@inst It turned out to be a hardware issue. The solution was to use different hardware. If this doesn’t fix it for you, I too would suggest opening a different thread.

I noticed an additional detail: When I open a web browser to view my.fog.i.p/fog/service/ipxe/arch I can see all my files from the server but not from the computer I’m using as a client. Does anyone know what would cause that?

Edit: never mind, that was an unrelated bug with the client.

@Wayne-Workman Thanks, I’ll take a look at that.

@Tom-Elliott /dev/nfs is just something I copied from the initial example. I don’t really understand a lot about iPXE or how it works, or how nfs mounting is supposed to work.

I’m trying to get this working with Arch Linux right now, with FOG Trunk 4491. Here’s my code:

kernel http://${fog-ip}/fog/service/ipxe/arch/boot/vmlinuz-linux
initrd http://${fog-ip}/fog/service/ipxe/arch/boot/initramfs-linux.img
imgargs vmlinuz-linux root=/dev/nfs boot=casper netboot=nfs nfsroot=${fog-ip}:/var/www/fog/service/ipxe/arch/ locale=en_US.UTF-8 keyboard-configuration/layoutcode=us mirror/country=US
boot || goto failed
goto start

I get this error:

This happens with more than just Arch Linux; I’ve tried it with a couple of distros now including Mint. I’m not too worried about the mirror or keyboard layout; I can fix those later. Not being able to find /dev/nfs is a problem though.

@Tom-Elliott I figured out the issue: it was my ethernet adapter. I plugged in a USB 2.0 ethernet adapter, changed my interface settings to use it, and multicasting worked perfectly (at USB 2.0 speeds). It was the Dell Latitude E6530 ethernet adapter which wasn’t working.

@Tom-Elliott I’m actually back to using Mint 17.2 now, since I had the same multicasting problem with Fedora as I had using Mint. ifconfig returns eth0 and lo. Not sure what it was when I was using Fedora, but I assure you I did check to make sure the interface I was using actually existed.

@Tom-Elliott It’s a good guess that this would be the problem, but I just checked and my interface is set correctly to ‘eth0’ in the location you described, and in all others I could find. As far as I can tell, udp-sender is never starting in the first place.

It is worth noting that I have had multicasting work in the past; last time it worked was August 12th. I’m pretty sure I didn’t change any settings at that time, nor did an update to FOG or any other software instigate it. The server isn’t even connected to the internet.

Also relevant: I just re-checked my logs; the server hasn’t updated any of the files in /opt/fog/log/ since that day. I thought that failed attempts at least would be in there.

@Wayne-Workman I tried Fedora 21 a few days ago and got precisely the same result.

@nengelhardt When it sends you the wrong interface name, does it at least run the process udp-sender? When I run

top | grep udp-sender

I get nothing.

@Wayne-Workman I have checked the interface names in those settings. They seem normal. I have also tried using a dumb switch. The FOG Server is also it’s own DHCP server, so for testing I connect it to a dumb switch and connect the client to the same switch.

I have verified the interface name and I’ve tried restarting the multicast manager service. Still not working. I even tried installing Fedora 21 instead of Mint. Exactly the same problem.

I am trying to use FOG for imaging, and it is working great as far as unicast goes. Right now I am having trouble with multicast.

My OS is Linux Mint. FOG version is 4573. On the clients, the multicast session will pause at

Parclone v0.2.80 http://partclone.org
Starting to restore image (-) to device (/dev/sda1)
_

and not go beyond that point. I tried stopping the unicast session with

sudo killall udp-sender

and got

udp-sender: no process found

so I did

top | grep udp

and got nothing. It seems like udp-sender isn’t starting at all; any ideas on how to fix this?