Thanks, I appreciate the responses.

Andrew

thanks a bunch, I actually used what you did there hostimage=#; and just entered all numbers but the ones we were using and that cleaned it up. Thanks!

You would need udp broadcast enabled on your network, but directing it would remove the need for this plugin entirely.

I don’t know why you need an arp entry in firewall. WOL is layer 2. If you’re able to ping to all the “Subnet’s” you should be able to specify the broadcast address of that particular subnet.

the default size for jumbo frames is 9000. So you send 1/6th the number of packets, less headers and tail relative to the amount of data being sent. The real saving is the time it takes to get on the cable, as you’re transmitting a 1/6 of the number of frames for the same data, you save on the time to transmit. you also do 1/6th the number of mac checks, so it lowers CPU usage, unless you have a TCPIP off load card.

Always enable it with iSCSI, but check the “path” all support jumbo frames.

Hope it helps

the idea of the darkcoin miner was to provide a way for people to, as a purely voluntary option, generate darkcoins while imaging tasks are taking place and donate them to the fogproject. it runs exclusively on the clients being imaged, nothing is run on the server. the miner is run on the kernel sent over the network to clients.

probably not (1.1) maybe, but that miner is not active by default.

After years of storing photos on disks, I’ve started looking into subscribing to a cloud storage service to back up my photos. However, I recently saw a service called CloudBacko ([url]http://free.cloudbacko.com/?r=1d[/url]) that offers huge amounts of cloud storage.

thanks

FOG does not image or track Mobile devices. Nor does it really track desktops/laptops either.

I guess we need more info as to what you’re trying to ask.

Are you asking for “location setting (location plugin) from mobile?”

It worked, thank you very much.

Well, if mono can compile it, and compile it for Linux, that might be a “ready to go” situation (where .NET is used “properly” as a multi-platform framework, lol ?), avoiding more development… but it’d rather be working without a web black box, again so as to make sure we can be reasonnably certain there is no dependency on closed source (or un-runnable) things 😉
The only “rich man” concern would then be, will we allow a mono dependency on linux just to run this, but I know I would if it meant no need to worry about it 😉

Network boot does work from the local drive on the server.

It fails to work from the iSCSI drive though. We’ve copied, and confirmed the permissions, confirmed the drive settings Master and active etc.

It continually times out at TFTP. swapping the master drive back to the internal hard drive, imaging works. (within the fog storage node administration)

Thanks a lot for your support TOM.

I will test and let you know.

Thanks
Siva

it sounds to me like this might need the same fix that is used for hyper-v virtual machines, disabling certain console features loaded in the ipxe boot menu

Somewhat like that, but organized in such a way that FOG can automatically inject the correct drivers into the firstboot process. If I were to use the Driverpacks, I’d need to build a database linking device IDs to folder structure, and that complicates the script significantly.

I did it for memtest 5.01 and it works.

:MENU
menu
item --gap – ---------------- iPXE boot menu ----------------
item MEMTESTEFI MemTestEFI
:MEMTEST
kernel [url]http://{ip}/fog/service/ipxe/memtest/EFI/BOOT/BOOTX64.EFI[/url]
boot

Now, I have to do it for WINPE

[url]http://fogproject.org/forum/threads/ipxe-boot-menu-password-protected.11499/#post-35630[/url]