Bugs in FOG 0.33
-
I can fix the port problem relatively easily. It’s in Host.class.php from {fogwebdir}/lib/fog/Host.class.php line 641. GIve me a few minutes and I’ll see where the port is specified (if so) from the FOG GUI. Right now it’s manually set to 666 which, as far as I can tell, it should be pulling the information from somewhere.
-
Hi Tom, Thanks for that information and for r1094 update. I have applied the update and this now uses the value on fog settings>FOG_UDPCAST_STARTINGPORT, however just to make you aware there is a minor typo in the {fogwebdir}/lib/fog/Host.class.php , line 641, there is space that needs to be removed to make is work.
Any idea where the udp-sender cmd is being sent from, as in order for multicast to work this cmd currently still needs to be send manually.
Thanks again -
I believe the udp-sender is performed by the FOGMulticastManager service found in /opt/fog/service/FOGMulticastManager and started with the command:
[code]sudo service FOGMulticastManager restart[/code] -
Hi Tom, thanks , the service FOGMulticastManager is running…,
from checking the file, it looks like the multicast cmd comes from /var/www/fog/lib/MulticastTask.class.php
not sure from where and how the file and cmd gets run… -
The file is actually in:
/opt/fog/service/common/lib/MulticastTask.class.phpI’m taking a look right now.
-
Hi Tom, Apologies - not sure where I got that file path from.
Thanks very much for looking into this further… -
I have found that you cannot delete an Image from the GUI because the images are being created as root:root instead of fog:root
after changing the permissions of the files I am able to delete the images from the GUI> -
The images directory should be set as:
[code]chmod 777 -r /images[/code]This should allow you to delete the files. The Ownership shouldn’t matter.
-
The latest fog should have Multicast Tasks working appropriately now. r1106 should allow all of this to work, create, start, cleanup, and what not.
-
All,
Just a heads up on the UDP Port created. I’ve changed it to get the setting from the web GUI, You can set it, but I’ve added another feature to the class files that randomly generates a new port number (even) between 2 and 65534 (port 0 is invalid, port 65535 is invalid) so, while you can manually specify a port number, it also automatically/randomly sets a new port number after a multicast task is created. This way you can create multiple multicast jobs without worry if the port is already in use. That’s not to say it couldn’t recreate the same port, but it’s a fairly wide range so it’s unlikely to create a port that already exists.
-
Hi Tom, great job regarding the multicasting and all the other improvement you’ve made, I will get a chance on Monday to test it.
Thanks again for your effort! -
Denis and all,
You’re very welcome. Just test and let me know of any issues you run into, I’ll try to fix them when I can.
As a side note, I think all should be aware of, besides the whole port randomization thing all of the multicast jobs, and as I find them, other imaging/non-imaging tasks (wake on lan, snapin deployment, etc…) will be performed by the Host.class.php file. I am using this as it’s already designed to handle the deployment of tasks, why not use it to create my tasks as I imagine they were intended.
As I delved into these pretty head strong on the idea, I also am starting to wonder if the reason 0.32 had issues isn’t similar to the cause of the issues I was running into, but able to fix.
-
Hi Tom, I have updated to v1117 this morning and tried to test multicasting, however I cant get it to work
I tried it using the different menu, i.e from with task mangement, and group management using multicast to deploy image.
the pc’s in the group stay on the partclone display but they dont start. Also the multicast.log has nothing other than “Checking if I am group manager” , udp-sender is not being called.I have atached a screen shot of the access log, let me know if I can provide anything further to try troubleshoot, thanks Tom.
[url=“/_imported_xf_attachments/0/500_accesslog.JPG?:”]accesslog.JPG[/url]
-
Restart the FOGMulticastManager service.
-
This post is deleted! -
Hi Tom, thanks. That has certainly help, sorry just another thing, image is not getting deploy,
Notice below, the gunzip cmd, show the image as /images//win8, suspect this should be /images/win8.If you dont mind if this is indead a typo can you let me know where I can make this change, much appreciated…
[01-20-14 12:17:37 pm] * [01-20-14 12:17:37 pm] I am the group manager.
[01-20-14 12:17:37 pm] | [01-20-14 12:17:37 pm] Task (6) Multicast Group Quick Deploy is new!
[01-20-14 12:17:37 pm] | [01-20-14 12:17:37 pm] Task (6) Multicast Group Quick Deploy image file found.
[01-20-14 12:17:37 pm] | [01-20-14 12:17:37 pm] Task (6) Multicast Group Quick Deploy 2 clients found.
[01-20-14 12:17:37 pm] | [01-20-14 12:17:37 pm] Task (6) Multicast Group Quick Deploy sending on base port: 36678
[01-20-14 12:17:37 pm] CMD: gunzip -c “/images//win8”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 36678 --interfa
[01-20-14 12:17:42 pm] | [01-20-14 12:17:42 pm] Task (6) Multicast Group Quick Deploy has started.
[01-20-14 12:17:52 pm] * [01-20-14 12:17:52 pm] Checking if I am the group manager. -
It’s because your database is storing the “/images” part as “/images/”, I can add an rtrim to remove the last slash though. If it doesn’t exist it stays as is, if it does exist it removes it so my formatting can take over.
-
r1118 released to rtrim the path of extra /'s. Adds more information for Option 066 and Option 067.
-
Hi Tom, thanks. i have updated to latest version with rtrim included but is still the same, still putting in the two //,
Thanks -
You will have to re-restart the FOGMulticastManager service for it to take effect.
