Latest FOG 0.33b
-
r1175 released.
Even more elements in the Location Plugin. Schema actually creates the information. Can create/remove locations. No associations yet so not useful, but getting there!
Tweaks to the register.php scripts.
-
Nice, looking forward to this location addition, I may well be making good use of it in the future
-
r1176 released.
Tested pigz decompression of multicast task on the client vs. gunzip. This way it can take advantage of multiple cores. Changed multicast to use full-duplex over half-duplex so gig networks should see better speeds.
Added location scripts for checking when registering the host. Nothing implemented into the fog.man.reg or quickreg scripts yet, but will work it out shortly.
-
r1177 released.
More location management page tweaking. Still no associative properties yet, but will be simple to implement. You can search by storagegroup name or id, location name. Will work on implementing host searching once associations are made.
Removed the “old” fog.bkup script and the one left is the one from before 1142.
-
r1178 released.
More adds/edits to location plugin.
Only created the add elements. Next step is the edit elements.
LocationAssociation relationships created.
If, in my basic logic of this, what I’m thinking of works, for now you can only assign one location at a time to the host. It’s all too easy, from the gui, to make the change where necessary, but the idea of the storage groups will help manage the moving of hosts between sites.
Hope that makes sense.
Still isn’t fully operational yet, but it is well on it’s way. Host registration should work as well. If the location is enabled, it asks you, if not not it doesn’t ask.
-
r1179 released.
More mods to location plugin. Specifically, for now, the task generation based on the location storage group. Fixes display issue on task page of kill/force icons.
-
r1180 released.
Missed a semicolon sorry guys.
-
Just checking out XP single partition resizable on r1178, Original disk size of 30gb, used 9.7gb.
Deploys OK, to both 15Gb and 50Gb partitions, but a minor point, it seems to leave about 1% unallocated at the end of the disc.
e.g. in the case of deploying to 50Gb, creates a 49.5 Gb partition, leaves 510 Mb free.
Is this deliberate, I can see how it might be? -
It was deliberate.
I’m setting the “layPartSize” to 99%.
The reason for this is because:
Some drives like 100% set, others don’t.
Some drives like exact drive size set, others don’t.Some drives don’t like 100% set AND don’t like exact drive size set, others don’t really care.
However, I haven’t seen any issues with any drives being set to 99%.
Yes you loose a little bit of space, but you can extend it later on.
-
Is anyone else unable to deploy via multicast? I get to the PartClone screen, and it stops there at “restoring image to device”. It’s the first I’ve attempted multicast in 0.33b, so I’m not sure if it’s just me or if it’s a legit issue. Deploying the same image via unicast works. The image is a Win 7 image, set to single partition. Verified using rev. 1180
-
What’s the error logs look like?
-
Is FOGMulticastManager service running?
-
r1184 released.
More location tweaks. Editing should work. It’s not perfect but I think I’m getting there.
Suggestions and some code tests are welcome to make getting it complete that much faster.
-
ArchFan,
I only ask those questions because I’m currently multicasting a job and all worked perfectly.
-
[quote=“Tom Elliott, post: 22379, member: 7271”]ArchFan,
I only ask those questions because I’m currently multicasting a job and all worked perfectly.[/quote]
It doesn’t look like FOGMulticastManager service was running. For some reason, attempting to start, stop, or restart the service using sudo initially failed. Typing /opt/fog/service/FOGMulticastManager/FOGMulticastManager seems to have resolved the issue, and I can now start, stop, and restart the service. Multicast then works as expected
-
multicast doesn’t seem to be working for me, no matter how i queue the task, tried from list all hosts using deploy, tried from group multicast, tried task management and list all group, multicast - it is creating seperate multicast tasks for each host :-S
-
Are you talking the tasks themselves, or the udp-sender?
-
To answer the log question, there were no files in /opt/fog/log, and none of the /var/log files showed anything other than something about not defining a timezone. Typing /opt/fog/service/FOGMulticastManager/FOGMulticastManager did give me quite a few PHP Warnings. I don’t know what’s significant
PHP Warning: fopen(): Filename cannot be empty in /opt/fog/service/common/functions.php on line 10
PHP Warning: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /opt/fog/service/common/functions.php on line 19
PHP Warning: fopen(/dev/tty2): failed to open stream: Permission denied in /opt/fog/service/common/functions.php on line 10
PHP Warning: fopen(/opt/fog/log/multicast.log): failed to open stream: Permission denied in /opt/fog/service/common/functions.php on line 26
PHP Warning: Missing argument 2 for out(), called in /opt/fog/service/common/functions.php on line 28 and defined in /opt/fog/service/common/functions.php on line 6 -
Found the issue Lee was reporting.
r1185 released. Should PROPERLY NOW, fix group/individual taskings for multicast jobs.
Creates new multicast task for individual host multicast deploy.
Creates Group multicast task based on the Group->Host->image being the same.
-
Hi,
How to update r1170 -> r1185?
Uninstall and reinstall all or simply extract files of new version.
Thanks
