Best posts made by Hanz

@Tom-Elliott yes, all in their own groups, all show the following under Image/Snapin Replicator, but one node
“[10-23-15 11:15:39 am] * | This is not the master node” on everything except scheduler. My actual server shows “no data to read”

FOG Configuration.docx

My Server “Fog-Server” is typically listed on this page, and it is not…kernel shows, but that’s it.

@Tom-Elliott I was given an invalid random ftp password again from installer “/” character will error a lot of things out.

Sorry, they’re all master nodes, for each school, in it’s own group…I can only assume that the passwords were correct on all machines. Im 99% sure all nodes were double checked by removing and re-adding to .fogsettings then re-installing, and then fog user passwd updated, then GUI node password verified. The only thing I did was replace the “/” in the password with “1” and doing the afforementioned and it all worked correctly, immediately.

I think it might be worth looking into, since User passwords are mitigated to the eligible characters (could be global)

This thread can probably be closed now…I appreciate your gentlemen’s help. I think the ftp wasn’t working correctly as @Uncle-Frank mentioned. Snapins are now functioning correctly.

Per Jbob I ran the following cmd on fog database to clear security tokens.

UPDATE hosts SET hostPubKey="", hostSecToken="", hostSecTime="0000-00-00 00:00:00";

I also reset encryption data from Web UI on all hosts (which I assume does the same things from different angles)

This seemed to work, as of now my VM host is working correctly (although it has not been up and running as long as my work comp)
BUT
My work computer which has been left on, has gone from “Authentication Authenticated” back to “Invalid host certificate” and “Invalid Security Token”

I restarted the service on the VM in order to force the update to 9.7 from 9.6 and it went through the process without a hitch, through reboots and all. Im running it all day today to see if I can find the point it fails (if it does).

@ch3i See this post, might clear things up

https://forums.fogproject.org/topic/6130/certificate-issues-since-moving-fog-from-ubuntu-to-fedora

No issues with this after 5374

The multicast works when the clients are instructed to go to server (via location), and this is from remote location. Just had network team setup WOL and multicast for me (although not sure of specifics with the multicast).

The problem is when the clients are set (via location) to run the multicast from the local storage node (where unicast works, and which is the group (location-based) master node.

It gets to the Partclone screen and hangs, nothing else. Reboots, killall udpsender, and clearing from mysql do not resolve the issue. I’m hoping it’s something in the way FOG “directs” the mutlicast to the storage node and on, since multicast originates from the server itself, or on my end with the multicast settings themselves.

Routers, switches, VLANS all included in topography.

1. When directed from both the server and local master storage node i noticed there is no mention of 10.72.216.50 which is storage node IP.

| 1 task found
[01-19-16 1:25:25 pm]  | Task (8) Multi-Cast Task is new!
[01-19-16 1:25:25 pm]  | Task (8) Multi-Cast Task has been cleaned.
[01-19-16 1:25:25 pm]  | Task (8) /images/X131Feb15 image file found.
[01-19-16 1:25:25 pm]  | Task (8) 2 client(s) found.
[01-19-16 1:25:25 pm]  | Task (8) Multi-Cast Task sending on base port: 52814
Udp-sender 20120424
Using mcast address 234.72.3.50
UDP sender for (stdin) at 10.72.3.50 on enp0s25 
Broadcasting control to 224.0.0.1
[01-19-16 1:25:25 pm]  | CMD: cat /images/X131Feb15/d1p1.img | /usr/local/sbin/udp-sender --interface enp0s25 --min-receivers 2 --max-wait 300 --portbase 52814 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/X131Feb15/d1p2.img | /usr/local/sbin/udp-sender --interface enp0s25 --min-receivers 2 --max-wait 300 --portbase 52814 --full-duplex --ttl 32 --nokbd --nopointopoint;

But then nothing happens…Any ideas or suggestions ??

@Tom-Elliott I sent you a msg as well, the error I posted is no longer present after cleaning mutlicast “stuff” from fog server and rebooting, but now I get to partclone screen and it hangs.

Multicast log from gui

[02-03-16 9:30:29 am] | Task (17) Multi-Cast Task is already running PID 2461
[02-03-16 9:30:39 am] | 0 tasks to be cleaned

Service Master log

[02-03-16 9:26:47 am] service_signal_handler (30080) exiting.
[02-03-16 9:26:48 am] service_signal_handler (29843) received signal 2.
[02-03-16 9:26:48 am] service_signal_handler (29843) killing child (29861).
[02-03-16 9:26:48 am] service_signal_handler (29843) exiting.
[02-03-16 9:27:58 am] FOGImageReplicator Start
[02-03-16 9:27:58 am] FOGMulticastManager Start
[02-03-16 9:27:58 am] FOGImageReplicator Start
[02-03-16 9:27:58 am] FOGTaskScheduler Start
[02-03-16 9:27:58 am] FOGPingHosts Start
[02-03-16 9:27:58 am] FOGImageReplicator fork()ed child process (1356).
[02-03-16 9:27:58 am] FOGMulticastManager fork()ed child process (1357).
[02-03-16 9:27:58 am] FOGImageReplicator fork()ed child process (1355).
[02-03-16 9:27:58 am] FOGImageReplicator child process (1356) is running.
[02-03-16 9:27:58 am] FOGImageReplicator child process (1355) is running.
[02-03-16 9:27:58 am] FOGTaskScheduler child process (1354) is running.
[02-03-16 9:27:58 am] FOGPingHosts fork()ed child process (1358).
[02-03-16 9:27:58 am] FOGTaskScheduler fork()ed child process (1354).
[02-03-16 9:27:58 am] FOGPingHosts child process (1358) is running.
[02-03-16 9:27:58 am] FOGMulticastManager child process (1357) is running.

I rebooted between 9:26 and 9:27 as you can see from log.

This is tasked to multicast from remote storage node I might add. Have not tested multicast from server subnet yet, and I’m running trunk per the 6177.

I’d also like to add that after trying to run a multicast the server shows “This is not the master storage node” under multicast log, until I completely clean mysql of multicastAssoc, MulticastgroupAssoc, and task type=8 followed by a reboot, then I get the logs as shown above working correctly.

@Paulman9 that is the correct version, just updated myself…

@Tom-Elliott Installation worked, but I’m getting

Type: 2, File:/var/www/html/fog/lib/fog/fogftp.class.php, Line:104, Message: ftp_login():Login incorrect.

This is what I see for both nodes when going into log viewer.

I checked the .fogsettings file and password in GUI under storage mgmt with no luck.

UPDATE– Nevermind I forgot to change the password for the fog user as well.

@Joe-Gill make sure that both the server and node (via logviewer–>multicast show that multicast session is actually tasked…I’ve had to cancel both active multicast task and active tasks, along with restarting FOGMulticastManager on both server and node, after killing mysql (TASK=8). Restart multicast tasking and it should start right up. I’ve even done a travel node, and can swear to it working. The key is making sure the logviewer multicast from server and node, show same tasking.

@Joe-Gill before you start the machines into pxe boot, make sure the task is showing on node will alleviate having to shut them all down each time. Set your Multicast timeout high enough to give you time…mine is set for 5 minutes.

@dawildqc Curious why pxe boot screenshot is showing 2 gateway ip addresses… 192.168.5.5 and 192.168.5.7 ? I’d assume that could be an issue with connectivity