Posts made by Joe Schmitt

[Moderation Note: Moving topic to Bug Reports]

@emc this appears to be an issue with how the client is extracting the zip file with extended ASCII code pages.

How did you make the zip? Was it with 7-zip, the native Windows method, or another application?

@LaurentB Is that client log from a computer which isn’t showing up under all hosts AND pending?

• @Wayne-Workman there’s no indication that this is a database issue yet, so it’d be best to avoid running destructive SQL commands until we know more.

@Wayne-Workman that tool helps with TCP/IP printers, not network shared ones.

@BrendoJohnso Can we see a screenshot of the printer config in the GUI (feel free to replace any sensitive information), as well as the C:\fog.log from a machine that is failing to add the printer?

Thread note: I will be in contact with @UWPVIOLATOR to see what works best when scaling for multiple clients, and/or if there are optimizations I could make to the client itself.

I am also building my own client stress-test environment so we can better replicate these issues.

@flipwalker yup, it can be automated! There’s a file called Unattend.xml. If you search around, you should find plenty of resources concerning how to make it.

Note: if you have the fog client installed, be sure to read this wiki article: https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#FOG_Client_with_Sysprep

@flipwalker said in Windows Image Hangs on Boot:

The problem I’m running into, and that I’ve had even prior to FOG usage, is some laptops will hang on the initial Windows 10 blue icon. Only way to fix it is to power down and restart. Sometimes it hangs 3-4 times, then on the 5 time it will boot normally. The ‘master’ laptop doesn’t appear to have this problem. And some student laptops don’t seem to have the problem either.

@flipwalker are you using sysprep in your images? If not it may be worth trying.

Cross linking with https://forums.fogproject.org/topic/11573/increased-network-traffic-since-1-5-0-upgrade-snapins , as a replication bug could cause the web GUI slow down.

@dclark thank you for gathering all this information!

Cross linking with this thread: https://forums.fogproject.org/topic/11572/web-gui-slow-after-adding-storage-node as it sounds similar.

---

@Tom-Elliott a replication bug would explain the high server traffic and the other user’s slow GUI

@zacadams there is no native option, but it can still be done easily using SnapinPacks. Basically SnapinPacks let you “bundle” multiple files together.

Lets say you wanted to save a file FileToSave.exe. You’d create a pack that looked like:

--> copy.bat
--> FileToSave.exe

copy.bat would be the script you tell FOG to run, and it’d simply copy the FileToSave.exe, which is in the same directory, to wherever you want on the machine.

wiki: https://wiki.fogproject.org/wiki/index.php?title=SnapinPacks

Note: You can use %~dp0 in batch scripts to get the script’s directory. This way you can avoid hard-coding paths.

@tesparza unfortunately exe arguments are not standard, and so that’s why we don’t have argument templates. Your best bet is to search for your programs name followed by “install arguments” or “silent install”. For example if you had an exe for Firefox and you wanted to find the arguments you would search “Firefox silent install arguments”.

In general, usually /s or /S would enter a silent install, but that’s not guaranteed.

• thread note:

@Fernando-Gietz I have replicated the issue and am looking at it now.

@adrien17 I sent you a chat message earlier with some further debugging information. You should be able to see it in the little chat button next to your profile picture on the top navbar.

@Tom-Elliott sounds like the group membership is doing a lot of unnecessary calculations.

@BrendoJohnso simply run sudo mv .... where you replace .... with the correct arguments. sudo just elevates a command to ensure it has root-level privileges.

@Tom-Elliott is correct that the GUI setting I pointed to is the best, and safest, approach for setting the option as the DB schema is subject to change with each FOG release.

@BrendoJohnso have you tried using sudo or moving the png file as root? The www directory is owned by the apache user, so your account won’t have permission to modify it by default.

@TrialAndError phew, I’m glad the issue is mostly fixed. Thanks for helping me debug it!

@BrendoJohnso you can set those at FOG Configuration -> iPXE General Configuration. The FOG client is also rebrandable through the FOG Configuration page.

@eseelke - @george1421 covered many of my initial reactions. With that said, I would be interested in seeing a benchmark of any performance loss (or even gain) of WIM vs FOG’s sector-level clones. As of right now the latest benchmark we’ve seen is that FOG is capable of deploying Windows 10 in about 2 minutes with well configured images, high network bandwidth, and fast hosts/clients.

I believe that we likely wouldn’t integrate WIM into the 1.X series. We are hoping to make some key architectural changes to FOG with the 2.X series, and as @george1421 mentioned, 1.X is “locked into” partclone, as the entire codebase is built around the assumption of its usage. FOG 2.X would have the potential to support non-partclone formats, as we are hoping to make it more agnostic in terms of what it ties into, so it may be worthwhile to investigate.

Please note:

Use of sourceforge has been deprecated as of 1.4.4 since we have moved all development to Github

We are officially removing support of SourceForge in favor of our GitHub page.