@mary-montesanto Have you tried setting
irqpoll as Kernel Argument in the host’s settings?
Posts made by Sebastian Roth
RE: iMac fail pxe
It seems as if the ones that came with Sierra (10.12) pre-installed will not work with iPXE while the ones that had El Capitan (10.11) are OK.
Possibly a Sierra update came out that also broke it. Or we are looking at a different issue here. So far I have only heard of onboard NICs having that issue but if it’s the exact same chip could also be a problem with the thunderbold adapter.
Please read the whole iPXE from above and start by compiling your own debug iPXE binary to test.
RE: Clients PXE booting from another subnet
@jgiovann Great you figured this is a spanning treee thing! Seems like I was to focused on the issue might be routing problems that I didn’t notice the message
udhcpc: no lease, failing.
In a real production network (where turning off spanning tree is not be allowed), is it therefore possible to re-configure the FOG server to wait longer or retry more times before it gives up the registration retry loop ?
The problem cannot be solved in the registration retry loop I think but we’d need to tell the dhcp client to wait longer. But from my point of view you should be able to solve this by setting the client ports to “port fast”. There er different names for this but what it essentially does is disable spanning tree for particular ports where you surely know there are no other switches connected but only clients. On those ports you never ever need spanning tree because single clients connected to a port can never cause a loop (which spanning tree was invented to prevent from)!
RE: FOG resizes all partitions even System Reserved!
@maxcarpone Sorry for the long deply again. Build server is fixed now and here you got the fresh new inits - on your FOG server run:
sudo -i cd /var/www/html/fog/service/ipxe mkdir initbackup mv init.xz init_32.xz initbackup/ wget -O init.xz https://fogproject.org/inits/init.xz wget -O init_32.xz https://fogproject.org/inits/init_32.xz
Now recapture the image and see if it’s any better.
RE: New FOG Testing dashboard. Feedback?
@Wayne-Workman I really like the new one with all the log files available!
Would it be possible to keep log files from the last successful build? I mean, if it fails we have the logs form that. But what was it like when it worked the last time? Simply don’t clean up the log files form earlier as long as the installer fails. But accessing the old logs might not be as easy/nice.
By the way, would you mind starting a run on the new dashboard whenever you have time to. I hopefully fixed the issue for redhat based systems in
dev-branchwhich I broke yesterday.
RE: Crash due to timeout in tg3 kernel module: tg3_stop_block timed out, ofs=4c00, enable_bit=2
Can you confirm this is fixing your issue? Have you used one of the official FOG kernels since then? Which versions?