Capone and Multicasting not possible?
-
that depends on your network and server hardware and network configuration. personally i image multiple computers at a time with speeds of over 5GB/minute. doing multiple unicasts can be very disk I/O intensive and that slows things down, but on the other hand, multicast slows everything down with any issue with any host. i can foresee situations were a server with an SSD could be faster then multicast
-
[quote=“guscrown, post: 38997, member: 26595”]Thanks, Tom. Is there a way to bypass the input of user/pass and session? I’m afraid you will say no.[/quote]
I’m afraid you’re stuck being afraid for now?
I’m not trying to sound rude or crude, but some of these things are set in such a manner for some semblance of security. You could play with the source code to have it work for you.
First you’d needed to edit the FOGConfigurationPage ‘disabled’ part on pxe setting function. You’d make line 278 of the file /var/www/fog/lib/pages/FOGConfigurationPage.class.php from:
[php]‘disabled’ => $menuid ? ‘readonly=“true”’ : ‘’,[/php]
TO:
[php]‘disaabled’ => ‘’,[/php]Then you’d edit BootMenu.class.php to move the $_REQUEST[‘sessionJoin’] settings on lines: 572 and 573 to right under line 159.
Then you edit on the GUI side (fog.multijoin) and remove the lines stating:
[code]login[/code]
[code]param username ${username}[/code]
[code]param password ${password}[/code]That should remove authentication from the mix. That said, I’d highly recommend against it.
-
Thanks, Tom. I really appreciate your help.
I saw that there is a way to bypass registration and deploy with multicast on 0.32, I will try and install that one.
I am also thinking of asking the PC manufacturer for a list of all the mac addresses for the 350 pieces that I bought, there might be a chance that they have a way to send them to me. I could preload them onto the DB.
-
What specifically are you going to install from 0.32?
That was a complete patch of the bypass registration file.
While the file might load, you’ll only kernel panic, and even if you boot into it, it won’t know anything about how the new system is setup.
-
Sorry, what I meant was install 0.32 from scratch on another VM and try it out.
I will first try your mod for removing the authentication for joining the multicast. I can do this in a copy of the VM, and simply use it during this period. After that I can go back to the more secure option.
-
[quote=“Tom Elliott, post: 38994, member: 7271”]as you know what image is what.
Try latest svn.
I’ve made functionality of multicast joining. Not with capone, as that’s to hard to guess.
What you do:
[From GUI]
Go to image management page.Choose multicast image
Setup your needed parameters on the page presented.
Submit the form.
[From Client]
Boot unregistered system to boot menu.
Choose Join Multicast session option.
Type in your fog gui login and password.
Type in the name you set the session to in gui.
You should be good.[/quote]
Tom,
I tried to do this, but Join Multicast Session was not appearing on unregistered hosts. I went into fog.multijoin option in PXE Menu Configuration and selected “All Hosts”. This basically broke it, as I don’t see it on any host anymore. And fog.multijoin option from PXE Menu Configuration is gone now.
I’m on 2637, by the way.
-
So you didn’t upgrade before when I asked you to?
-
To fix
Open MySQL preferably in phpmyadmin
Or from terminal
mysql -u root [ -p only if you set sql password ][code]
Update fog.pxeMenu set pxeName=‘fog.multijoin’ where pxeID=‘7’;[/code] -
By the way, I haven’t edit the files you mentioned. This simply happened by me selecting “All Hosts” for fot.multijoin.
-
[quote=“Tom Elliott, post: 39021, member: 7271”]So you didn’t upgrade before when I asked you to?[/quote]
Tom,
I upgraded yesterday morning before I made all my posts. I’ve been on 2637 all this time.
-
After that is fixed update svn on server by cd location/of/svn/download
Run
[code]svn up
cd bin
sudo ./installfog.sh[/code] -
This post is deleted! -
This post is deleted! -
Got 2643 running. I am able to join the session with unregistered hosts. Multicasting isn’t working though. I will try a different switch.
-
Turns out it IS working, it’s just that if the other hosts join AFTER the multicast session has started, they won’t get imaged. I guess that’s the way a session works, by specifying how many hosts you will image with the same image. The third host waits indefinitely to get imaged but it never happens.
Unfortunately this will not work for me. I think Unicast or pre-registering hosts will be my only options.
-
Tom,
Let me ask you something. A different group from the company is using another PXE server for their deployments, “Frisbee” I believe it is. In their server, when a host joins the image process after it has started, it will begin from the current stage, and then at the end it will fill out what was initially missed.
Does Fog have the same functionality?
-
No it doesn’t, nor would I know how to tell what segments have or haven’t been copied.
-
I think Capone and a decent Gigabit switch should be OK. I will limit my imaging to 8 hosts at a time. Thanks, Tom. I’ll make sure to get you a six pack of beer.
-
I’m looking up frisbee software to see if I can use any of their source code to help you out, but don’t expect any miracles.
Capone is quite capable of doing what you need, even if it doesn’t support multicast.
I really don’t want to try playing with multicast on the capone side as it’s one of my (personally) most hated features (multicast that is)
-
I will also talk to the Software guys about their server and how it actually performs that function that I explained (ie. starting from the current multicast stage, and then finishing up on the second loop). It’s a nice little feature to have.
Say you have 30 hosts to image, and initially 5 come on simultaneously.
Image multicast Loop #1: Image Host 1, 2, 3, 4 , 5
Half way through, hosts 6-14 join, and they only have 50% of the image (the second half).
Image multicast Loop #2: Image Host 6,14
Half way through this loop, the rest of the hosts join
Image multicast loop #3: Image the remaining hosts.Now, this is assuming they all join simultaneously. Which might not happen. With the wait of 1 minute, you might get as many as you can at the same time.
The problem now is that if a host joined after the multicast session it will remain there idling indefinitely.
