Question

I am trying to run an installer using the MSI command line option so that I can run it in debug mode and see the logs.

The logs that I am getting are quite large (near to 1 MB) and they are full of the following messages:

MSI (s) (F8:5C) [16:26:27:385]: Note: 1: 2360

I want to know if this is something to worry about? I have looked up the error code 2360 at Windows Installer Error Messages page on msdn and all it says that

Progress tick.

Is there something that I need to change in my installer?

I have recently added a CustomAction that makes use of System.Xml namespace. Could this be a cause?

Was it helpful?

Solution

I'm working with msi's for the first time and I see what you're talking about.

The reason you're getting "Note 1: 2360" is because the computer is writing. Writes take a long time which is why there's so many. Look at the 4 lines before the 2360. It'll be something like

Executing op: FileCopy(SourceName=somename,...)
File: <filepath>filename;  To be installed;   won't patch;    No existing file
Source for file 'bunch of letters and numbers' is compressed
Note: 1: 2318 2: <filepath>filename
Note: 1: 2360
Note: 1: 2360
etc...
etc...

It tries to do a FileCopy of the existing file. Finds it doesn't exist. Identifies the source file. Throws error code 2318 of the new file because it doesn't exist yet (2318 means file does not exist). Then it starts writing and tells you its doing something by printing out "Note: 1: 2360".

If you ran the installer again I'm sure you'd find zero "Note: 1: 2360" anywhere in the log.

OTHER TIPS

I have found some information in the comments to article posted here

> Most times these "Note:" entires are just for information but sometimes they are precursors to other errors.

posted by

Robert Flaming Windows Installer Program Manager 1

I hope the messages that I am getting are in fact just for information.

It should not be because of Xml namespace. Please run this command in command prompt and provide the error details

msiexec /i "Path to msi" /l*v log.log

Once you get error, you can use WiLogUtl to read the log file. The tool is available with Windows SDK. Also the report will help you get exact error location

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top