@Lee-Rowlett Sorry,trunk version 7709 i believe

@george1421 Nope, my bad. Unintentionally ticked off Wayne. Nothing more to tell, these aren’t the droids you’re looking for.

@Junkhacker @Quazz Thank you both ! I did try re-installing FOG on one server and it worked. Then I tried just restarting another server and that worked too. I then restarted ALL the affected servers and they all worked. Don’t know why the problem occurred, never seen that happen in 10 years so I guess I learned something today and I can sleep well tonight

@Lee-Rowlett Success!! Evidently my fog.postdownload and fog.drivers files got corrupted by editing in Notepad. Thank you for sending me a clean version! Working like a champ. Also for purpose of posterity or future users, the name of the folder for each individual hardware type needs to exactly match the spelling and case of the “System Product” field in the “Inventory” for that machine (or type of machine):

@Wayne-Workman - Here’s exactly what I’m seeing. It is consistent, happens every time I click screen resolution update when there are existing group settings configured. No errors logged in Apache log.

------------ Apache error logs BEFORE updating screen resolution --------
[Mon May 16 15:02:10.146640 2016] [mpm_prefork:notice] [pid 1084] AH00169: caught SIGTERM, shutting down
[Mon May 16 15:02:42.854884 2016] [mpm_prefork:notice] [pid 1100] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
[Mon May 16 15:02:42.856884 2016] [core:notice] [pid 1100] AH00094: Command line: ‘/usr/sbin/apache2’

------------ Screenshot of GROUP settings BEFORE updating screen resolution--------

------------ Screenshot of group MEMBER settings BEFORE updating screen resolution--------

------------ Apache error logs AFTER updating screen resolution (didn’t change at all) --------
[Mon May 16 15:02:10.146640 2016] [mpm_prefork:notice] [pid 1084] AH00169: caught SIGTERM, shutting down
[Mon May 16 15:02:42.854884 2016] [mpm_prefork:notice] [pid 1100] AH00163: Apache/2.4.20 (Ubuntu) OpenSSL/1.0.2h configured – resuming normal operations
[Mon May 16 15:02:42.856884 2016] [core:notice] [pid 1100] AH00094: Command line: ‘/usr/sbin/apache2’

------------ Screenshot of GROUP settings AFTER updating screen resolution --------

------------ Screenshot of group MEMBER after updating GROUP screen resolution --------

@Boyan-Biandov I also have basically re-used my Win7 unattend, though I did run it through the Win10 SIM to validate it. The only place I put it is in C:\Windows\Systems32\Sysprep folder. However, I have had the “Windows could not parse…” error and in looking at the setuperr.log in C:\Windows\Panther\UnattendGC folder (this one is different than the setuperr.log in C:\Windows\Panther, I don’t recall how though), it pointed me in the general direction of the <ProductKey>xxx</ProductKey> entry in “Specialize” pass. I ended up removing all product key entries and don’t have the error anymore. I have never really used audit mode, I just enter product key during installation and run “c:\Windows\System32\SLMGR.VBS” /ato" to re-activate after imaging (in setupcomplete.cmd). Good luck!

Edit: Forgot to mention that it always seemed to me that the unattend in C:\Windows\Panther was a post-sysprep record with all the sensitive data removed from the file by Windows as it processed it. I never before ran into any instructions to put it both places so I never have. Now if someone could tell me how they make the Win10 Default User profile keep the pinned icons on the taskbar I’d be the happiest camper alive.

I haven’t done any UEFI booting in months and ran into this error this morning (Trunk 8499 - just updated):

I found and edited my copy of the default.ipxe file but thought I’d mention it since maybe an error has crept into it on SF.net.

Update: It seems that maybe it’s just the VMWare having issues with refind.efi since both laptops I’ve tried (Dell E5550 and E5570) have booted right through to the OS if no task is waiting. It’s not a guarantee but it sure looks better. I’d say all in all, this is solved since it was really just originally a typo in default.ipxe and the remaining issue with VMWare seems to be inside refind.efi.

@Wayne-Workman Sure will, probably take me an hour to dig out from other tasks but I’ll upload asap. THANK YOU!

@Joe-Schmitt It all seems straightforward enough but when the zip file gets to the tmp directory, fog.log says its extracting the file but it doesn’t extract and fails saying it can’t find specified file. Is there anything special about how the zip file is created? I just zipped up my 3 files using 7-zip.

@Joe-Schmitt Alrighty then, I’ll work with that. Thanks!

@Joe-Schmitt Having trouble getting this to work to install Adobe Reader DC with a transform file. The plain Adobe reader executable installs fine as a normal snapin but doesn’t download or use the transform. If I create an SFX .exe with the installer and .mst file and set up a snapin pack, it downloads but doesn’t extract saying “cannot find central directory” and fails. Any advice/updated process based on the newest 1.3RC4? I can start a new thread but this still seemed likely to come up in most searches.

Edit: @Tom-Elliott @Wayne-Workman - Still fine to wait for RC5 but the problem with replacing “.” with “_” in my “Need snapin assistance” thread isn’t happening in my RC1 server so I thought I’d keep working on learning the process which resulted in this different question. Not trying to confuse with multiple threads on same problem.

@Tom-Elliott
Cool, I’ll look forward to RC5! THANK YOU for hanging in with me on this! I’ll remember to get with @joe-schmitt to get the other details ironed out.

@Tom-Elliott When changed from pack to normal I get this response:

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 7/30/2016 8:52 PM Client-Info Client Version: 0.11.4
 7/30/2016 8:52 PM Client-Info Client OS:      Windows
 7/30/2016 8:52 PM Client-Info Server Version: 1.3.0-RC-4
 7/30/2016 8:52 PM Middleware::Response Success
 7/30/2016 8:52 PM SnapinClient Snapin Found:
 7/30/2016 8:52 PM SnapinClient     ID: 105
 7/30/2016 8:52 PM SnapinClient     Name: ReaderDC
 7/30/2016 8:52 PM SnapinClient     Created: 2016-07-30 20:50:52
 7/30/2016 8:52 PM SnapinClient     Action: 
 7/30/2016 8:52 PM SnapinClient     Pack: False
 7/30/2016 8:52 PM SnapinClient     Hide: False
 7/30/2016 8:52 PM SnapinClient     Server: http://192.168.120.19/fog
 7/30/2016 8:52 PM SnapinClient     TimeOut: 0
 7/30/2016 8:52 PM SnapinClient     RunWith: cmd.exe
 7/30/2016 8:52 PM SnapinClient     RunWithArgs: /c
 7/30/2016 8:52 PM SnapinClient     Args: ReaderDC.bat
 7/30/2016 8:52 PM SnapinClient     File: AdobeReaderDCInstaller_exe
 7/30/2016 8:52 PM Middleware::Communication Download: http://192.168.120.19/fog/service/snapins.file.php?mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&taskid=105
 7/30/2016 8:52 PM SnapinClient C:\Program Files (x86)\FOG\tmp\AdobeReaderDCInstaller_exe
 7/30/2016 8:52 PM Bus {
  "self": true,
  "channel": "Notification",
  "data": "{\r\n  \"title\": \"Installing ReaderDC\",\r\n  \"message\": \"Please do not shutdown until this is completed\"\r\n}"
}
 7/30/2016 8:52 PM Bus Emmiting message on channel: Notification
 7/30/2016 8:52 PM SnapinClient Starting snapin...
 7/30/2016 8:52 PM SnapinClient Snapin finished
 7/30/2016 8:52 PM SnapinClient Return Code: 1
 7/30/2016 8:52 PM Bus {
  "self": true,
  "channel": "Notification",
  "data": "{\r\n  \"title\": \"ReaderDC Installed\",\r\n  \"message\": \"Installation has finished and is now ready for use\"\r\n}"
}
 7/30/2016 8:52 PM Bus Emmiting message on channel: Notification
 7/30/2016 8:52 PM Middleware::Communication URL: http://GB-FOGSERVER/fog/service/snapins.checkin.php?taskid=105&exitcode=1&mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&newService&json
------------------------------------------------------------------------------

but nothing is installed which isn’t surprising as the file is now “AdobeReaderDCInstaller_exe” which doesn’t seem to be a self-extracting .exe file anymore. It downloads to …\FOG\tmp folder but then disappears after execution. I must be mis-configuring the snapin. After setting batch file template and pointing to AdobeReaderDCInstaller.exe and uploading it all goes south.

That snapin command doesn’t look right at all

@Tom-Elliott Got update done, tried again same error.

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 7/30/2016 4:11 PM Client-Info Client Version: 0.11.4
 7/30/2016 4:11 PM Client-Info Client OS:      Windows
 7/30/2016 4:11 PM Client-Info Server Version: 1.3.0-RC-4
 7/30/2016 4:11 PM Middleware::Response Success
 7/30/2016 4:11 PM SnapinClient Snapin Found:
 7/30/2016 4:11 PM SnapinClient     ID: 104
 7/30/2016 4:11 PM SnapinClient     Name: ReaderDC
 7/30/2016 4:11 PM SnapinClient     Created: 2016-07-30 16:11:21
 7/30/2016 4:11 PM SnapinClient     Action: 
 7/30/2016 4:11 PM SnapinClient     Pack: True
 7/30/2016 4:11 PM SnapinClient     Hide: False
 7/30/2016 4:11 PM SnapinClient     Server: http://192.168.120.19/fog
 7/30/2016 4:11 PM SnapinClient     TimeOut: 0
 7/30/2016 4:11 PM SnapinClient     SnapinPack File: 
 7/30/2016 4:11 PM SnapinClient     SnapinPack Args: 
 7/30/2016 4:11 PM SnapinClient     File: AdobeReaderDCInstaller_exe
 7/30/2016 4:11 PM Middleware::Communication Download: http://192.168.120.19/fog/service/snapins.file.php?mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&taskid=104
 7/30/2016 4:12 PM SnapinClient C:\Program Files (x86)\FOG\tmp\AdobeReaderDCInstaller_exe
 7/30/2016 4:12 PM SnapinClient Processing SnapinPack AdobeReaderDCInstaller_exe
 7/30/2016 4:12 PM SnapinClient Extracting SnapinPack
 7/30/2016 4:12 PM SnapinClient ERROR: Cannot find central directory
 7/30/2016 4:12 PM Middleware::Communication URL: http://GB-FOGSERVER/fog/service/snapins.checkin.php?taskid=104&exitcode=-1&mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&newService&json
------------------------------------------------------------------------------

Given my lack of understanding of the snapin process, I’m sure FOG is fine, I’m just not telling it the right things…

@Tom-Elliott Will do the update tonight and reply tomorrow. Part of problem is not knowing what a snapin pack is? I have one working snapin which runs a simple batch file but this one is different. Again, I’m assuming a “pack” is appropriate since this one has an executable and transform file and batch file all together.

Can’t seem to get this figured out, have looked at all posts and not getting it. Have created snapin for Adobe Reader DC using 7-zip to create SFX file “AdobeReaderDCInstaller.exe”. This file contains Adobe Reader installer, .MST transform file, and a batch file to run the install command. Snapin deploys okay to …\FOG\tmp but then disappears while fog.log shows this activity.

---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 7/30/2016 3:16 PM Client-Info Client Version: 0.11.4
 7/30/2016 3:16 PM Client-Info Client OS:      Windows
 7/30/2016 3:16 PM Client-Info Server Version: 1.3.0-RC-2
 7/30/2016 3:16 PM Middleware::Response Success
 7/30/2016 3:16 PM SnapinClient Snapin Found:
 7/30/2016 3:16 PM SnapinClient     ID: 103
 7/30/2016 3:16 PM SnapinClient     Name: ReaderDC
 7/30/2016 3:16 PM SnapinClient     Created: 2016-07-30 15:14:24
 7/30/2016 3:16 PM SnapinClient     Action: 
 7/30/2016 3:16 PM SnapinClient     Pack: True
 7/30/2016 3:16 PM SnapinClient     Hide: False
 7/30/2016 3:16 PM SnapinClient     Server: http://192.168.120.19/fog
 7/30/2016 3:16 PM SnapinClient     TimeOut: 0
 7/30/2016 3:16 PM SnapinClient     SnapinPack File: 
 7/30/2016 3:16 PM SnapinClient     SnapinPack Args: 
 7/30/2016 3:16 PM SnapinClient     File: AdobeReaderDCInstaller_exe
 7/30/2016 3:16 PM Middleware::Communication Download: http://192.168.120.19/fog/service/snapins.file.php?mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&taskid=103
 7/30/2016 3:16 PM SnapinClient C:\Program Files (x86)\FOG\tmp\AdobeReaderDCInstaller_exe
 7/30/2016 3:16 PM SnapinClient Processing SnapinPack AdobeReaderDCInstaller_exe
 7/30/2016 3:16 PM SnapinClient Extracting SnapinPack
 7/30/2016 3:16 PM SnapinClient ERROR: Cannot find central directory
 7/30/2016 3:16 PM Middleware::Communication URL: http://GB-FOGSERVER/fog/service/snapins.checkin.php?taskid=103&exitcode=-1&mac=34:17:EB:A6:DA:77||00:00:00:00:00:00:00:E0&newService&json
------------------------------------------------------------------------------

Can’t seem to find any current documentation on the snapin pack creation process which I’m assuming is used if there is more than a single .msi or .exe file with arguments. Not sure if it’s relevant that my AdobeReaderDCInstaller.exe file is being renamed to AdobeReaderDCInstaller_exe, nor how I’m supposed to tell FOG to run the batch file after extraction. Maybe I’ve overlooked documentation that would clarify this process. I’ve seen https://forums.fogproject.org/topic/289/how-to-make-a-simple-snapin-start-to-finish but the referenced pdf document doesn’t seem to be available. Thank you all for any assistance, or for pointing in right direction!

@george1421 said in Windows 7 Sysprep Blackscreen:

One thought is that your av install is rebooting your computer before the batch file gets to the sc command and the net start command.

I know this process works because that is how we use it today in our environment.

To track this we output each of the setupcomplete.cmd commands to a text file in c:\windows\temp using
“>> c:\windows\temp\setupcomplete.log” appended to each command line. If the output cut off before finishing, we knew we had something interfering with the process. It’s not a perfect answer, but it helped get things organized.