Wow, so this is really strange, but I figured out the problem I think,
going to run a new build now and test it.
My share is hosted on a Windows Server 2k3 SP2 by the way. When I
created my install share, I assigned it the following permissions:
Administrators Full Control
CREATOR OWNER Full Control
OsDeploy Read & Execute (this
is the member group that I use instead of guest:guest)
SYSTEM Full Control
NOTE: OsDeploy is a straggler group, it doesn't belong to anything else,
not even Users.
I also gave ownership of the entire tree to the Administrators group. Of
course I set the root folder to force all children objects to inherit
the above permissions.
After the permissions were set as above, I ran ./prepare. And what I
noticed during my troubleshooting is that the folders created inside my
packages and updates had their ownership changed to Administrator (not
Administrators) as that is the account I was using. Of course, on the
surface this doesn't sound like it would pose a problem (as far as I
know) as the other permissions above propagated just fine. However, as I
mentioned in my previous email, I was denied access to execute files
from my Z_Share.
So my solution was to go to my Install root, and give ownership of all
child objects back to Administrators exclusively. Now I can execute
installers from the share by hand, so I'm assuming the scripts will be
ok on this next run.
I'm wondering, is Windows just retarded when creating child
folders/files and intelligently assigning permissions? Or is it
something the scripts do wrong, although looking at the scripts I don't
see any tinkering with permissions, and can't imagine a reason to have
them do so anyway.
Steve
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Stephen Kojoukhine
Sent: Wednesday, May 21, 2008 6:10 PM
To: unattended-info@lists.sourceforge.net
Subject: [Unattended] Having a Problem (mapzrun)
Hi all,
I'm running the 4.8 release candidate. I'm having a problem with the
scripts running post-os setup.
Windows starts and the command shell pops up running mapzrun.bat, which
gives me several access denied errors after it's done mapping. At the
same time windows gives me a popup with an Yes/No question requesting a
reboot because the hardware configuration changed. I'm assuming that
windows popup can be ignored while the scripts run and reboot the
computer on their own, but I wanted to bring it up anyway.
So, then perl starts installing, timezones get set, and a few windows
tweaks happen, and then my SP3 update tries to install and I get an
access denied once again. For some reason my share freaks out when I get
in to the windows portion, but works fine when I initiate the OS setup
through PXE boot. One thing I should mention is that I'm not using the
standard share name, nor guest/guest, but as I said it works fine for
the initial OS install, so I'm wondering why it breaks for the post os
setup scripts.
Here is the spitout of my cmd:
Mapping \\[ip]\install$ on Z:...
The command completed successfully.
...done.
Access is denied.
Access is denied.
Running: hidepw.pl
Running: bootini.pl
Running: fixtz.pl
Resetting timezone [Eastern Standard Time]...
...done.
Running: srconfig.pl --disable
Disabling System Restore...done.
Running: _builds_core.bat
Running: startup-type.pl Disabled Messenger
Setting mode for Messenger (Messenger) to Disabled...done.
Running: startup-type.pl Manual IISADMIN
Could not find service iisadmin.
Running: startup-type.pl Manual W3SVC
Could not find service w3svc.
Running: %WINVER%-updates.bat
*** INSTALLING JUST SERVICE PACK 3, THIS SYSTEM SHOULD BECOME SP3 ***
Running: Z:\updates\winxp\WindowsXP-KB936929-SP3-x86-enu.exe /norestart
/passive
/nobackup
Access is denied.
.reboot-on 194 Z:\updates\winxp\WindowsXP-KB936929-SP3-x86-enu.exe
/norestart /p
assive /nobackup failed, status 1 (0)
A)bort R)etry I)gnore ?
Thanks,
Steve
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
unattended-info mailing list
unattended-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unattended-info
