[quote=“Tom Elliott, post: 42038, member: 7271”]I am guessing it has to deal with your cache on the browser. You may think about refreshing the page completely and maybe you’re presented with the login page?[/quote]

Brilliant! That did the trick. Thanks as always Tom!

To a certain point, yes multicast is faster in performance, but it uses UDP with broadcasting all the “image’s” packets across your network. Unicast uses TCP directing the traffic to that particular machine. If on a separate network you will not see any issues either way. If on the same network (using multicast) you will find that your “bandwidth” will be effected throughout the entire network.

As i said before, Uncle Frank put me on the good way (DHCP issue). I tried before many options on the switch, and no one worked. My method for this was really empiric : many tests, many failed tests and - at least with DHCP relay - i succeed. It’s strange that a DHCP relay is necessary : all pc’s are on the same subnet. I don’t uderstand why, and i’m a little bit annoyed about this but it works for now. I made a upload/download with success. I hope that this DHCP relay won’t generate some issues on the network !

Thanks for the update. That’s really weird and I still can’t get my head around what’s going on there. As I said, I’ve tried to reproduce the issue but I just can’t do it. Very special. Would be great if you keep us posted on new findings.

The latest code as released by the developers it is updated daily sometimes. See [url]http://www.fogproject.org/wiki/index.php/SVN[/url]

this is a little embarrassing. I dont know if i am losing my mind or if a co-worker is fucking with me but the dhcp settings were removed. We are using windows dhcp, added options 66 and 67 back in and its working again.

Thanks a lot guys. This community is great!

[url]http://fogproject.org/forum/threads/quick-format-to-ntfs-with-fog-for-noobs.10349/[/url]

We are already aware and a work around is available.

Thanks Tom i’ll give it a try 🙂

Just to pipe in, Junkhacker is spot on. The old client breaks in quite a few places when you wander past Windows XP. The new client [B]does[/B] support Green FOG on xp+, in fact its already been developed and will be available in the initial beta release of the new client.

Hi Shenanigan88 🙂

Happy to hear you got FOG working 🙂 , I had a goof up like that when working in my environment it is funny how one 0 can do so much. lol

That’s wild, I’m on a Dell PowerEdge R900 ESXi, these are my specs.

PowerEdge R900 4 X 6 Hex core (24 Cores)
128Gb memory in failover mode ( Shows 64Gb)
H700 Raid on a MD1000 3Tb X 4 Raid0 ( Cloned nightly as it is RAID 0 ) 7200RPM SATA III
ESXi 5.5 U2
Using Fog 1.2.0 Ubuntu 13.10 X64 ( 6Gb memory, 2 Virtual Sockets, 2 Cores Per Socket )
Brocade 1Gb Layer 3 switch

Fog seems fast, no issues uploading and downloading images. I can deploy between 4-5 Gb Per Minute.
Uploads are now slower, but I’m at max compression as I have a ton of images. I need the deploy speed fast after I create the master image. When I was at default my upload was about 1.5 to 2Gbps. At max I’m sitting just under 1Gbps

However my FTP is maxed at 100Mbps, everything else runs at 1000Mbps ?

I can live with it as everything else seems great. However when I figure whats up with the FTP transfer speed I’ll relay it in hopes it may help ?

Booting to Hirens takes about 20 seconds at most Hirens 15.2 Restored( 2.7Gb ) Hirens maxes my brocade switch out.

Here is how I boot to ISO in advanced boot

:hirens
initrd [url]http://10.10.10.1/ISO/hirens.iso[/url]
chain memdisk iso raw ||
goto MENU

Hope it helps !

Perfect!. Thanks.

Can you hit me up on Google

You rock Tom!!! That did the trick! You’re right, not so pretty but as long as it works I’m just fine with it.

UPDATE:

Ran into an issue when trying to perform a full host registration.

New error:
Loglevel=4: command not found
Could not boot: Exec format error ([url]http://ipxe.org/2e022001[/url])
Could not boot: Exec format error ([url]http://ipxe.org/2e022001[/url])
PXE-M0F: Exiting HP PXE ROM.

From where to where did you update?? Version 1.2.0 to current SVN? I did that lately and thought that FOG had deleted my files but it just moved them (to /tftpboot.prev and /var/www/fog.prev if I remember right)…

Just throwing this out there check the AD user make sure its not locked and try to login manually and see if you can join the domain with that user manually.

You know of a better way to ensure the proper files are sent at the right time?

[quote=“Jaymes Driver, post: 41711, member: 3582”]I also vote for staying on 12.04.

When you ran your svn commands to download the svn, did you do so with sudo?

you may not have write access to the folder if you ran it as sudo.[/quote]

… lol… figured that one out right before I saw your reply!

…reminds me of a bad joke!

Guy: Make me a sandwich
Wife: Make it yourself!
Guy: sudo make me a sandwich
Wife: Ok.
😄

I’ve noticed the same thing, Ben