FOG 1.2.0 multicast issues
-
What happens if you stop the FOGMulticastManager service before the 10 seconds are up when it tells you it’s cleaning as task is no longer running?
It appears, to me, that the task isn’t starting, and as it’s not starting, it’s completing the task because it’s no longer running. The udp-sender command isn’t starting on the host. So what I’m hoping for is to stop the service before it hit’s the ten second loop and completes the task.
Read the log and manually run the CMD line: that it outputs from the cat all the way to the end of that blurb.
Then start your clients, do they start imaging?
-
Also,
To retry:
Please try this:
[code]ln -s /usr/local/sbin/udp-sender /usr/sbin/udp-sender[/code] -
I’m a little foggy on what you are looking for. Which log file should I “Read the log and manually run the CMD line: that it outputs from the cat all the way to the end of that blurb”.?
Also, I don’t know where it says that it’s cleaning but the multicast.log file only shows that it’s been cleaned.
and at that point it would be too late. -
The multicast.log file is the one I need:
It prints out the command it’s using to start the udp-sender process.
In your above example:[quote][07-22-14 9:13:23 pm] CMD: cat /images/PeteTest/rec.img.|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 50260 --interface eth0 --full-duplex --ttl 32 --nokbd;cat /images/PeteTest/sys.img.|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 50260 --interface eth0 --full-duplex --ttl 32 --nokbd;[/quote]
Then you would just copy the cat to the end: e.g.
[code]cat /images/PeteTest/rec.img.|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 50260 --interface eth0 --full-duplex --ttl 32 --nokbd;cat /images/PeteTest/sys.img.|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 50260 --interface eth0 --full-duplex --ttl 32 --nokbd;[/code] -
What is the output of [code]ls -l /images[/code]
Can you make sure permissions are correct with:[code]sudo chattr -i /images; sudo chmod -R 777 /images[/code] Please report any messages it returns with.
-
Here is the output I get though I’m not sure should the FOGMulticastManager service be started or not when running this (in this case it wasn’t:
Udp-sender 20120424
No suitable network interface found
The following interfaces are available:
lo 127.0.0.1
eth1 10.1.0.55
Udp-sender 20120424
No suitable network interface found
The following interfaces are available:
lo 127.0.0.1
eth1 10.1.0.55 -
Here is the relevant folder for the image in /images
drwxrwxrwx 2 root root 4096 2014-07-17 15:56 PeteTest
Also note /images is mounted on a remote folder.
Chattr command gives this: chattr: Inappropriate ioctl for device while reading flags on /images
-
As /images is mounted remotely, what’s the fstab/mtab entry for this mount point look like?
-
mtab: 10.1.0.56:/images /images nfs rw,addr=10.1.0.56 0 0
fstab has nothing related to /images in it.
-
Okay,
On the remote site, on the remote side, can you make sure the permissions are:
[code]chmod -R 777 /images[/code] -
Verified. I logged into the other server and permission are as requested.
-
can you run:
[code]sudo mount -o remount,rw /images[/code] -
I tried the remount, restarted service, still not working.
-
Is there another script that’s mounting to /images? autofs perchance?
The problem, as I can tell it, is because the /images directory is not mounting it in rw mode even though you’re requesting it.
From the box that’s hosting the /images directory, what’s the /etc/exports file look like?
-
Another piece of information…
When I add the multicast task for these 2 clients from the Group Management menu the tasks get listed in the Active Tasks but there is no listing in the Active Multicast Tasks.
-
There shouldn’t be,
THe listing only becomes active once the command is started. (Task such and such started) from the logs.
Once the cmd is started, it places the multicast task into a “queued/in-progress”. In your case, it probably doesn’t get seen because right after it starts it closes the task as “complete”
-
exports file:
/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash ,insecure)
/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure) -
Since it looks like /images is read-only in the exports file should I edit that file for rw or is there a different way of changing it? Or is it not necessary?
-
is that from fog server or the box where /images is moutned from?
-
That is from the box where the images are stored.
