Hi, my colleague found this regarding 10 Mbit mode: h ttps://communities.intel.com/thread/11355?start=15&tstart=0

If you have a way of getting the raw images access from the client, after imaging, via NFS or SMB share, then you should be able to mount the images with OSFMount in Windows.
Not tested yet.

Glad you got it. I told you I had no idea! lol.

Sorry for the outages, there was a nasty little misconfiguration that caused random database segfaults. I believe it has been resolved and things should be smoother from here.

Syed,

I would also look into this utility, [url]http://en.community.dell.com/techcenter/systems-management/w/wiki/1952.dell-client-configuration-toolkit-cctk.aspx[/url]. We run the full Latitude lineup where I work, this is what I use when I need to make changes “enterprise” wide to machines. I package BIOS settings with this utility and push them out through our deployment software. (Unfortunately, it’s not FOG).

Mike,

As FOG is being installed, it uses the apt-get methods from Ubuntu, which I’d imagine to be the same as on Debian. Tomorrow, while I’m at work, I’ll boot my Debian System(s) up and attempt an install. The first install will be with the version I’ve been working with, and the second with be with 0.32 which I would recommend for your particular setup at this point in time. I hope to give you some insight and wish the best.

Thank Tom !
worked as expected 🙂
Nicolas
PS : sorry for the delay, motorbike fall has taken me away from computers these days.

I will try that tom and i broke it up for easier reading as well

Anyone? 🙂

I saw someone asking about it, but didn’t follow through to see if they had it up and working. I was asking more because I wanted input on the specific setup - the Pi is seriously underpowered for what I was thinking of doing

If you go to TCEA next year, maybe we could meet up - I went this year for the first time, but didn’t see your post about it until last week

Yes, and no.

Being that you are new to FOG, I will run through what I tell my staff when I set them up with a FOG server.

After your FOG server has been set up, You have to do as Gilou suggested and give the option 66 and 67 options to your DHCP router properties pointing to your FOG server. Set a machine to PXE boot and test to make sure that the FOG pxe boot menu displays.

(IF no PXE menu display we can troubleshoot)

Now that PXE is enabled, I would begin working on my image ( I work virtually but to each his own).
After your image is complete you are ready to upload.

[B]Image Management[/B] will allow you to create images, this [U][B]MUST BE DONE PRIOR TO IMPORTING A HOST TO YOUR FOG[/B][/U]
[U][B]SERVER[/B][/U], otherwise you will have to create one and select it later, manually.

Navigate to your FOG server web GUI. Click “[B]Image Management[/B]” the 5th icon over from the left. Click “[B]New Image[/B]” on the left. Give the image a name, a description, select “Default” for Storage, and give the file a name, [U]no spaces[/U]. Select Multiple Partition image
– Single Disk (Not resizeable) or Multiple Partition image – All Disks (Not resizeable) (these work best, you can use the others, but if you use Windows 7 I [B]HIGHLY[/B] recommend the Multiple Partition modes). Click Add.

[SIZE=2]Now that you have an Image store, you can begin [/SIZE]registering[SIZE=2] a host and imaging.[/SIZE]

You will need to register each unit as a host to the FOG machine, [B]INCLUDING THE MACHINE YOU MADE YOUR IMAGE ON[/B]! I normally register my “imaging machine” as Master or something so you can tell it apart from the rest. Boot your machine and select the PXE boot option. When you are confronted with the FOG PXE screen, register the host (quick registration will get the machine into the web GUI under host management but will still need to be assigned an image.) I recommend using the Full Registration mode, this will allow you to select the image store you previously set up. [B]DO NOT TRY TO QUICK IMAGE YET!!![/B]

Now that you have a registered host and an image store, you can tell the machine to upload it’s image to the FOG server.

Go back to the web GUI, select “[B]Host management[/B]” the 3rd icon over, click “[B]list all hosts[/B]” on the left. Select your “Master” from the list. This will load the machine information, here you can see how you can manually update the information (in case you want to rename, or remove) on the left click “[B]Basic Tasks[/B]”. Click “[B]Upload Image[/B]” your machine should reboot (if not power it off and back on the FOG server can use Wake-on-Lan to wake up and shut down machines but it is an unreliable technology.) Your host machine will begin uploading.

You may go forward with registering your T5370s buy registering the machine to the FOG server and selecting your image store, you may now complete the quick image from the registration menu.

Based on my understanding,

Your IP DHCP Range changed from 10.140.252.x to 10.140.190.x?

Was this an on the fly change?

Did you make the changes to your FOG Server configurations? TFTP, WEB_HOST, FTP?

Have you restarted your fog server since DHCP took over? Or at the very least the apache server?

The reason you’d not be able to access the web server (10.140.190.82/fog) sounds like you changed the network but did not restart the apache service.

You’ll run into all sorts of other issues though unless you make the configuration changes. Many of them will be on the Web GUI, but you’ll likely need to make the change to your /tftpboot/pxelinux.cfg/default file as well. All references to the old IP will need to be updated to the new server address.

Hi,

What does your C:\fog.log say about it?

Cheers
Gilou

Here is the thread mentioned by Raff:

[url]http://fogproject.org/forum/threads/minor-change-great-improvment-multicast-i-love-you.8005/[/url]

We haven’t tried it at our place yet, but the theory of it makes sense.

It is a good idea to try using a “dumb” switch as a multicast test. Smart switches might see heavy multicast sessions as a storm or flood control target. Or perhaps they will throttle the heavy traffic. I needed to tweak our switches to allow multicast at a decent rate - I got 700mb/min for multicast but 4gb/min unicast - in fact I could start 5 clients unicast and still finish before 5 clients multicast. Using a dumb 1gb switch I got close to 2gb/min multicast.

The sweetspot for me (multicast) seems to be >5

ok we are finally getting somewhere…[B]FYI if clients are trying to use FOG as the DHCP server you need to modify this directory as well if your modifying your pre-existing FOG servers ip information for a different site location.[/B]

/etc/dhcp/dhcp.conf - this was the culprit for me, it still had the old ip address information and I also discovered I can narrow down the dhcp address scope here as well.

You’re welcome,

For the future, when you’re building a base image, inventory into fog but tell fog not to join it to the domain. Then upload the image. This way you don’t have to disable the FOG Service.

Your method works, but if you have to restart for anything before the upload process, the Service will try to take over and could join the domain, lets just say you had to go to the bathroom while you waited for that restart.

Once the image is uploaded, then go ahead and enable join domain for that system should you need to.

So,

As you’re limited to the number of available DHCP addresses to hand out within your network, does your fog server have more than one interface?

You could install the DHCP Server tool onto the FOG Service and have it hand out requests through a specific interface. If you only have one interface, you can still do the same type of idea. Though it’d be better that your server is set to a static IP address if they at least provide the one. When you need PXE boot, have the FOG Server serve a range of IP’s outside the scope of your current setup.

For example,

Let’s say your 300 systems runs on the IP range of class B network: 172.16.xxx.xxx, (this ensures the 300 possible IP’s and then some) And you set your fog server to be dhcp for a class C network: 192.168.xxx.xxx. When the systems boot using ports 66/67, (PXE boot phase) they should pick up the IP address from the 192.168 series and be able to PXE boot to the fog server as it’s the only one handing out that IP range. When the systems boot up, they shouldn’t be requesting IP’s from the FOG Server, as they’ve already passed the TFTP phase of the process. I’ve never really had to test this too much, but if the FOG Server is handing out IP’s, you can set the scope inside the fog server to point the dhcp server to your main network so there’s less confusion.

If everything is working for you, i’d say just keep it the way it is. No need to fix it if it isn’t broke. The only reason you may want to upgrade the compatibility to level 10 is that you can up your hard drive space from 2TB to 62TB per drive. We needed to do this for a couple of our servers, but it’s rare that you would need a VM with that kind of space. But then again, you’d need VMWare Workstation or vSphere to edit it from there.

Now if they offered HA for 2 free ESXi servers, just for absolute basic redundancy, i’d be in thrilled. We are on a strong push to move our teams to VM’s instead of having actual boxes at their desk for testing.