Latest FOG 0.33b
-
Just finishing a few tests but looking good so far.
Upload and Deploy are working for me, including renaming early.
I even have my test setup running over two sites connected via VPN.With the setup of multiple TFTP servers… the pxelinux.cfg directory needs to be mounted from the master server… however if my VPN goes down the clients no longer successfully boot. They error because the files are missing.
Would you suggest it is better to NFS mount the TFTPboot directory instead of the pxelinux.cfg so that if the VPN is down the clients just error out and boot from their next set device? Or could it be setup in another way so that it works with multiple TFTP servers without an NFS mount.
Only slight annoyance is the replication service doesn’t seem to do anything on it’s own. needs a manual restart to work. might be an idea to maybe have it configurable or got rid of since there could be better solutions for those using many sites and those on one site with a storage server could just use rsync or something simple.
-
r1172 released.
Should fix login history page to verify if it’s already an instance of a previous session. If not, it will not generate the graphs, so should be good with that.
Snapin Deployment tasks actually get cleared from the queue now. (Still todo with this: need to make it so you can create tasks over snapin deployments. You currently can create snapin deployment’s over tasks, but not vice versa.)
Service scripts now use all the MAC’s presented to verify if a host is registered. (PrinterMangager, Hostname changer, etc…) Still need to figure out how to get it to add a mac to the host if it’s not already there.
-
r1173 released.
If you create a multicast job from the individual host, it will generate a new udp-cast session. The caveat to this, however, is groups.
Multicast was designed for groups. So normally, if you are trying to multicast different groups, you’re (assumingly) trying to image those groups with separate images. If you have multiple groups with the same image id, it will try to assume you’re trying to use the same session. I haven’t worked out the kinks in that yet.
-
r1174 released.
More elements added for Lee Rowlett’s Location Plugin. Still not functional yet, but building the necessary elements seems more important before getting it work yet. That parts relatively easy.
Fixed multicast SDR resizing issues. (I didn’t add it originally DOH!)
-
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
