Hey !
I’m back … with some good news : it’s works !
After deployed the new 21h2 clean image, i can see the C:\Windows\DRV\x64 on the 640G2 !
Youpiiiiiiiiiiiiiii … but … the script fog.copydrivers can used .CAB with DELL or not ?
Because i tried to deploy my 21h2 clean image on a o7050 … and no DRV folder after deploy … maybe we need just use x64 folder for all machines instead of .CAB for DELL now ?

#!/bin/bash ceol=`tput el`; manu=`dmidecode -s system-manufacturer`; dots "Identifying hardware" case $manu in [Ll][Ee][Nn][Oo][Vv][Oo]) machine=$(dmidecode -s system-version) ;; *[Dd][Ee][Ll][Ll]*) machine=$(dmidecode -s system-product-name) ;; *I[Nn][Tt][Ee][Ll]*) # For the Intel NUC and intel mobo pick up the system type from the # baseboard product name machine=$(dmidecode -s baseboard-product-name) ;; *) # Technically, we can remove the Dell entry above as it is the same as this [default] machine=$(dmidecode -s system-product-name) ;; esac # if the machine isn't identified then no need to continue with this script, just return to caller if [[ -z $machine ]]; then echo "Unable to identify the hardware for manufacturer ${manu}"; debugPause; return; fi echo "${machine} Identified"; # Removes Spaces in machine name, works better with path definitions machine="${machine%"${machine##*[![:space:]]}"}"; # Jeffrey Boulais posted that the above code did not work for his install. He # supplied this code as an alternative. If you run in to a problem using my code # comment out my code and see if his code works better for your installation. The # only right way is the one that works. Thank you Jeff for your input. # machine="$(echo -e “${machine}” | tr -d ‘[:space:]’)" dots "Verifying we've found the OS disk" if [[ ! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS ]]; then echo "! OS root Not found !"; debugPause return; fi echo "Found"; dots "Verifying target Arch" system64="/ntfs/Windows/SysWOW64/regedit.exe" [[ ! -f $system64 ]] && arch="x86" || arch="x64" echo "${arch} found"; debugPause # set osn path names based on the osid set in the FOG WebGui case $osid in 5) osn="Win7" ;; 6) osn="win8" ;; 7) osn="win8.1" ;; 9) osn="Win10" ;; esac dots "Preparing Drivers" clientdriverpath="/ntfs/Windows/DRV" # remotedriverpath="/images/Drivers/$machine/$osn/$arch" remotedriverpath="/images/Drivers/$osn/$machine/$arch" debugPause if [[ ! -d "${remotedriverpath}" ]]; then echo "failed"; echo " ! Driver package not found for $osn/${machine}/$arch ! "; debugPause; return; fi echo "Ready"; debugPause [[ ! -d $clientdriverpath ]] && mkdir -p "$clientdriverpath" >/dev/null 2>&1 echo -n "In Progress" rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1 [[ ! $? -eq 0 ]] && handleError "Failed to download driver information for [$machine/$osn/$arch]" debugPause # the following code is only valid for Windows 7 operating systems since Windows 8 and beyond # relies on the unattend.xml section to locate OEM drivers. If you are no longer deploying Win7 # you may exclude this section. regfile="/ntfs/Windows/System32/config/SOFTWARE" key="\Microsoft\Windows\CurrentVersion\DevicePath" devpath="%SystemRoot%\DRV;%SystemRoot%\inf;"; reged -e "$regfile" &>/dev/null <<EOFREG ed $key $devpath q y EOFREG

@Atyrrellead said:

1: Am i doing this correctly in general?

Sounds ok from what we know so far.

2: Is there a way to make all of these series multicast at the same time?

You can define groups with hosts independently of the image they use but you cannot schedule a multicast task for those.

This takes us back to question 1. Is it wise to maintain an image for the three different laptop models you have? You should be able to generalize the Windows install

Also I have a separate microsoft account for each laptop to let clients be able to edit their presentations. I have to image my laptops without the account on the computer or it will copy it over.
Is there a to have FOG save those accounts to those specific laptops so I don’t have to log in after every deploy?

Its not advisable to ask two or more unrelated questions in one forum topic because usually one or the other is going to go lost. Probably best if you open a new forum topic for this. Please tell us more about what you mean by “save those accounts to those specific laptops”. I can imagine you can do this using either the fog-client or post-imaging scripts but I would need more information on what exactly needs to be done.

@gn_ro so i should use http on my master node as well, also when i check the /images dir on the storage node it shows all the images on the master node , so i guess its connected some how.

Just checked the firewall on both and they are disabled on both, and i tried http and https on teh storage server with the same issue, so i i guess the only way to is to see if http on the master node would fix it.

@stephanvaningen php-php-gettext is the module it’s looking for, but you can safely remove this. I believe php-common module now provides php-gettext naturally moving forward. Which is part of why Ubuntu/Debian has renamed php-gettext to php-php-gettext.

This is how I addressed the same type of issue with working-1.6, not sure what the best approach with Ubuntu/Debian will be in regards to this though.

@CavArmy We still want to help you but there is a lot of information missing.

@sow20 Are there any error messages that appear when it restarts the capture?

Can you try building your image in a VM so you can take advantage of snapshots? Snapshot before SysPrep, snapshot after SysPrep, reboot the VM and check things work, then revert to the snapshot and try to capture the image.

@cdutko said in Slow Image Deployment Speeds after Updating BZImage Files:

Am I supposed to run this command on a Client that I am deploying to?

Yes, and the client needs to be registered for it to run a debug deploy task. If you want to figure this out you need to look into the details and run those kinds of commands which you can’t if the client is not registered.

Also would it make sense to do this with the Old Kernel? Since that is working… I’m assuming we want to run this Debug command with the new kernel that is ‘not working’ for me.

Well I suggest you do the first round of tests using the new kernel to get some figures. This will tell us if it’s disk IO causing the slowness or not.

@lukebarone Thanks for looking into this.

Can you confirm for me that when you say the POST is failing that you are, in fact, talking about the POST process through the motherboard starting up, and not about Windows attempting to start up?

Yes. When the server powers on it hangs on a “hardware summary” screen. I am unable to even enter the BIOS setup menu (I hit F2 and it continues to hang).

Have you ran a memory test on this system?

I have run a memory test which passed with no errors reported.

I’m going to attempt to take and deploy a raw image and see if that makes a difference.

@Zaqen Looks good I reckon.

@george1421 said in Failed to start php-fpm.service:

Please upgrade your installer package to the dev-branch.

Thank you @george1421 It work ! 😄

@ToneZ82 Why the double post?

@sebastian-roth Installing the dev branch solved the issue.

Thank you, mate!

@tmikecurry said in After Network Issues and Reboot, New Image Attempts Are "0.00 iB" and "Invalid date":

…did this occur because we needed to re-inventory the hardware on the source laptop? (So it would stop associating it with the earlier image?)

In FOG the inventory has no association with imaging directly as far as I can tell. So I think setting the correct image in the host object was actually the solution.

@axou86ch Answer yes to set a proper MySQL root passwort and make sure you note it down.

@piotr86pl said in CentOS Partition Count Failed:

The script checks how many NTF

In order to use “Single Disk - Resizable” option during the installation CentOS for the /boot directory i use ext4 instead of xfs. As a result it can be capture without error but the image client size still remain the same size as the disk.

@omar_medhat said in No Configuration methods succeeded !:

The switch is cisco C3750G and as soon as I configured the port as port-fast … Problem solved !

Well done.

OS is Ubuntu live server 16.04

Please make sure you switch to a more up to date OS before you go productive with this.

@londonium said in Image replication crashes when FTP connection fails:

Anyways thanks again for your help.

You are welcome!

We really enjoy using FOG and have big plans for it!

You might consider contributing to the project as you’ve done a great job digging into this issue. Feel free to send me a message if you consider helping out.

@kibade This is fixed in the latest dev-branch on Github.

@David-Scott See George’s post here: https://forums.fogproject.org/post/115780

Though I am not sure this is actually causing the issue you describe.

@carl-d said in Unable to see current FoG Version Info After Upgrading Debian from 8 to 9, then from 9 to 10:

I did have to install php-curl, and now everything is working properly.

Probably a good idea to manually edit the “packages” line in /opt/fog/.fogsettings and add the php-curl to that as well.