SOLVED Image download (Multicast) stuck at 100%
-
When I download Images on the Hosts (Multicast) the download is stuck at 100%, the system works after a force reboot, but the Partition is not resized:
Fog (3515) running on Debian 8 (Problem found? lol)
-
@Wayne-Workman Multicast works now fine. Thanks for the update
-
I just spent a whole 8 hours troubleshooting thisā¦
Built a test FOG server in a VM, started at older revisions and slowly iterated up, testing multicast and snapshoting each oneā¦
The test server passed all tests with flying colorsā¦ then I imported my production DB into the test serverā¦ the test server still succeeded.
So, I simply re-ran the installer for r3513 on my production FOG server, and it downloaded the new inits and what do ya know? it works now.
Soā¦
The new inits fixed it for me (I think). Thanks to @Developers for (probably) making changes to the inits. Just re-run your installers.
Can everyone else do the same to confirm the fix?
However, Iām going to just rebuild this thing anywaysā¦ going to move to Fedora 22 Server.
Thatās the project for tomorrow morning.
-
Tomorrow, Iām going to quickly build up a new Fedora 21 box and put an older Trunk version of FOG on it. I know for sure it was working at r2922, so thatās what Iāll try to use and then I can test it.
If itās successful, Iāll iterate up by 100 revisions at a time (snap-shoting each one), and when it breaks, Iāll roll back and iterate up by 10, till it breaks, then iterate up by 1 and find EXACTLY where things went wrong.
-
Also, domain joining issues started happening with the Legacy Client at the same time that we started using Multicast.
If we unicast to 2 or 3, they join the domain ok.
If we unicast to 5+ (like 20 and 30), none of them join the domain.
-
They are still just sitting thereā¦
Multicast is busted somehow.
-
@Wayne-Workman said:
I changed the max_allowed_packet size to 32M and it didnāt help.
The default is 16M.
Here is the reference: https://dev.mysql.com/doc/refman/5.5/en/packet-too-large.html
Also, here is a video of what Iām seeing:
That video made me puke lol
-
I changed the max_allowed_packet size to 32M and it didnāt help.
The default is 16M.
Here is the reference: https://dev.mysql.com/doc/refman/5.5/en/packet-too-large.html
Also, here is a video of what Iām seeing:
-
Update on this, just tried multicast with thirteen (13) Optiplex 7010s.
Same issueā¦
Going to try to increase the max_packet size as Tom suggested via IM. Iāve got a little time to play around with it todayā¦ Thanks to FOG, Iām WAY ahead this summer, even with unicasting everythingā¦
-
-
-
For the record, Iāve been talking to Tom about this issue, because Iām experiencing the same.
Itās driving me nuts.
Iāve set my global maximum_connections to 500 but it didnāt help.
Seems like 6 will finish every time, the rest just sit and stare at the wall (as noted in first post).
Right now, Iām on r3513.
After this unicast session of 24 computers finishes, Iāll upgrade and pray this issue goes away.
-
@Tune389 Sounds a bit dumb, but can you post a screenshot/pic of the system?
-
@Tom-Elliott still stuck at 100%
(Partclone) with 3521 -
@Tom-Elliott by the way since version > ~3480 the DHCP setup donāt work (āSetting up and starting DHCP Serverā¦Failed!ā), I delete every time the āconfigureDHCP;ā line in ā.install.shā to skip this step ā¦
-
I found another problem. You should be fine @Tune389 but just a forewarning to others paying attention.
SVN 3521 Should correct all of this.
-
@Tom-Elliott thanks I try
-
Can you try upgrading to 3519?
Iām trying a new methodology. I donāt know if it will work better or not, but with any luckā¦
-
@Tom-Elliott I have a āforce PXE over Wake On Lanā Option, When I try after the force reboot to boot over pxe it starts the download again.
-
But when you reboot (forcibly) itās not trying to boot back into the tasking?
