@Krassus Please run ls -al in that desktop/fog_1.4.4/bin directory and post the full output here. I suppose there is something wrong with the files. Are you still using the “transfered” files or did you use git pull to get a fresh copy after connecting to the internet?

@krassus said in Going to Management page and get blank screen, any help would be great. Thanks:

@krassus said in Going to Management page and get blank screen, any help would be great. Thanks:

@george1421 said in Going to Management page and get blank screen, any help would be great. Thanks:

@krassus Did you answer yes to install isc-dhcp server? If not you would issue this command prompt
sudo systemctl disable isc-dhcp-server
sudo systemctl stop isc-dhcp-server

I got no prompt in the installer to install DHCP services but I did see it say it was doing so.
I will run the below commands. Thank you again.

Right now I am doing a test capture. You guys are on it, this forum is great with how quick on responses are given and the notification system.

Capture Look liked it work just fine. Pushing the image back was unsuccesful and never threw an error. Booting back into PXE to retry and this is what loads. Ideas?

0_1501795579202_FOGError.JPG

I am going to make a new thread for this since it looks to be dead.

@zingaro Here are some resources:

https://wiki.fogproject.org/wiki/index.php?title=NAS_Storage_Node
https://forums.fogproject.org/topic/9430/synology-nas-as-fog-storage-node/1

There are others you can find too if you just search for the key words.

The issue looks to be fixed since I changed the boot file name. This thread can be marked as closed/solved. Thanks again for everyone’s help.

@george1421 I’ll try to get this fixed, I thought I already did, but I might have missed it already sorry.

@Tom-Elliott Yes it is safe to solve now, sorry for the delay. Thanks again!

@george1421 I’m sorry, it really seemed (to me) that was the same issue (exactly same errors deploying an old image with a >1.3.x)

Now I can confirm that it was an issue copying the /images folder.

Thank you for your suggestion on zstd, I’ll change the compression method at the the next capture.

@chris178 There is a right way to do this and an easy way.

Easy route.

Download both .sh files to your FOG server. Then make both executable. by running this command chmod 755 *.sh Install the script by running ./install.sh Done.

@Tywyn Probably there was the multicast interface setting (FOG web GUI -> FOG Settings) still wrong.

Not sure about the performance issue now. Please check layer one (hardware, switch) first.

@sebastian-roth said in Changed IP of Fog, dhcpd is not starting anymore...:

/etc/default/isc-dhcp-server

That was it.
I changed it, because indeed there was the old interface in there. Now the dhcpd works fine.
I also found, that in /tftpboot/default.ipxe was the old IP-Address.

Maybe these two places are worth to be mentioned in https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address

Now I have another problem, but I will open a new thread for this 🙂

Thanx everybody for your help!
Rainer

To create a menu in the advanced one, you must fill it in under iPXE General Configuration -> Advanced Menu Settings > Advanced Menu Commands

example:

:urls set msdart-url http://192.168.1.155/2-MSDART :MENU menu colour --rgb 0xff0000 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 || item --gap -- ------------------------------------- item fog.local Boot from hard disk item msdart6x86 Microsoft DaRT for Windows Vista 32bit item msdart6x64 Microsoft DaRT for Windows Vista 64bit item msdart7x86 Microsoft DaRT for Windows 7 32bit item msdart7x64 Microsoft DaRT for Windows 7 64bit item msdart81x86 Microsoft DaRT for Windows 8.1 32bit item msdart81x64 Microsoft DaRT for Windows 8.1 64bit item fog.return Return to previous menu choose --default fog.local --timeout 5000000 target && goto ${target} :fog.local sanboot --no-describe --drive 0x80 || goto MENU :msdart6x86 initrd ${msdart-url}/MSDaRT60x86.iso chain memdisk iso raw :msdart6x64 initrd ${msdart-url}/MSDaRT60x64.iso chain memdisk iso raw :msdart7x86 initrd ${msdart-url}/MSDaRT70x86.iso chain memdisk iso raw :msdart7x64 initrd ${msdart-url}/MSDaRT70x64.iso chain memdisk iso raw :msdart81x86 initrd ${msdart-url}/MSDaRT8.1x86.iso chain memdisk iso raw :msdart81x64 initrd ${msdart-url}/MSDaRT8.1x64.iso chain memdisk iso raw :fog.return chain http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac} || prompt goto MENU

@sebastian-roth Thanks for the suggestion, those commands are handy. I ran --recreate-CA alone & with --recreate-keys and just got a newer version of that same strange cert. I’m looking into it now but I believe someone may have customized the openssl.cnf file on our template, and something with that may be causing this behavior.

Ok I don’t know why, but creating a new user on the GUI made the disk usage come back !

Maybe it has updated the db ? Really don’t know but IT WORKS ! You can mark it as “Solved”.

Thanks for your help 😉

@tom-elliott

DELETE FROM `fog`.`snapinAssoc` WHERE `saHostID` NOT IN (SELECT `hostID` FROM `fog`.`hosts`) OR `sSnapinID` NOT IN (SELECT `saSnapinID` FROM `fog`.`sID`);

Returns #1146 - Table ‘fog.sID’ doesn’t exist

@hregis said in Login incorrect when an image deletion request:

/var/www/fog/lib/fog/fogftp.class.php

Don’t know why this ext3 thing is coming to my mind all the time when people have FTP errors on deleting stuff. Never mind. See the code on why you get those errors. It first tries normal deletes before it does a recursive delete on the files. As the directory is not empty it fails at first. So it’s all fine!

Just ask, one of the moderators or myself can do so.

0_1501451714838_635a607c-f488-4dee-b051-a94f26459b76-image.png

@tom-elliott
I installed 1.4.4. and am back up and running again. Everything seems to still be in tact. Thanks again for the help.

@fractal13 Hey, long time no hear, hope all is well.

Wondering if you (being the original writer and all) wouldn’t mind reviewing my latest procsfdisk.awk script? Had a few issues in 1.3.x days that kind of required a rewrite of it all, which went fairly well. Last night (early this morning) I hope to have solved the mystery of extended partitions though I’m sure it’s not perfect. I can’t see the “flow” nicely. So a good review could be very very useful. (Others are welcome to it as well.)

Thank for your answers. Due to the nature of our work and why we use this FOG server it’s unfortunately air-gapped from the internet so updates have been hard to come by regularly. The only thing that makes sense on root-cause here was one severely borked imaging operation. Even then I’m grasping at straws for a good answer on what triggered the error.

However, I pushed through our ITsec group and got the server updated to current stable release 1.4.4 this morning which did resolve this error and it’s deploying images normally again.

Thanks for the info guys feel free to revoke my nerd card for it being resolved with a standard update.