FOG 33b - installation - HP Elite 8300 SFF
-
I have just tried to deploy Linux to 13 PCs in 1 classroom.
All booted automatically and loaded the pxe file.
But they did not pick up the image. They just
rebooted to pxe fog window
rebooted to pxe fog window
rebooted to pxe fog window
endlesslyIt’s 21:30 now and this is a real downer.
-
On the management console the Ubuntu-12 image appears to be 9.07 MiB.
But on fogserver itself they are:
d1p1 = 1.4 GB
d1p2 = 1.0 kB
d1p5 = 635.6 MB -
Bug in hosts page.
With many new hosts, the option to add them to a group at the bottom vanishes. -
can you include some screen shots of what you see, the task page for example and the booting clients??
You are giving us almost nothing to go off of and it makes identifying the problem very difficult…
-
There is a bug in hosts window.
When there are many hosts, the option at the bottom of the page to put selected hosts into a group has vanished. -
[QUOTE]Server 2012 R2 already had DHCP scope options:
066 = fogserver[/QUOTE]Are you sure you set this ip to the ip of the NEW FOG server you made, not the old one?
Also that is not a bug, that is how the UI functions.
To add hosts to a group go under the groups tab and select a group then click membership and add the hosts you want.
-
I’m too tired to do this now. I need to go home now. It’s 10PM.
-
Server 2012
066 = 10.0.1.40 which is the new fogserver. -
As long as option 67 is set to undionly.kpxe then when you are back in the office post some screen shots of the tasks page and what the client are seeing during their pxe boot.
-
Tried sending a single image to one of the NEW Elite 8300 USDT.
It worked!
This means that most things must be correct on the fogserver and server 2012 domain controller.
I will now try a multi cast deploy to 3 of the new USDT. If that works, then that points to a problem with the old HP DC7100 PCs or the Linux image or the network in that classroom. -
The multicast to 3 new USDT PCs stopped, froze waiting at the PartClone white window in a blue frame.
With one line of text at top:
Starting to restore image (-) to device (/dev/sda1)Notice the image is (-)
Looks like multicast is not finding the image, the same image I have just sent successfully to one of these 3 PCs.
This would also explain why the multicast to the old HPs did not work.
I will now try deploying Linux to a single old HP PC in the same classroom where the Linux multicast did not work yesterday.
I’m hoping that might work, showing that the problem is in multicast. -
No the deployment to a single old HP did not work. Exactly the same result as with the multicast to those old HPs yesterday.
Now I’ll try to write down the error messages on both old and new HPs.
-
The Starting to restore image (-) to device (/dev/sda1) line means it’s getting its data from Standard Input, this is expected to happen.
Does your network allow for multicast traffic or is it filtered?
Just because something doesn’t work, doesn’t automatically make it a FOG issue. You need to check all of your stuff before trying to place the blame on FOG.
The reason I say this is because, I can multicast using the same revision (I’m guessing) that you are.
-
That’s a good point about multicast because I have just set up a new multi VLAN network on pre-existing switches.
Maybe multicast has been disallowed. hmmm -
Don’t forget, multicast traffic only sends broadcast traffic across it’s own subnet. If you want broadcast traffic to pass through to other VLAN’s you’d likely need to enable ip broadcast forwarding so it can cross subnets into the realm’s you’re specifically requesting.
-
Although we have 6 VLANS, everything we are talking about here is in the same VLAN-1 and physically connected to the same switch.
I’m not sure how to find out if multicast has been disabled or not. But it was not disallowed before, before we set up the VLANS.
Isn’t it normal by default to have multicast enabled in each VLAN?Our gateways for all our VLANS are on a new PaloAlto PA-200 firewall. Not sure if that is creating a problem for multicast packets.
I’m looking at the PaloAlto user interface but cannot find any reference to multicast traffic yet.But isn’t it normal by default to have multicast enabled in each vlan?
-
That would depend on your device. As for finding the options, again… google searches will save your life…
We don’t mind helping out but you need to start searching for the basic info you are looking for especially when it’s related to your own hardware.
-
[I]We don’t mind helping out but you need to start searching for the basic info you are looking for especially when it’s related to your own hardware. [/I]
Absolutely.
-
The Cisco switch says: By default, all Multicast frames are flooded to all ports of the VLAN
Palo Alto - have not found any relevant info. The guy that helps me with the PaloAlto is uncontactable.
One thing is clear here - everything is in 1 broadcast domain, so it’s unlikely that multicasting has been filtered.
I’m stuck.
-
I think you are chasing a ghost in the machines. You need to concentrate on a single issue and solve it before moving forward. And I doubt the firewall is the issue. The firewalls position is between your network and the world to act as a bouncer. Your fog server doesn’t send information to the world to come back to the network, it sits on the network and sends information on the local network ONLY, if your fog server is being passed through your firewall, something is wrong. Therefore it is highly unlikely that the firewall would cause the issue. NOW there could be a firewall installed in linux that could cause some issues, but I don’t think that pertains here.
Try eliminating the switch gear and attempt to image on a small hub or router (You will need something doling ip addresses to pxe boot) and try your set up on a few machines, if the multicast completes as expected you need to look at the settings in your network on your switch gear. If you have to set up a “test” environment on a few old hubs and try the set up, don’t use the main switches.