@tandersb If you want to debug the issue, the best advice on debugging I can provide is here: https://forums.fogproject.org/post/124470 This is a fog admin that is trying to use a qnap and is getting a similar result.

@kenneth-sisco I know it took you a long way to get here, but its great when you can pinpoint the root of the error and fix it knowing that its not just some random crud that may reappear when it will hurt the most.

@Quazz ok.

It’s okay, I managed to solve the mistake. I placed myself in the root folder

cd /root vim.curlrc

Once I got in, I went in.

proxy=http://nom_or_ip_address_of_proxy:port/

then register and restart the installation of Fog

Great! Let’s mark this one as solved. In short, the issue for the kernel update was related to the permissions on the /var/www/fog/service/ipxe folder, which was a confirmed bug in version 1.4.4.

I’ll move the other issue to a new thread. Cheers!

@Sebastian-Roth Very thanks Sebastian for answer and link

@Sebastian-Roth The password error solved the capture issue. I have successfully captured the image. Thanks for the help! I will start another thread on the Hyper-V slowness issue.

@Sebastian-Roth yes, can be closed thanks.

FOG needs to be able to resolve the name you defined as a host name in fog to the target system using DNS. So if you can open a command prompt and ping Win10_AT and it works then you have everything setup and fog should resolve and show these systems as up. The only other thing is FOG doesn’t use the icmp ping command to check status but FOG tries to connect to udp port 445 on the target computer. So you need to make sure that udp port 445 is enabled in the target computer’s firewall.

So to restate this in list form:

The hosts to be able to be resolved by name by DNS The host have udp port 445 open in the windows firewall.

This is only informational (green or red mark in the host list) and does not impact the function of fog if you choose to ignore it.

@JerJer said in Trouble with booting to windows:

@george1421 the computer names are nifferent from fog names. Would they all have to be changed manually?

If you want the fog errors clear when you list the hosts then you need to have the fog name match the real system name and fog will need to be able to find the systems using dns lookups.

@ErwinBullen said in Imaging from Storage node fails:

I tried to mount and extract the image, but do not get beyond this error

Sorry for that. Please try this:

mkdir -p /mnt/images mount -t nfs 192.168.100.32:/images /mnt/images zcat /mnt/images/B-Blok-v18-v4/d1p2.img | partclone.ntfs --restore --restore_raw_file --ignore_crc -N -f 1 -s - -O /tmp/d1p2_deployed.img

Hint: Again make sure you do this on a system where you have enough space in /tmp or where ever else you have enough room to dump the extracted image for testing. Maybe best to mount an empty extra disk in /mnt/test/ and write the output file there.

As well please run ls -alR /images on your storage node and post output here.

@franck25 So we were very close in my early posts. I’m glad you now have a solution!!!

@jrm Enabling HTTPS means that you need to recompile the iPXE binaries as well to add your local CA certificate. We added that functionality to FOG in 1.5.5 and fixed it in 1.5.6. I am sorry but we can’t put much effort into backporting those changes to 1.5.2 as we have way too much to do with current changes and requests.

Let me suggest you look into the current version of the iPXE compile script that comes with FOG 1.5.6. Maybe download and try this: https://github.com/FOGProject/fogproject/blob/master/utils/FOGiPXE/buildipxe.sh

But as well you probably need to adjust apache configs manually.

@MFuchs135 Please run the following commands and post a picture of that here:

sudo -i cd /home/user/FOG-Imaging-Server/tmp ls -al cat binaries1.5.6.zip.sha256

Hi George and thank for your attention 😉

We get the error each time computer should reboot or shutdown if we mark the option in the deploy/capture task and yes, you are right, we even get the error executing ‘reboot’ command at FOS.

It’s exactly the same issue that @sudburr describes here:
HP ProBook x360 11 G1 EE Notebook PC succeeds but fails at exit
But, as it was an old thread, i’ve opened a new one.

This is the error I get: https://ibb.co/mhYpyG1 Which is exactly the same as @sudburr’s video. I think it’s still online.

I have tried all options i could, but i’m getting out of ideas

Thanks!

@Sebastian-Roth ok done 😉
https://forums.fogproject.org/topic/13329/1-5-6-small-local-disk-and-the-rest-unallocated

@Sebastian-Roth
Upgraded to 1.5.6 as you suggested.

It seems to be a bit faster, but i need to do the corrections on the server with the same values.

Now i’m experiencing another issue posted as https://forums.fogproject.org/topic/13328/fog-snapins-not-ordered-on-launching-time

Hi Sebastian,

With all of the other posts I had up, this was related to my unattend script and completely unrelated to FOG. This is resolved!

Thank you for the help.