@lostitguy From what you describe it’s iPXE pulling the wrong MAC address. To get this fixed you’d need to contact those people: https://ipxe.org/contact

The quick workaround you can take is booting this particular machines via USB: https://forums.fogproject.org/topic/7727/building-usb-booting-fos-image

@danieln said in Cannot delete image off of all nodes. Type 2 FTP Error...:

If I wanted to do this, would I just delete the entire directory? Or would I just delete the d1p1.img file? I feel like the entire directory, right?

Yes, delete the whole directory.

Speaking of, is doing an update just running the following commands?:
cd /fogproject
git checkout dev-branch
git pull
sudo ./installfog.sh

As I said, there is a new official release in the pipeline and you could install that if you feel like it. Instead of dev-branch use master instead in the above command sequence.

Is there anything else to it? Aside from backing up the FOG database?

If you have FOG running in a virtualized environment I would also take a snapshot just to be sure. As always, backing up the DB is advised.

@danieln Great to see you figured this one out yourself. Would have been quite a challenge for us to help find that issue.

@Tom-Elliott said in can’t install sumatrapdf:

@kalafina I suppose this is fixe then?

So Snapinarguments becomes: -all-users -s ?

Yes!

@snmdla said in Snapin group:

@Tom-Elliott
yes, it appears to have no effect, as no plugin task is created as far as I have seen.
Please correct me if I’m wrong.

ah, I think I now understood. The dialogue will associate all group members with the snapin, which will only be fired when, for the individual client “All Snapins” task will be run.

So, to correct my usability suggestion, it would have helped to read “all group members updated” instead of “group updated”.

@Sebastian-Roth Thanks I change the mounting point then it works.

@Tom-Elliott

I hadn’t thought to check in that direction. But you are correct.
BASE64 encoding what is in the database matches what is displayed in the web UI.

Thank you for the help.

@george1421 Thank you very much!

Hey guys,

Thanks for replying. I have found a solution and that was to clear out the Storage Node Disk Usage. It was full.

Thanks again.

Update:

Trying the installation again worked.

¯_(ツ)_/¯

@MikeWall We have a plugin for Product keys already…

https://github.com/FOGProject/fogproject/tree/working-1.6/packages/web/lib/plugins/windowskey

https://github.com/FOGProject/fogproject/tree/master/packages/web/lib/plugins/windowskey

Problem solved !

Thanks a lot !!

sorry for the delay

i solved it.
It was a Pre-Install System from a Distributor with a lot of bloatware, what i first not know.
I installed a Clean Windows 11 System and then i could capture the Image.

@switch_apoc Well, this forum topic is pretty straight forward. Just start reading upwards beginning from this post: https://forums.fogproject.org/post/135069

Hello Sebastian,

this is my original d1.minimum.partitions file:

label: dos label-id: 0x4ff028f0 device: /dev/sda unit: sectors sector-size: 512 /dev/sda1 : start= 2048, size= 2196723, type=7, bootable /dev/sda2 : start= 2198771, size= 75451766, type=7

this is my original d1.partitions file:

label: dos label-id: 0x4ff028f0 device: /dev/sda unit: sectors sector-size: 512 /dev/sda1 : start= 2048, size= 2196723, type=7, bootable /dev/sda2 : start= 2198771, size= 264139264, type=7

What i did is to change the size of sda2 (my windows partition).
The original start was 2198771 sectors x 512 Bytes = 1125770752 Bytes div 4096 equals = 274846,375 - not good !
To align the partition correctly i used 2199552 sectors =
1126170624 Bytes / 4096 = 274944 - that’s good !

You just need to choose a sector start that is divisible by 4096.
I took my size from a aligned partition where AS SSD showed me that
1099776K would be ok. 1099776 x 1024 Bytes = 2199552 x 512 Bytes

Easy maths - but it is annoying , here 512Bytes shown here, 1024 Bytes shown in AS SSD and 4K Bytes needed to calculate the correct sector size.

@lperoma Thanks for the update. Good to hear you found this and were able to fix it. Well done! This is beyond FOG itself and it would have taken a lot of posting forth and back to figure this out for us. Although I don’t know much about virtiofs I can imagine it causing problems when being exported as NFS (as FOG does).

@zaboxmaster Just in case you haven’t found out about post deploy scripts yet: https://forums.fogproject.org/topic/7740/the-magical-mystical-fog-post-download-script

@FrSainCpel
It appears to me that your block ‘:retry_left’ will cause an infinite loop if it failed to boot.

The line ‘set keep-san 1’ is no longer necessary when sanhooking (or sanboot) is used .

As you are setting up an static IP, you’d need to do an ‘ifopen net0’ first’. With dhcp, it does that for you.

I’d suggest put the net0/ip first before the netmask.

Lastly, @george1421 is correct, you’d need

set net0/gateway 0.0.0.0

@Sebastian-Roth said in Storage Node Kernels:

Yes, that’s another way to do it.

Actually, for us it is necessary (even for the master node) as we’re are isolated from the internet. That means the installer will fail to download inits and kernels.

@Sebastian-Roth Sure, happy to help in any way I can…