The FOG services do not have a status flag on Debian.
iptables: unrecognized service
Usage FOGMulticastManager {start|stop|restart}
Usage FOGSnapinReplicator {start|stop|restart}
Usage FOGImageReplicator {start|stop|restart}
Usage FOGScheduler {start|stop|restart}
The only way I know is to check if they are running via: ‘ps -ef | grep [F]OG’
Where does /etc/rc2.d/S20vsftpd link? And does that file exist?
Sure.
I followed the instructions in the Building undionly.kpxe wiki entry.
Except for the ipxescript I used the previous script and the command to build was:
make bin/ipxe.iso EMBED=ipxescript
I wrote the iso using dd: “dd if=ipxe.iso of=/dev/sdb bs=4M” replace sdb with your drive
I got it working with this iso.
ipxescript:
#!ipxe
echo -n Please enter tftp server: && read next-server && goto netboot
:netstart
dhcp && goto netboot || goto netstart
:netboot
ping -c 1 ${next-server} || goto netstart
chain tftp://${next-server}/default.ipxe || shell
I have a similar issue with one model of Dell laptops and solved it using this undionly.kpxe
Debug is enabled on dhcp and tftp and the script drops to a shell if it fails to tftp, for further troubleshooting.
The only modification is with the ipxescript:
#!ipxe
:netstart
dhcp && goto netboot || goto netstart
:netboot
ping -c 1 ${next-server} || goto netstart
chain tftp://${next-server}/default.ipxe || shell
And here are all to pxe files created with that script. pxe-files.tar.gz
–EDIT–
Forgot to include my issue that this solves.
We have Dell Inspiron 11z laptops that fail to get a DHCP address the first time iPXE issues the command. If the DHCP command is sent right after if succeeds and everything works normally.
Disclaimer: I have only tested this on Lenovo laptops.
Go to this wiki entry: [url]http://www.fogproject.org/wiki/index.php/Building_undionly.kpxe[/url]
Follow steps until you get to ‘Build the undionly/ipxe files.’
Build ipxe.usb with this command: [CODE]make bin/ipxe.usb EMBED=ipxescript[/CODE]
Find your usb location (/dev/sdc for me): [CODE]ls -l /dev/sd*[/CODE]
Write ipxe.usb to the usb:[CODE]dd if=bin/ipxe.usb of=/dev/sdc[/CODE]
Are the machines the same? Same size hard drives?
I had something similar happen last week. Drove me crazy until I realized the hard drive was smaller than my reference computer.
Few changes.
Ubuntu had to be run with sudo, so added a root check to the beginning of the file.
Ubuntu also has UFW as a firewall, added a check for that.
Changed the Debian/Ubuntu version check to ‘lsb_release -a’ to get more information.
Pointed the log file to a variable that is $Distro-Fog.txt
The script now overwrites the log if ran again.
Script and Debian/Ubuntu logs attached.
[url=“/_imported_xf_attachments/1/1907_troubleshoot.zip?:”]troubleshoot.zip[/url]
Pulled code from the FOG installer scripts to come up with the combination. I left Arch commented out at the end of the script if anyone wants to give a go at it. If not I can after testing completes next week.
[url=“/_imported_xf_attachments/1/1891_FogScript.zip?:”]FogScript.zip[/url]
Hacked one together for Debian which may cover Ubuntu as well. I am not sure on the DHCP status and config portion, but I will set up a server to test tonight.
[url=“/_imported_xf_attachments/1/1887_DebianScript.zip?:”]DebianScript.zip[/url]
More modifications to the ipxescript and it works!!!
I know this is a very specific use case and probably a horrible way to go about it, but if it helps here are the modifications I made.
[CODE]#!ipxe
ifclose
ifopen && goto bootme || goto netstart
:netstart
dhcp && goto netboot || goto netstart
:setserv
echo -n Please enter tftp server: && read next-server && goto bootme
:bootme
isset ${next-server} && goto netboot ||
set next-server ${proxydhcp/next-server}
isset ${next-server} && goto netboot || goto netstart
:netboot
ping -c 1 FOG IP || goto netstart
chain tftp://${next-server}/default.ipxe || shell
[/CODE]
Thank you guys for all of your help and thanks to all the devs for everything. Fog is a truly amazing imaging system.
RSTP is enabled and here is the config for the interface on the switch:
[CODE]interface GigabitEthernet0/6
switchport access vlan 100
switchport mode access
switchport nonegotiate
switchport voice vlan 200
spanning-tree portfast
[/CODE]
Possible similar thread on the iPXE forums?
[QUOTE][B][SIZE=11px][FONT=Verdana][COLOR=#000000]RE: X1 Gen1 Carbons hang when trying to get a DHCP address through the embedded script[/COLOR][/FONT][/SIZE][/B]
[SIZE=13px][FONT=Verdana][COLOR=#000000]I just answered the following on IRC: If you’re using UEFI mode, you shouldn’t be using undionly.kpxe, you should be using either ipxe.efi or snp.efi. If you’re trying to get a USB NIC to work then you should definitely be using ipxe.efi as I’m going to assume that your USB NIC doesn’t have a PXE ROM, thus snp.efi is useless (because there is no existing SNP/NII driver loaded which iPXE can use).[/COLOR][/FONT][/SIZE][/QUOTE]
[url]http://forum.ipxe.org/showthread.php?tid=7634&pid=11396#pid11396[/url]
More updates!
Enabled DEBUG=dhcp,tftp,http in the current ipxe build and this is the error that is thrown when running the dhcp command.
[CODE]DHCP 0x27f64 entering discovery state
DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 could not transmit UDP packet: Error 0x7f86216b (http://ipxe.org/7f86216b)
DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 could not transmit UDP packet: Error 0x7f86216b (http://ipxe.org/7f86216b)
DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 could not transmit UDP packet: Error 0x7f86216b (http://ipxe.org/7f86216b)
DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 could not transmit UDP packet: Error 0x7f86216b (http://ipxe.org/7f86216b)
Error 0x040ee19 (http://ipxe.org/040ee19)[/CODE]
Running dhcp again gives this.
[CODE]DHCP 0x27f64 entering discovery state
DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 DHCPOFFER from 10.1.1.1:67 (10.1.1.10) for 10.1.1.104
.DHCP 0x27f64 DHCPDISCOVER
DHCP 0x27f64 DHCPOFFER from 10.1.1.1:67 (10.1.1.10) for 10.1.1.104
.DHCP 0x27f64 entering request state
.DHCP 0x27f64 DHCPREQUEST to 10.1.1.10:67 for 10.1.1.104
DHCP 0x27f64 DHCPACK from 10.1.1.1:67 (10.1.1.10) for 10.1.1.104[/CODE]
10.1.1.1 - Gateway
10.1.1.10 - DHCP
10.1.1.104 - Client
I will solve this, I must.
Same thing, the process only hangs on this particular model of laptop. I can get everything to load manually, but anything done through ipxescript fails.
Hey all figure I’d give an update.
Never heard anything back from the iPXE community but pressed on and almost got it solved.
I added [COLOR=#ff0000]PCI_ROM(0x1969, 0x1062, “atl1e_62”, “Attansic L1E 0x1062”, 0),[/COLOR] drivers/net/atl1e.c and rebuilt iPXE and the laptop now fully loads iPXE! <I ran around the library when this happened>
Unfortunately I get /default.ipxe…Connection times out after a few minutes.
From the iPXE shell running dhcp<fails>, ifconf<passes> i can then chain the file.
If i leave out dhcp ifconf fails, if I run ifconf first it fails but then if I run dhcp it passes which doesn’t make any since to me.
So in a confusing summary:
dhcp(fail)>ifconf>chain - works
ifconf(fail)>dhcp>chain - works
dhcp(fail)>dhcp>chain - works
ifconf(fail)>ifconf>chain - works
Set ipxescript to the following:
[CODE]#!ipxe
ifclose
ifopen && goto bootme || goto netstart
:netstart
dhcp
ifopen || reboot
isset ${next-server} && goto netboot || goto setserv
:setserv
echo -n Please enter tftp server: && read next-server && goto bootme
:bootme
isset ${next-server} && goto netboot ||
set next-server ${proxydhcp/next-server}
isset ${next-server} && goto netboot || goto netstart
:netboot
ifopen
dhcp || ifconf
chain tftp://${next-server}/default.ipxe || shell
[/CODE]
Which then gives:
Configuring (net0 d4:be:d9:05:f4:49)…Error 0x040ee19 ([url]http://ipxe.org/040ee119[/url])
Configuring (net0 d4:be:d9:05:f4:49)…Error 0x040ee19 ([url]http://ipxe.org/040ee119[/url])
And the boot process restarts. Any suggestions?
Still having the same issues with updated ipxe files.
Booting from ipxe usb with debug gives me
[CODE]iPXE initialising devices…Adding 3c509 root bus
Adding EISA root bus
Adding Hyper-V root bus
Failed to add Hyper-V root bus: No such device (http://ipxe.org/2c83403b)
Adding ISA root bus
Adding ISAPnP root bus
Adding MCA root bus
Adding PCI root bus
PCI 00:00.0 (8086:0044 CLASS 060000) has no driver
PCI 00:02.0 (8086:0046 CLASS 030000) has no driver
PCI 00:16.0 (8086:3b64 CLASS 078000) has no driver
PCI 00:1a.0 (8086:3b3c CLASS 0c0320) has no driver
PCI 00:1b.0 (8086:3b56 CLASS 040300) has no driver
PCI 00:1c.0 (8086:3b42 CLASS 060400) has no driver
PCI 00:1c.1 (8086:3b44 CLASS 060400) has no driver
PCI 00:1d.0 (8086:3b34 CLASS 0c0320) has no driver
PCI 00:1e.0 (8086:2448 CLASS 060401) has no driver
PCI 00:1f.0 (8086:3b0b CLASS 060100) has no driver
PCI 00:1f.2 (8086:3b2f CLASS 010601) has no driver
PCI 00:1f.3 (8086:3b30 CLASS 0c0500) has no driver
PCI 00:1f.6 (8086:3b32 CLASS 118000) has no driver
PCI 01:00.0 (1969:1062) has driver “undipci”
PCI 01:00.0 has mem 90500000 io 1000 irq 7
UNDI 0xdbb04 loading UNDI ROM 0xdbb84 to CS 964b DS 9165 for PCI 01:00.0
UNDI 0xdbb04 loaded PXENV+ 964b:00d0 !PXE 964b:0070 entry 964b:0106
UNDI 0xdbb04 using [581,614) kB of base memory
UNDINIC 0xdbb04 using UNDI 0xdbb04
UNDINIC 0xdbb04 has MAC address d4:b3:d9:05:f4:49 and IRQ 7
UNDINIC 0xdbb04 has type DIX+802.3, speed 1000000, flags 0000dc1b
UNDINIC 0xdbb04 using interrupt mode
UNDINIC 0xdbb04 added
PCI 02:00.0 (8086:0087) has driver “undipci”
PCI 02:00.0 has mem 90400000 io 0 irq 10
PCI 02:00.0 probe failed: No such device (http://ipxe.org/2c80603b)[/CODE]
I think this is going to end up being an iPXE issue, so I went ahead and posted the issue on the iPXE forums. I will let y’all know if a fix is found.
Thanks everybody for the help.
Thanks for the advise.
It seems that it is detecting the nic, once I booted undionly.kkpxe I got more of the initial boot.
[CODE]
UNDI device is PCI 01:00.0, type DIX+802.3
555kb free base memory after PXE unload
iPXE initialising devices…Adding UNDI root bus
UNDINIC 0x28c54 using UNDI 0x88af34d8
UNDINIC 0x28c54 has MAC address d4:b3:d9:05:f4:49 and IRQ 7 (this is the wired mac address)
UNDINIC 0x28c54 has type DIX+802.3, speed 10000000, flags 0000dc1b
UNDINIC 0x28c54 using interrupt mode
UNDINIC 0x28c54 added
Adding PCI root bus
PCI 00:00.0 … has no driver
PCI 00:02.0 … has no driver
etc.
[/CODE]
[SIZE=3]I have updated to kernel [/SIZE][FONT=Ubuntu][COLOR=#555555]3.18.5 and am still having the same issue.[/COLOR][/FONT]
Hello all,
Wondering if anyone could shed some lite on a strange issue we have been having since upgrading to 1.0+ where whenever we boot one of our Dell Inspiron 1121’s from undionly.kpxe it hangs on initializing devices.
Things I have tried.
[LIST]
[]Booting from all files and chainloading from pxelinux.0.old all hang at the exact same spot
[]Booting with DEBUG=device,pci,undiload,undinet and booting from usb via ipxe.usb hang on the same three lines
[*]Spinning up another Fog server - same issue
[/LIST]
[CODE]PCI02:00.0 (8086:0087) has driver “undipci”
PCI02:00.0 has mem 90400000 io 0 irq 10
PCI02:00.0 probe failed: No such device (http://ipxe.org/2c80603b)[/CODE]
Any ideas 