@sebastian-roth
Sebastian,

Thanks for the prompt response.

The images are not stored in the Master, they are in different storage, my query was because before Storage -> Master could synchronize but now it would not be leaving me, I manually copied an image to the Master and the replica works, my query is "Storage -> Master works? " FOG version is 1.5.9.65

@mmoore5553 said in drive not expanding fog 1.5.9:

@scott-b yes it is . Windows 20h2 . I finally got it resolved by the moderator. I had to go into my image and delete the recovery drive. Then it acted correctly.

Just wanted to put that out there if someone else had the same issue

Thank you for letting me know. I’m having the same issue so I’ll give that a shot.

@gerrit-anderson said in Centos 7 UUID not updated during imaging - will not boot:

From what I can tell, FOG is handling the UUID’s correctly…

Would say so too from what we discovered so far. It’s interesting you can capture/deploy from/to VM<->VM and machine<->machine but not “across”.

For further debugging I suggest to dig into the dracut emergency shell/mode more. First run ls -al /dev/disk/by-uuid/ on the dracut command prompt and post a picture of that here. As well you might also follow the instrcutions printed, run journalctl and look through the log for hints on why it fails booting. Also take a look at the file /run/initramfs/rdsosreport.txt mentioned. Feel free to share the file here and I’ll take a look as well.

Edit:
Searching the web I found this: https://unix.stackexchange.com/questions/183859/initramfs-uuid-problems-after-cloning

Sounds like the initramfs might be generated differently on your VM and bare metal install. Both are missing a driver for the other one. If that turns out to be true you need to find out which one is missing and manually regenerate initramfs with dracut e.g. on your VM before capturing the image to be deployed to hardware.

@zaboxmaster said:

I know about dban etc… just nothing seems to work

What exactly have you tried and what was the outcome/error?

Just a quick note: FOG is made up of several open source tools to also allow for wiping disks. BUT we only provide those tools and have no share in them producing any kind of report or proof for you. So we probably won’t be able to help you with that point.

@JimmyMac Thanks for letting us know. Done.

@altitudehack Thanks and sorry for the long time it took. Finally found time to fix the issue and push to dev-branch. Please update to the latest.

@jonathanho92 Upgrade your FOS kernel version to 5.6.X or later. I would go to 5.10.12 or later to get the latest hardware support.

@george1421 Hello !
Thanks you so mush ! It worked !

Have a good day,
Pinki

@thor_egil Just to add to what George said, find information on this in the docs: https://docs.fogproject.org/en/latest/reference/change_fog_server_ip_address.html

@jyost said in Roughly half of reimaged devices do not run first run scripts in autounattend.xml after imaging.:

If the renaming/domain join occurs AFTER the final restart I will need to run a powershell script to install our AntiVirus software and also add a domain user account to the Remote Desktop Users group –

You might want to consider deploying this action with a snapin. Snapins will run after all of the other imaging actions are complete.

Got it! set 66 and 67 on the dhcp server. fantastic! thanks for all your suggestions

@robertkwild said in is it ok to make new dir in /images:

OK to create /images/backup

Yes it is OK. FOG don’t care or will ever see it.

@robertkwild Yes, it’s perfectly safe for you to manually deleted the image directory/files. You are the administrator.

I can say that this idea it’s pretty good. I think in this way you could earn only advantages. It would be hard for me to think about such an idea. LOL. Also, I could advise you to try some team-building games at the conference. In this way, you could make the conference more interesting. On another hand, people will make new friends and will strengthen their communicating skills. We had a similar event in our company organized by team-building. In this way, I overcome my problem of speaking in front of people.

@tom-elliott unicast fonctionne bien mais multicast non cela ne fonctionne pas en multicast j’ai toujours la même erreur comme tout à l’heure

@sebastian-roth
Wow, so is my only known option for external storage making the NAS behave as a storage node? It has a flaky proprietary OS/GUI that has warning everywhere. “You will brick me if…”

@sebastian-roth

Update…
It appears updating the init.xy file AND adjusting the KERNEL RAMDISK SIZE setting was the key to get it working. Only have tested with 1 of the images created on the new 1.5.9 server, deploying on the 1.5.5 server. Looks like we can limp along doing this until we can get the other sites updated, which is in motion now.

I owe you guys a beer! Thank you again!

@george1421 I think that may work, it might be just as easy to implement a feature as well for the web interface, just brainstorming here. But my assumption was that after registering a host, I would be able to log into the fog web interface and assign which menu entry would be default for a host.

I will experiment with both the method you describe, and perhaps a feature as described above in the web interface and see if I can’t get it to work.

@Greg-Plamondon Interesting point you have there. You might take a look at the hostSecTime column in hosts table in the database. I am not sure how often this is being updated but it should let you find hosts that have not checked in in a long time.

@robertkwild said in syspreping a vanilla windows golden image:

i found this, you can sysprep win10 up to 1001 times

Just to be a bit snarky, if you have to sysprep your image 1000 times, I think you might be doing something wrong or IT should not be your field of work.

But on the less snarky side its good to know the number and hopefully I’ll never personally need it. As I said we use MDT to build the golden image so I get a fresh from DVD image (with current windows updates) each time the golden image is recreated.