Latest Development FOG
-
SVN 2481 released.
This weekend I spent most of my time moving snapins to an FTP based system. I built a snapin replicator service. I added storage group setting to the snapins as well.
Basically, this means, especially with location plugins, snapins can be located to the relevant nodes as well.
-
[quote=“Ray Zuchowski, post: 38239, member: 24449”]The way i registered hosts was through pxe booting. Basically boot to the network card and select perform full host registration and inventory. The process begins and that’s where i get the error and says can not register this device for the following reason…doesnt give you a reason and then you get a blinking cursor . This is happening with everything now. Again this isnt anything to do with the tablets with UEFI. Once i get everything else to image again ill re-approach with the kernel argument.[/quote]
Can you do me a favor?
As you’ve updated to svn, first re-update to 2481.
[code]cd /your/location/where/you/downloaded/trunk
svn up
cd bin
sudo ./installfog.sh
y
[Enter]
[Enter][/code]Then copy the trunk’s version of the BootItem.hook.php to your lib hooks directory:
[code]sudo cp packages/web/lib/hooks/BootItem.hook.php /var/www/fog/lib/hooks/BootItem.hook.php[/code]Then test if you can at least get the menu and boot one of your working systems to register.
-
2482 solve my registration problem
-
Tom,
Everything works now. I haven’t tried testing again with the tablets yet but I will today. Imaging now with no issues, however multicasting still doesn’t work. When you go to join the session the clients just make two separate udpcast sessions and the originally multicast session lists as Queued . Also since my tablets are running a UEFI bios. What should I change my Undionly.kpxe to ?
-
you don’t have the option to use legacy methods with the tablets?
-
Not on these. These are Dell Venue 11 Pro 5130s . No option to put in legacy mode. I don’t know why Dell did this. Very dumb on their part.
-
Is it possible in later releases to have undionly.kpxe and a UEFI version stacked ? Meaning when a laptop or tablet is booted … the boot file will first try booting with undionly however if it detects the bios is uefi… Can it then go to that UEFI boot file ? I think I read somewhere online that its possible but it would be cool if maybe possible that was already built in to the undionly.kpxe file as an argument. Maybe have under the general settings the option to specify the UEFI boot file .
-
[quote=“Ray Zuchowski, post: 38265, member: 24449”]Is it possible in later releases to have undionly.kpxe and a UEFI version stacked?[/quote]
That is relevant to my interests.
-
I would LOVE to have this functionality, but haven’t a clue how to handle this programmatically from the undi scripts and what not.
SVN 2483 released. Hopefully should fix the multicast name joining.
-
Tom,
Just upgraded to 2483 to test the multicast on 3 computers and after you type in the session name it loads the script and just sits at the network screen Broadcom Network PXE all rights reserved. So its not longer making its own UDP session but multicast wont start. Also under the multicast section in the gui… is it seconds or minutes for the time out ? I put in 60 for time out cause im basing it off seconds but maybe put something in parenthesis so we know if its mins or seconds. Just a suggestion.
Ray Z
-
It’s minutes. I do plan to add that.
Try 2484 as I just committed it and it should work properly now.
-
Tom,
2484 on multicast works like a champ now. Noticing that imaging is a lot faster now then doing 3 udp casts a once. Originally it was pushing 800 mbps now I’m doing 3 laptops at 1.62gig. That’s huge. One thing I noticed when it loads the session still says send method UDPCAST and a cool thing would be while sitting at the partclone or maybe have a screen before the partclone screen stating how many computers we are waiting on until session starts and with a timeout counter. So for example computer joins session and it sits at a please wait screen like previous versions but says waiting on 2 out of 3 computers until session starts with the timeout counter below . As other computers join the session the number on computers decreases . Waiting on now 1 of 3 computers until session starts . Would be very helpful if you are doing a ton of computers at once on imaging.
Ray Z
-
Ray,
I’m psyched that imaging now works through the session name for multicast, but I missed something and it should now work properly. That said, to inform about your feature request, I do understand why you’d want it.
However, I’m not the developer for Partclone. That’s not to say I couldn’t do what you’re requesting, but it’d be a lot of work to code in a replacement field while waiting. Hopefully you understand as my c skills aren’t quite there yet.
-
Tom,
No problem buddy. In time it will get there. Thanks for all your help. Ill continue to test. Now we gotta get this UEFI for the tablets working. Im pumped as well multicasting is working great now to. Thanks again
-
SVN 2487 released.
With this just comes more proper fixes for the multicast session joining feature. As well as ipxe file updates. Nothing major to note (I don’t think) just wanted to keep all informed.
-
Tom,
Is there a reason why every time I update to the latest svn that it inserts a 298 into my MySQL password ? I have $$$ at the end of my password and it will insert 298$ and delete the other two dollar signs .
-
sorry inserts 2983
-
My guess is the .fogsettings file.
Edit the file:
/opt/fog/.fogsettings (yes that’s slash opt slash fog slash period fogsettingsChange the snmysqlpass field
and where you have the $$$ you may need to replace with:Backslash$Backslash$Backslash$
So it would show something like $$$
-
Tom,
Two things… ever since the update to 2487 when you go to register a host from ipxe menu or join a multicast session it hangs at sending network discovery and then finally goes in. About a 60 sec lag time. Also another thing I noticed is in order for a host to join a multicast session, that host has to be registered with the image that is being broadcasted. Im not sure if that’s a bug or by design. However, if the host system is not registered with the image that is being broadcasted it just hangs at the Broadcom screen all rights reserved. If this is by design, then it should give an error message saying this host isn’t registered with the following image and kick you back to the main ipxe menu.
Ray Z
-
[quote=“Ray Zuchowski, post: 38332, member: 24449”]Tom,
Two things… ever since the update to 2487 when you go to register a host from ipxe menu or join a multicast session it hangs at sending network discovery and then finally goes in. About a 60 sec lag time. Also another thing I noticed is in order for a host to join a multicast session, that host has to be registered with the image that is being broadcasted. Im not sure if that’s a bug or by design. However, if the host system is not registered with the image that is being broadcasted it just hangs at the Broadcom screen all rights reserved. If this is by design, then it should give an error message saying this host isn’t registered with the following image and kick you back to the main ipxe menu.
Ray Z[/quote]
Right now, the host must be registered, not necessarily with the particular image, just registered, to join the session. I need to figure out the logic on how to get the host to join when it isn’t registered though and that’s going to be tough.
The 60 sec lag time is a bit odd, but it fits the description that I specified. Basically I’ve set the retries to 100 times and each retry has a 60 second timeout. So my guess is the first request is failing, but the second request is working properly. So I will likely change the timeout to 5 or 10 seconds but keep the retries amount the same.