Invalid Multicast session
-
no, this is a single server installation.
Here is some information that you might find handy:
When I create a multi-cast task. I see a new entry added to multicastSessionsAssoc table in the DB
For example the below is me trying to create a single host multicast session(as a test)
select * from multicastSessionsAssoc;
±------±-----±----+
| msaID | msID | tID |
±------±-----±----+
| 43 | 0 | 70 |
±------±-----±----+
1 row in set (0.00 sec)I see an entry added to tasks table in the DB
mysql> select * from tasks where taskid=70;
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
| taskID | taskName | taskCreateTime | taskCheckIn | taskHostID | taskImageID | taskStateID | taskIsDebug | taskCreateBy | taskForce | taskScheduledStartTime | taskTypeID | taskPCT | taskBPM | taskTimeElapsed | taskTimeRemaining | taskDataCopied | taskPercentText | taskDataTotal | taskNFSGroupID | taskNFSMemberID | taskNFSFailures | taskLastMemberID | taskWOL | taskPassreset | taskShutdown |
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
| 70 | Multi-Cast Task | 2016-10-26 14:27:54 | 0000-00-00 00:00:00 | 5 | 3 | 1 | 0 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 | 1 | | |
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
1 row in set (0.00 sec)Nothing is added to the multicastSessions table
select * from multicastSessions;
Empty set (0.00 sec) -
Can you try:
rm -rf /var/www/{html/},fog
Rerun the installer.
From within mysql run:
truncate table multicastSessions; truncate table multicastSessionsAssoc; delete from tasks where taskTypeID=8;
Then retry?
-
@Tom-Elliott I’d suggest doing the MySQL commands before deleting the web directory and reinstalling. That way when the multicast service restarts there’s literally nothing in the db about multicast from the git-go.
Also, there is this:
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Downloading_-_Multicast -
@Wayne-Workman
Thanks, I’ve looked at that, that’s what got me looking at the DB and what changes when I create a task. I assume when I create a multicast task, it should be added to the multicastSessions table and the task should show up in the WEB interface under Task Manager > “Active Multicast Tasks”@Tom-Elliott
Okay, I did that. Same result.So next I dropped the fog database entirly in mysql with “drop database fog;”
Removed the /var/www/html/fog folder with “rm -rf /var/www/{html/},fog”
and re-ran the installer.
Same result… When I create any multicast task, no multicast task is shown in Task Manager > Active Multicast task and if I boot the host it complains “Invalid Multicast session”
mysql> select * from multicastSessions
-> ;
Empty set (0.00 sec)mysql> select * from multicastSessionsAssoc
-> ;
±------±-----±----+
| msaID | msID | tID |
±------±-----±----+
| 1 | 0 | 1 |
±------±-----±----+
1 row in set (0.00 sec)mysql> select * from tasks;
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
| taskID | taskName | taskCreateTime | taskCheckIn | taskHostID | taskImageID | taskStateID | taskIsDebug | taskCreateBy | taskForce | taskScheduledStartTime | taskTypeID | taskPCT | taskBPM | taskTimeElapsed | taskTimeRemaining | taskDataCopied | taskPercentText | taskDataTotal | taskNFSGroupID | taskNFSMemberID | taskNFSFailures | taskLastMemberID | taskWOL | taskPassreset | taskShutdown |
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
| 1 | Multi-Cast Task | 2016-10-26 12:00:25 | 0000-00-00 00:00:00 | 1 | 1 | 1 | 0 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 0 | 0 | | 0 | 1 | | |
±-------±----------------±--------------------±--------------------±-----------±------------±------------±------------±-------------±----------±-----------------------±-----------±-----------±--------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------±--------±--------------±-------------+
1 row in set (0.00 sec) -
@rbaldwin is the multicast task actually being started? From what it sounds like no
-
I don’t think it is starting a multicast session. That the issue I’m attempting to resolve.
-
@rbaldwin WHat I mean, the log is refreshed showing a current timestamp?
-
yes, if I put a tail on the log file I see new entries for “* No tasks found!”
-
I uninstalled FOG as described here:
https://wiki.fogproject.org/wiki/?title=Uninstall_FOGReinstalled a Fresh install of:
Running Version 1.3.0-RC-16
SVN Revision: 5983Still not Multicast task is created when I create a multicast task and when the host boot they complain: “Invalid Multicast session”
I can multicast in troubleshooting with udp-sender/udp-receiver as described in the “Testing Multicast” section of https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Downloading_-_Multicast
-
@rbaldwin Do the hosts in question have an image assigned to them?
-
@Tom-Elliott said in Invalid Multicast session:
@rbaldwin Do the hosts in question have an image assigned to them?
I can test this at home tonight.
-
yes, as I said earlier. I can image just fine if I use the deploy button. The issue is FOG isn’t starting udp-sender.
#grep udp-sender * -R
lib/fog/config.class.php: define(‘UDPSENDERPATH’, ‘/usr/local/sbin/udp-sender’);#ls -lah /usr/local/sbin/udp-sender
-rwxr-xr-x 1 root root 65K Oct 27 12:14 /usr/local/sbin/udp-senderps -ef | grep udp-sender
root 28532 28390 0 13:11 pts/4 00:00:00 grep --color=auto udp-senderHere are some pictures of the process.
http://imgur.com/a/1ZuuO -
Okay, I’m able to multicast with FOG using the version of the FOG software(1.3 RC 13) a colleague who could multicast has.
All the following were done as root, by first using the command “sudo -i” to become root.
- I stopped all the FOG services.
Find the FOG services:
ls -lah /etc/init.d/FOG*Stop Them:
service FOGImageReplicator stop
service FOGMulticastManager stop
service FOGPingHosts stop
service FOGScheduler stop
service FOGSnapinReplicator stop- I deleted the fog user
deluser fog
Uninstalled FOG using these instructions:
https://wiki.fogproject.org/wiki/?title=Uninstall_FOG-
Finally I removed the /opt/fog folders and /etc/fog and /var/www/html/fog
rm -f -r /opt/fog
rm -f -r /etc/fog
rm -f -r /var/www/html/fog -
Then I went to my git checkout path, where I have FOG git repo and checked out the commit a college has that can multicast.
cd /root/fogproject
git checkout 249cda491927fff27967cf9c5b8cb371b49837d0 -
Finally I reinstalled FOG
cd /root/fogproject/bin
./installfog.sh
When installation finished I now had FOG 1.3 RC13, I was able to create a multicast task. When the task was started it showed up on the Task Scheduler> Active Mutlicast task screen and as a process.
ps -ef | grep udp-sender
Output:
root 21694 18671 0 11:04 ? 00:00:00 sh -c cat /images/baseW5xxwin764vmw12Aug2016/d1p1.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 600 --portbase 64654 --full-duplex --ttl 32 --nokbd --nopointopoint;
root 21696 21694 0 11:04 ? 00:00:00 /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 600 --portbase 64654 --full-duplex --ttl 32 --nokbd --nopointopointI then booted a host and the multicast session started without any issues.
-
@rbaldwin Now can you try upgrading?
I’m thinking older remnants (unbeknownst to all of us at this point) were causing the issues you were seeing to begin with.
-
I’m hesitant to upgrade now that it’s working. Maybe Monday. I did try fresh installs of both 1.3.0-RC-15 and1.3.0-RC-16 during this process without any luck resolving the issue. Only a fresh install of RC13 resolved the issue.
-
I’ve just confirmed that Multicast works fine in RC-17.
-
This post is deleted! -
Was anything changed in how FOG starts the udp-sender between RC15,16 and 17? You did a fresh install of RC17 on Ubuntu 14.04 and were able to create a Multicast task? And use that task to image a system?
-
@rbaldwin The issue, as I see it, is what is to be considered “fresh”.
Your other “fresh” layouts, to my knowledge, didn’t clear out all the other stuff.
-
I just used my pre-existing FOG setup at home to test it, I’m using CentOS 7. The commands involved in multicasting don’t differ from one OS to the other though. They all use udp-sender.
The way I just tested is, I put one host in a new group, then through Group Management I picked that group, picked Basic Task, and chose multicast. Then I confirmed the task. The task showed up in Task Management, the host automatically turned on via WOL, and was able to start laying the image on the disk via PartClone just fine.
I also confirmed that udp-sender was infact being used by watching
top
, udp-sender would be the top-consuming process in top while Partclone was going, and between partitions it’d drop down off the list.