Image Size: ON Server 0.00 iB - Was working but now its not.
-
I should add to this thread too, in that this size on server is a nice to have feature but should not impact any ability to actually image a device.
-
Ok so I captured a new image this morning and no change, still shows 0.00 iB. Where can I find the imageGroupAssoc table so I can check the value?
Update: Installed MySQL Workbench and found the imageGroupAssoc table. igaStorageGroupID was already set to 1 for all three entries for the three images I have uploaded.
-
@tom-elliott Thanks Tom, agreed it is a nice feature and if I can’t get it to work it will not deter me from continuing my deployment of FOG. I am still in the beginning stages and have a lot to learn. So far it shows great potential and has already blown my mind on the speed difference compared to using our old Norton Ghost setup.
-
@ravigon how about the values of igaPrimary (wonder why I wrote igaGroup …)?
What is the ID in “Storage Management” -> “All Storage Nodes” -> your storage node (normally “DefaultMember”) -> “Storage Group”? And are the other settings there correct?
Could you also check the Image Size log in “Fog Configuration” -> “Log Viewer” if there are any errors? -
@tian igaPrimary also has them all set to 1. Under Storage Management the group is set to Default (1). The other settings all look to be correct including the user and password. In the log I am seeing this over and over again: “This is not the master node”. Doesn’t exactly sound like that is a good thing lol. Going back to the Storage Management tab I see that the box is selected for it to be the master node.
-
-
@tom-elliott That did it! I wonder why even after rebooting the server it didn’t work? On a side note I was looking at the Multicast log and it also showed the master node error message. So on a hunch I changed the IP on the storage node from my internal static IP to 127.0.0.1. After that the Multicast log said “No Tasks Found”, which I’m taking as a good sign as that it can read the storage node. I changed the IP back to the static IP on the storage node and then ran the command to restart the service and it now displays the image file sizes for the two new images. My question is should I leave the static IP on the storage node or set it to 127.0.0.1? Thank you all for the help!
Current Status:
Image Size: On Server - Functioning
Multicast Log - Showing “This is not the master node” -
@ravigon 127.0.0.1 is not the proper IP address at all. That means to literally reference itself.
While 127.0.0.1 is the “node” itself, it almost sounds like the IP that was configured during initial install has changed from what the new network IP address is.
-
@tom-elliott The IP did change at some point. It was assigned by DHCP when I first installed Ubuntu but I created a reservation for it on the DHCP server afterward with a different IP. I just cannot recall if I changed it before or after installing FOG. Since I will be needing multicast in the future, I did some reading and found where it said to change the hosts file (located at /etc/hosts) IP entry for my server hostname from 127.0.0.1 or 127.0.1.1 to my current static IP and then restart the multicast service (sudo systemctl restart FOGMulticastManager). Now the multicast log is showing “No Tasks Found!”. Success! Thanks again for all your help!
Edited to give more info on the multicast fix.
-
@ravigon No problem.
I would also check if the FOGImageSize service is enabled which you should be able to do with:
sudo systemctl enable FOGImageSize
This should ensure it can start on reboots.
-
@tom-elliott Great! Thanks, will do.