Multicast Issues on Centos 7
-
Using one of the links, can’t remember which. I was able to get the server and client to send using the udp-sender and udp-receiver. So I know they can talk, but I had to use the command.
udp-sender --file /opt/fog/.fogsettings --log /opt/fog/log/multicast.log --ttl 32 --nopointopoint --interface em2if I dropped the last bit off then it would still try to grab em1 instead of em2.
-
@BedCruncher said in Multicast Issues on Centos 7:
Using one of the links, can’t remember which. I was able to get the server and client to send using the udp-sender and udp-receiver. So I know they can talk, but I had to use the command.
udp-sender --file /opt/fog/.fogsettings --log /opt/fog/log/multicast.log --ttl 32 --nopointopoint --interface em2if I dropped the last bit off then it would still try to grab em1 instead of em2.
wiki
-
@BedCruncher said:
if I dropped the last bit off then it would still try to grab em1 instead of em2.
Can you please schedule another multicast job and check with
ps ax | grep udpto see if the started commands are missing the--interfaceparameter on your system? -
@Sebastian-Roth said in Multicast Issues on Centos 7:
ps ax | grep udp
Are you saying I need to do this from the debug boot or schedule a normal multicast and run something along the lines of
watch -n 5 'ps aux | grep udp' -
I’ve updated my current install version to 7300 earlier today and tried to again reapply the fix specified in the wiki to change the command for the function getIPAddress in the file fogbase.class.php and not in the file FOGCore.Class.php
exec("/sbin/ip addr list em2 | grep -o '[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}/[0-9]\{1,2\}' | cut -d/ -f1", $arR, $retVal); -
@BedCruncher I didn’t have much time to replicate this on one of my test machines yet. So I kind of just throw ideas at you, sorry.
Running
ps aux | grep udpon the FOG server - to see all the command line options…The command in function getIPAddress (fogbase.class.php) lookes like this in current trunk:
exec("/sbin/ip addr | awk -F'[ /]+' '/global/ {print $3}'",$IPs,$retVal); -
@Sebastian-Roth said in Multicast Issues on Centos 7:
exec(“/sbin/ip addr | awk -F’[ /]+’ ‘/global/ {print $3}’”,$IPs,$retVal);
No worries Sebastian, I’m just trying to get the exact information you’re requesting. Want to make sure that you get the pertinent information for your question so that we can get this figured out 100%.
I changed the function back to what you posted from current trunk. I had attempted to change it in relation to the
FOG .32 Centos 7 Instructions, but to no avail.Keep the ideas coming. I’d love to put this one to bed and get back to using this awesome software!
-
@BedCruncher Ok, I finally had some time to spin up my test machine and give it a try. Setting
ens4instead ofeth0in the storage settings I get this in the logs:[04-26-16 9:46:58 pm] | CMD: cat /images/foo/d1p1.img | /usr/local/sbin/udp-sender --interface ens4 --min-receivers 2 --max-wait 600 --portbase 58038 --full-duplex --ttl 32 --nokbd --nopointopoint...As well I see the command (options) in the process tree on the FOG server with
ps ax | grep udp:3350 ? S 0:00 sh -c cat /images/foo/d1p1.img | /usr/local/sbin/udp-sender --interface ens4 --min-receivers 2 --max-wait 600 --portbase 62258 --full-duplex --ttl 32 --nokbd --nopointopointThis is with FOG trunk unmodified. I don’t think you need to change fogbase.class.php! Please see what you have in your process list on the FOG server after starting the multicast task.
-
So I started the multicast session from my server this morning and checked the Multicast Log from the webgui, but I am not seeing that that command has fired off in the logs. Also, I don’t see the udp task showing up in my process list. Excuse my ignorance, but did I do something incorrect?
EDIT:
The command to at least trigger the process has worked though as it starts the process of trying to do the imaging but hangs at the same spot as before. Any guidance would be helpful.Just realized maybe you were referring to have me run the UDP-Sender / UDP-Receiver commands manually?
-
@BedCruncher said:
Just realized maybe you were referring to have me run the UDP-Sender / UDP-Receiver commands manually?
Nope, I was asking you to run the command
ps ax | grep udpand show the output to us. From what I get you don’t seem to have any udp-sender processes running after you started multicast task. Please make sure you have a valid image on your server:ls -al /images/<img-name>(please post the output here as well!)… -
Here’s the result of the
ls -alls -al /images/ total 4 drwxrwxrwx. 5 root root 81 Apr 27 10:39 . dr-xr-xr-x. 20 root root 4096 Apr 27 10:08 .. drwxrwxrwx. 2 root root 22 Apr 27 10:39 dev -rwxrwxrwx. 1 root root 0 Apr 27 08:48 .mntcheck drwxrwxrwx. 2 root root 29 Apr 27 08:48 postdownloadscripts drwxrwxrwx. 2 root root 69 Apr 27 10:39 W7Px64PreSysprepand
ps -aux | grep udpps aux | grep udp root 25751 0.0 0.0 112644 960 pts/1 S+ 10:45 0:00 grep --color=auto udp -
@BedCruncher No UDP-sender processes… please check you multicast.log to see if it actually starts any…
As stated in one of my earlier posts I see this in my multicast.log:
[04-26-16 9:46:58 pm] | CMD: cat /images/foo/d1p1.img | /usr/local/sbin/udp-sender --interface ens4 ...You might want to upgrade to the latest version as Tom has fixed a bug which truncated the log file every so often. So you might miss the output. Upgrade and then see what you have in the logfile!
As well, show us what you have in the image directory:
ls -al /images/W7Px64PreSysprep -
@Sebastian-Roth
Results ofls -al /images/W7Px64PreSysprep/ total 22338008 drwxrwxrwx. 2 root root 69 Apr 27 10:39 . drwxrwxrwx. 5 root root 81 Apr 27 10:39 .. -rwxrwxrwx. 1 root root 1048576 Apr 27 10:12 d1.mbr -rwxrwxrwx. 1 root root 8561702 Apr 27 10:12 d1p1.img -rwxrwxrwx. 1 root root 22864501047 Apr 27 10:39 d1p2.img -rwxrwxrwx. 1 root root 190 Apr 27 10:12 d1.partitionsOn a side note, I went in earlier and completely wiped out my current install according to Uninstall Fog and then reinstalled earlier this morning and the multicast portion didn’t show up at all until manually ran
touch /opt/fog/log/multicast.logand the selection was also missing from the Log Viewer menu. I verified the file permissions of that file compared to the other longs under that directory.Just downloaded build 7348 and am now getting
-
Following that screen, I let it run for a bit, then while it was doing the invalid session scrolling, I deleted and reinitiated a multicast session and it’s hanging at the same spot as previous.
-
@BedCruncher I am very sorry but without information (log file for example) I am not able to help. Posting the partclone picture is nice but does not really help I am afraid. Hope this does not sound ignorant, it’s not meant to!
We need to get some log output from the FOGMulticastManager (multicast.log)! Or at least see the udp-sender processes on the FOG server. Otherwise multicast will not work. Please try this:
service FOGMulticastManager restart tail -f /var/log/fog/multicast.logNotice the log path! Multicast daemon writes the log to /var/log…
-
@Sebastian-Roth said in Multicast Issues on Centos 7:
service FOGMulticastManager restart
tail -f /var/log/fog/multicast.logBelow is what that shows.
tail -f /var/log/fog/multicast.logCan you verify the permissions that you have on that logfile? such as user, group, and file permissions? No, I completely understand, I was just trying to post that in the hopes that it would provide at least some extra information for your troubleshooting.
On my system the path
/var/log/fogis actually a symlink to/opt/fog/logand I didn’t create this manually. Had to have been put in place on the installation.As near as I can tell fog is never actually writing to the multicast.log file. It was only getting what I had posted earlier when it was manually ran during the udp-sender/udp-receiver testing.
-
@BedCruncher Did you tun the service restart??? What do you get from this command?
ps ax | grep FOG -
Just finished the upgrade to 7356 and ran
ps ax | grep FOG 16001 ? Ss 0:00 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager & 16004 ? S 0:00 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager & 16020 ? Ss 0:00 /usr/bin/php -q /opt/fog/service/FOGImageReplicator/FOGImageReplicator & 16023 ? S 0:00 /usr/bin/php -q /opt/fog/service/FOGImageReplicator/FOGImageReplicator & 16039 ? Ss 0:00 /usr/bin/php -q /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator & 16042 ? S 0:00 /usr/bin/php -q /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator & 16058 ? Ss 0:00 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler & 16061 ? S 0:00 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler & 16073 ? Ss 0:00 /usr/bin/php -q /opt/fog/service/FOGPingHosts/FOGPingHosts & 16076 ? S 0:00 /usr/bin/php -q /opt/fog/service/FOGPingHosts/FOGPingHosts & 16388 pts/1 S+ 0:00 grep --color=auto FOGI can see that they are running as expected.
-
@Tom-Elliott Turns out something is wrong with the services logs in current trunk! I don’t see multicast.log on a fresh latest install… Service is properly running. Probably something to do with the static/self switch I suppose?!?
FOGMulticastManager[16754]: PHP Warning: fopen(): Filename cannot be empty in /var/www/html/fog/lib/service/fogservice.class.php on line 82 FOGMulticastManager[16754]: PHP Warning: fopen(): Filename cannot be empty in /var/www/html/fog/lib/service/fogservice.class.php on line 91Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth Should be fixed in latest, sorry.
