FOG 1.2.0 multicast issues

[TRSD]

I tested multicast and it still didn’t work. FOGMulticastManager service was restarted (this time and many times previous). I will look at time zone as it is obviously wrong for Pacific time. I don’t know if that has changed.

[TRSD]

The server time is correct. Where is the fog multicast.log getting it’s time from?

[Tom Elliott]

/etc/php.ini (redhat)
/etc/php5/apache2/php.ini (ubuntu/debian)

[TRSD]

I changed that to:

date.timezone = America/Los_Angeles

restarted apache and I am still getting the same time results.

Is there somewhere else that needs to change?

[Tom Elliott]

You’ll likely need to restart the server. I believe php runs more ingrained that just the apache2 service.

[Tom Elliott]

Also, you’d likely have to restart the FOG Services:
[code]service FOGMulticastManager restart
service FOGImageReplicator restart
service FOGScheduler restart[/code]

[TRSD]

I restarted the server and also the services you mention. Still no time change:

[07-22-14 9:13:13 pm] * No tasks found!
[07-22-14 9:13:23 pm] | Task (7) Pete-Test is new!
[07-22-14 9:13:23 pm] | Task (7) /images/PeteTest image file found.
[07-22-14 9:13:23 pm] | Task (7) 2 client(s) found.
[07-22-14 9:13:23 pm] | Task (7) Pete-Test sending on base port: 50260
[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;
[07-22-14 9:13:23 pm] | Task (7) Pete-Test has started.
[07-22-14 9:13:33 pm] | Task (7) Pete-Test is no longer running.
[07-22-14 9:13:33 pm] | Task (7) Pete-Test has been cleaned as complete.
[07-22-14 9:13:43 pm] * No tasks found!

Also note that these log entries all occur before I turn on the clients.

[Tom Elliott]

[S]How can that be task number 7 if you truncated the tables?[/S]

NM you’ve tried 7 separate times.

[Tom Elliott]

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?

[Tom Elliott]

Also,

To retry:

Please try this:
[code]ln -s /usr/local/sbin/udp-sender /usr/sbin/udp-sender[/code]

[TRSD]

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.

[Tom Elliott]

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]

[Tom Elliott]

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.

[TRSD]

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

[TRSD]

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

[Tom Elliott]

As /images is mounted remotely, what’s the fstab/mtab entry for this mount point look like?

[TRSD]

mtab: 10.1.0.56:/images /images nfs rw,addr=10.1.0.56 0 0

fstab has nothing related to /images in it.

[Tom Elliott]

Okay,

On the remote site, on the remote side, can you make sure the permissions are:
[code]chmod -R 777 /images[/code]

[TRSD]

Verified. I logged into the other server and permission are as requested.

[Tom Elliott]

can you run:
[code]sudo mount -o remount,rw /images[/code]