I don't know about that. I can understand why it gets the locks etc, but its 
the releasing that seems to mess up for me, or behave in a manor I would not 
except. For example the services I install ... why are files still locked when 
the msi stops the service ... the service is the only thing that will use those 
file ... I can't see why I should need to stop the service for the msi before 
hand. Same with the IIS files, IIS is stopped, it should release those DLLs 
that are only accessed by IIS (they live in the website 'bin' directory, surely 
once IIS is stopped it has no use for them and should release them). I have 
just always assumed that it is a separate service/process/thread that releases 
the locks and its just too slow off the mark for the MSI. If that is the case 
though then you'd think there'd be stuff in Windows Installer that would take 
that into account so I'd at least only be rebooting every so often rather than 
a majority of the time.

Also its not uncommon for me to delete a directory and the directory wont go 
away. With some inspection using stuff like process explorer it appears 
"System" has a lock on it (presumably for shi**z and giggles), soon as you kill 
the handle the directory goes. While the lock idea is sane, Windows 
implementation doesn't seem to work for me, therefore in its current state it's 
not sane for me :-).

Before anyone thinks I am Windows bashing this is just one of the gripes I have 
with Windows, I have plenty of gripes with other OS's too. Although I have to 
say on the plus side I am yet to encounter the issue in Vista, but that being 
said I don't tend to delete directories often or install already running 
services in Vista so maybe I've just not trodden the path :-).

Regardless I must be doing something else wrong because even if I got the 
file's name from the log file I still wouldn't know where to start. Anything 
that is supposed to use the files, in the case of IIS, is shut down and for the 
services it is shut down by Windows installer which I would think is smart 
enough to handle a situation like shutting down the service correctly so any 
files locked only by it will be released sometimes preventing the requirement 
of a reboot.

On Wednesday 21 January 2009 18:03:05 Rob Mensching wrote:
> MSI verbose log file should point out the file being locked.  Then you just 
> need to figure out how to get the thing to be unlocked.  That's how Windows 
> works.  It's perfectly sane, just not always very convenient. <smile/>
> 
> -----Original Message-----
> From: Adam Burton [mailto:adz...@googlemail.com]
> Sent: Wednesday, January 21, 2009 06:00
> To: WiX-users@lists.sourceforge.net
> Subject: [WiX-users] Prevent reboot.
> 
> Hi,
> I have created some WiX based installers for some services and a web
> application I am working on at work. We use the installers as part of our
> test rigs, so we patch our test changes, build the new version and install
> it. Since this whole process is automated if the MSI determines it needs to
> reboot, it will.
> 
> Previously when I installed the services it would cause a reboot, I assume
> due to file locks even though the installer would stop the service. My
> resolution was to stop the service before performing the upgrade, this seems
> to have solved that issue, although it seems unnecessary. I am now getting
> the same problem with the Web Application. It automatically deploys a new
> test build 2 times during the day, once in early morning before anyone is
> here and once at lunch. The morning build runs fine (I would guess this is
> because no ones use the application for hours so IIS has released its file
> locks) but the afternoon builds during lunch forces a reboot most of the
> time (I would guess because IIS has file locks due to recent activity),
> which is not only annoying because its rebooting the server, but also the
> server hosts other software (such as virtual servers) taking that down. I
> have tried stopping IIS before it begins the install but it still causes a
> reboot most of the time. Is there a switch that could solve this or some way
> to make windows locking more sane or something? I am just stumped.
> 
> Thanks in advance,
> Adam.
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to