Hi Rob,

thank you very much for your reply.

I installed Wix 3.5.2415 and now all works fine!

Thanks again,

Matteo


> Make sure you are running the very latest drop of the WiX toolset. There
> have been many fixes to this area in the IIS7 CustomAction trying to fix
> this bug and we think we have it in the latest drop.
>
> On Mon, Dec 27, 2010 at 7:49 AM, Matteo Canessa 
> <matteo.cane...@microarea.it<mailto:matteo.cane...@microarea.it>
> > wrote:
>
> > Hi again,
> >
> > I have some other details about the issue I described last week.
> >
> > First of all: it is not a problem of shared folder, I can reproduce the
> > failure launching the installation from the local machine.
> >
> > On the second hand I figured out a pattern: when an installation fails with
> > the message "Failed to commit IIS transaction due to a sharing violation.
> > Some other application may be configuring IIS", the workaround to bypass the
> > problem is a reboot.
> > If I launch the installation again after rebooting my machine the setup
> > ends correctly.
> >
> > Last but not least: I reproduced the error while logging the installation,
> > details follow.
> >
> > MSI (s) (5C!D0) [15:09:05:062]: Product: Microarea Mago.Net Server 3.5.0
> > (build 669 - 20101227) -- Error 26109. Failed to commit IIS transaction due
> > to a sharing violation.  Some other application may be configuring IIS.
> >
> > MSI (s) (5C:20) [15:09:36:347]: I/O on thread 9416 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 7824 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 12156 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 5176 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 10560 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 5596 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 1240 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 14904 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 10104 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 4868 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 11708 could not be cancelled.
> > Error: 1168
> > MSI (s) (5C:20) [15:09:36:348]: I/O on thread 11868 could not be cancelled.
> > Error: 1168
> >
> > MSI (s) (5C!D0) [15:09:36:349]: Product: XXXXXXXXXXXXX -- Error 26109.
> > Failed to commit IIS transaction due to a sharing violation.  Some other
> > application may be configuring IIS.
> >
> > WriteIIS7ConfigChanges:  Error 0x80070020: Failed to Commit IIS Config
> > Changes
> > WriteIIS7ConfigChanges:  Error 0x80070020: WriteIIS7ConfigChanges Failed.
> > CustomAction WriteIIS7ConfigChanges returned actual error code 1602 (note
> > this may not be 100% accurate if translation happened inside sandbox)
> > Action ended 15:09:36: InstallFinalize. Return value 2.
> >
> > I noticed that the log of a failed installation has some lines about
> > restart and shut down:
> >
> > MSI (c) (D4:14) [15:00:41:975]: Incrementing counter to disable shutdown.
> > Counter after increment: 0
> > MSI (c) (D4:14) [15:00:41:976]: Machine policy value 'DisableUserInstalls'
> > is 0
> > MSI (c) (D4:14) [15:02:38:839]: Decrementing counter to disable shutdown.
> > If counter >= 0, shutdown will be denied.  Counter after decrement: -1
> >
> > MSI (c) (D4:14) [15:02:39:399]: PROPERTY CHANGE: Adding CURRENTDIRECTORY
> > property. Its value is 'C:\Users\Sperico'.
> > MSI (c) (D4:14) [15:02:39:399]: PROPERTY CHANGE: Adding CLIENTUILEVEL
> > property. Its value is '0'.
> > MSI (c) (D4:14) [15:02:39:399]: PROPERTY CHANGE: Adding CLIENTPROCESSID
> > property. Its value is '3028'.
> > MSI (c) (D4:14) [15:02:39:399]: PROPERTY CHANGE: Adding
> > MsiSystemRebootPending property. Its value is '1'.
> > MSI (c) (D4:14) [15:02:39:399]: TRANSFORMS property is now:
> > MSI (c) (D4:14) [15:02:39:399]: PROPERTY CHANGE: Adding VersionDatabase
> > property. Its value is '300'.
> >
> > MSI (s) (5C:DC) [15:05:20:460]: Machine policy value
> > 'DisableAutomaticApplicationShutdown' is 0
> > MSI (s) (5C:DC) [15:05:20:460]: PROPERTY CHANGE: Adding
> > MsiRestartManagerSessionKey property. Its value is
> > 'dfe6f4cc26da7a448195461df524bbb2'.
> > MSI (s) (5C:DC) [15:05:20:461]: RESTART MANAGER: Session opened.
> > MSI (s) (5C:DC) [15:05:20:461]: PROPERTY CHANGE: Adding
> > MsiSystemRebootPending property. Its value is '1'.
> > MSI (s) (5C:DC) [15:05:20:461]: Engine has iefSecondSequence set to true.
> > MSI (s) (5C:DC) [15:05:20:461]: TRANSFORMS property is now:
> >
> >
> > It seems that there is something locked and then that the MSI try to
> > install requiring a reboot but I don't understand what could cause this
> > behavior.
> >
> > Thank you very much to everybody,
> >
> > Matteo
> >
> >
> >
> > >Hi to everybody,
> > >
> > >I'm using Wix 3.5.2325 to create a setup for my application.
> > >
> > >This setup configures IIS creating some web applications, some application
> > pools and other stuff.
> > >
> > >When I run the MSI file from the local machine all works fine but when I
> > start the installation running the >MSI from a shared folder (instead of
> > copying it on my local machine) it fails with the message: "Failed to
> > >commit IIS transaction due to a sharing violation. Some other application
> > may be configuring IIS".
> > >
> > >I work on a Windows 7 and IIS 7.5.
> > >
> > >Obviously there is no other application configuring IIS when I launch the
> > installation.
> > >
> > >What could be the problem?
> > >
> > >Thank you in advance,
> > >
> > >Matteo
> >
> >
> > ------------------------------------------------------------------------------
> > Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> > to consolidate database storage, standardize their database environment,
> > and,
> > should the need arise, upgrade to a full multi-node Oracle RAC database
> > without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net<mailto:WiX-users@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> virtually, Rob Mensching - http://RobMensching.com LLC
> >
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to