New FOG server will not start the image upload
-
I built one fog server as a “proof of concept” - Never had problems starting a task.
Running .32 on 12.04.
Built a new server on better hardware and the new one will not start the upload.I can register a new host, create an image, set the new host to upload, reboot host.
The host goes back to the FOG menu and does not launch the task. If I use “debug” and give the fog command it launches and says “An error has been detected!” “Unable to determine operating system type!”
-
More details. The main system is on a 32-gb SCSI with the storage being on a 7-drive RAID-0. I added the disk and moved the /images directory but I am stuck. Seems to be a permission problem but it is set to fog:root 777 and fstab has been edited.
-
Go into your host record and make sure it has an OS type set for it.
If that doesn’t working, killing the task in the FOG webUI, and make sure the task file was deleted from the /tftpboot/ folder, usually named 01-mac-address-of-host.
Then try to schedule a new upload task.
Also, watch out for the TFTPD-HPA problem on Ubuntu 12.04. The service starts before the interface has an IP bound to it, and doesn’t function, but doesn’t report it’s down. You can temp. resolve it by restarting tftpd-hpa service, and a long term fix is to edit the startup job to wait.
-
Thanks.
prosigna@FOGMAN:/tftpboot$ ls
boot.txt fog memdisk pxelinux.0 pxelinux.cfg tftpboot vesamenu.c32
prosigna@FOGMAN:/tftpboot$ cd /tftpboot/tftpboot/
prosigna@FOGMAN:/tftpboot/tftpboot$ ls
prosigna@FOGMAN:/tftpboot/tftpboot$I think the task is dead.
I restarted tftps-hpa
prosigna@FOGMAN:/etc/init.d$ sudo /etc/init.d/tftpd-hpa stop
[sudo] password for prosigna:
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service tftpd-hpa stopSince the script you are attempting to invoke has been converted to an
Upstart job, you may also use the stop(8) utility, e.g. stop tftpd-hpa
tftpd-hpa stop/waiting
prosigna@FOGMAN:/etc/init.d$ sudo /etc/init.d/tftpd-hpa start
Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service tftpd-hpa startSince the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start tftpd-hpa
tftpd-hpa start/running, process 2855Then started a new task in the GUI
prosigna@FOGMAN:/etc/init.d$ cd /tftpboot/
prosigna@FOGMAN:/tftpboot$ ls
boot.txt fog memdisk pxelinux.0 pxelinux.cfg tftpboot vesamenu.c32
prosigna@FOGMAN:/tftpboot$ cd /tftpboot/tftpboot/
prosigna@FOGMAN:/tftpboot/tftpboot$ ls
prosigna@FOGMAN:/tftpboot/tftpboot$ -
I think the correct location is actually /tftpboot/pxelinux.cfg/
My FOG server is slightly modified so my stuff is in a different directory. Check there.
-
This is the task that appears in the/tftpboot/pxelinux.cfg/
It comes and goes with changes to the GUI.
append initrd=fog/images/init.gz root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns=10.28.0.4 type=up img=CDHSMINT13 imgid=2 mac=00:18:8b:1a:50:88 storage=10.28.0.10:/images/dev/ web=10.28.0.10/fog/ ignorepg=1 osid=50 pct=5 imgType=mps shutdown= loglevel=4 consoleblank=0 fdrive= chkdsk=0pros
I think there is a permission problem some place but I’m not sure where.
-
If you are getting a problem detecting the OS type, it’s on the client at this point. This appears to be a Linux based client that you are trying to upload. Is that correct?
-
The output I posted is from a Linux client. I was getting the same issue from a WIndows 7-64 client. I did not capture that output.
-
This post is deleted! -
Question. Is what type of image are you trying, single disk resizable multiple part single disk or multiparty all disk.
-
single disk, multi part, non-resize
-
The correct directory is is /tftpboot/pxelinux.cfg/ the permissions should be checked for this directory. Also check the host for an appropriate OS assigned.
-
[quote=“Tom Elliott, post: 15994, member: 7271”]The correct directory is is /tftpboot/pxelinux.cfg/ the permissions should be checked for this directory. [/quote]
What should the permission be?
[quote=“Tom Elliott, post: 15994, member: 7271”]Also check the host for an appropriate OS assigned.[/quote]
Been checked, double checked, and triple checked. I will check it again. lol
-
Is this windows xp windows 7 or Linux.
-
Perms on tftpboot should be 755 fog.root on all.
-
chown fog:root -R /tftpboot; chmod 755 -R /tftpboot
Sorry about poor grammar and no code I’m on cellphone.
-
I have a Win7-64 box to my left and a Mint-13 box to my right.
-
Try running task with debug mode. This is different than booting into debug mode. I’ll explain when I get home on appropriate hardware.
-
Thx. The server is at the high school. More debugging will have to wait until Monday.
-
The reason why you need to create the task with debug is it enables the output of information within a viable task.
If you don’t, but boot into debug mode directly from the pxe menu, there is no task, therefore no OS ID sent to the system.
