6285 - Kernel panic not syncing when trying to image
-
@Tom-Elliott Output from where?
-
@MRCUR The browser like you did before, but with the host in tasking.
-
@Tom-Elliott First is the production server, second is test.
#!ipxe set fog-ip 172.16.56.37 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} #!ipxe kernel http://172.16.56.37/fog/service/ipxe/ loglevel=4 initrd=http://172.16.56.37/fog/service/ipxe/ root=/dev/ram0 rw ramdisk_size=127000 keymap= web=172.16.56.37/fog/ conosoleblank=0 mac=28:80:23:09:28:56 ftp=172.16.56.37 storage= storageip= web=172.16.56.37/fog/ osid= consoleblank=0 irqpoll hostname=TEA-440TEST mode=onlydebug imgfetch http://172.16.56.37/fog/service/ipxe/ boot
#!ipxe set fog-ip 172.16.200.10 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} #!ipxe kernel loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=172.16.200.10/fog/ conosoleblank=0 mac=28:80:23:09:28:56 ftp=172.16.200.10 storage= storageip= web=172.16.200.10/fog/ osid= consoleblank=0 irqpoll hostname=TEA-440TEST mode=onlydebug imgfetch init_32.xz boot
-
@Tom-Elliott I did notice on the test server in /var/www, there is a symlink for fog to /var/www/html/fog. On the production server, this symlink doesn’t exist (everything is in /var/www/html/fog).
-
@MRCUR he initrd line is the issue.
It’s not set right on the production server.
-
I’d like to add that my output is the same for my machines…I did the browser test you mentioned and I got the first result…Imaging doesn’t work at all for my sysprep machine…
it just sits here with no kernel panic errors. It looks as though the actual kernel filenames are missing, and only showing directory where file should reside.
-
Do both of you use the location plugin? (On production and not on test if that’s your setup?)
-
@Tom-Elliott yessir, unfortunatley I only have the 1 setup so that’s why I’m quick to bother you…LOL
-
@Hanz See in your screenshot. Both lines that should download bzImage (linux kernel) and init.xz (init ram disk) are missing the filenames!!! I am sure this cannot work.
Edit: Seams like Tom has found the issue and will update the code soon and let you know I am sure.
-
Fix should be pushed. It was, semi, related to location, but indirectly.
The hook that processes for the bootmenu in this case was not setting needed variables first. This should now work as intended, of course please update and test.
-
@Tom-Elliott Like a charm, that’s why you are da man sir
-
@Tom-Elliott I’ll apply after school is done today and test. Thanks Tom.
-
@Tom-Elliott This is resolved. Thanks very much Tom.