@cg2916 Why not just use “resizeable” image types? This image type was developed specifically for the problem you have. And if resizeable works, there’s absolutely no reason to not use it.

@Wayne-Workman Rebooting didn’t help. I ended up running the installer again and that fixed it. I had some issues with the tasks not ending properly after it was completed and the service would get stuck. I just cleared the multicast tasks in mysql and restarted the multicast service and that seemed to work. Haven’t had any more issues since that happened earlier. Thanks again for all of your help.

That did the trick. Thank you. 🙂 Was so use to seeing installation finished that it was finished. But did realize it seemed to grab the kernels and client wayyy faster than normal. I’ll make sure to keep that in mind next time.

Well i tried to update to trunk with wget but did not think it worked. is it possible that it did install and thats what happened?

Thank you! It worked like a charmed.

@liquidprinter Since this thread is a year old, we need all of your specific details. Fog Version, Linux Distribution and Version, and the model of the target host you’re trying to network boot, if you’re network booting in BIOS mode or UEFI mode, and what boot file you’re using, and what you’re using to hand out the file (DHCP, ProxyDHCP).

Also, you might want to take a look at the WiKi, there are troubleshooting articles in there. Here’s one on TFTP: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_TFTP

I confirmed and was working on a fix. While I was at it, I cleaned up the management page. This is now pushed. 4248 should correct these issues.

Thanks for reporting.

OK. That’s what I was afraid of. No big deal and life goes on. Strange that it didn’t take the settings though. Thanks

@Wayne-Workman

Wayne, I apologize I was in a huge hurry and was kind of freaking out, but once I calmed down, I realized I should’ve looked before posting. Sorry bout that, again.

@Wayne-Workman ok, yeah, i understand my images are separate but i just wanted to make sure they wouldnt lose their DB identity. This may be a little above my area of expertise or even more than i have time for, but i will give it a look tomorrow and tackle it thursday if i am back down this way, or next monday. (I bet you cant wait!) Thanks so much, really, thanks

@Wayne-Workman

It was my compression I get around 1 gig now once I turned it down a bit

What version of FOG and Ubuntu are you using? Did you recently update either of them?

@Tom-Elliott YESSSSSS!!! I commented out line "port=0 ", and…voilá! I have full clonning system working, with fog machine capable to access the internet!
Thanks a lot my friends!

SOLVED!

I will give that a try later this week and report back. I’ve got nothing to lose at this point.

@szecca1 said:

@Wayne-Workman Also the test.txt file is in the /images folder on the FOG server but not on the Synology box, just for your information

You should be altering the commands so that you are testing the synology box. The test file should exist on the Synology box.

When the directory successfully mounts via NFS, you shouldn’t get any messages at all.

Have you updated to the latest yet?

@pabloinza Hi my friends. Finally i could solve this changing Ubuntu to ver 12.04. Here muticast works fine.

@Wayne-Workman Wayne!!..Ah ah!!..Savior of the Universe! Finally the solution! It finally works! I think the error is an issue of dnsmasq, since when I tried all of this stuff configuring Fog server machine as dhcp server, all worked fine, and in the dhcpd.conf file, the proper line said “undionly.kpxe”. So, I think dnsmasq is who´s mistaking the name of the file.
Well, what ever, it works!
Thanks a lot my friend! I really appreciate your help.
I don´t know how to tag this post as “SOLVED”. Would you please tell me?

@Wolfbane8653 thanks for the help. I thought there might be issues running both svn and git but it went smoothly. Thanks again.

@Exig3nci said:

@Wayne-Workman Yes.
I’m running tcpdump on the Ubuntu vm, getting the file to my host machine through tftp, then opening it in Wireshark,

If you’re only getting three packets from TCPDump for the entire time that you’re attempting to network boot the target host, then you have a network communications issue with your VM and the target host.

Perhaps it’s a VM configuration, or a switch configuration, a DHCP Helper address configuration, or a DHCP configuration. But something is very wrong somewhere.

You should be seeing TONs of traffic, you should be seeing hundreds of packets.

To further troubleshoot this using TCPDump, we need to see what the target host is doing. For this, you will require a network hub (not a switch, a hub).

Place the hub between the target host and whatever network device it connects to. Then attach a laptop or something to the hub and boot a Live Linux CD on that computer and run TCPDump as you have before. Because the hub replicates all packets to all ports, the extra computer on the hub will be able to see all traffic coming and going to the target host.

If you use a graphical Live Linux distribution, you can even install wireshark directly on it and open the PCAP files right there or alternatively transfer them using a flash drive to a PC with wireshark on it.

Doing this will allow us to see what the client is receiving from DHCP and what - if anything - from dnsmasq.

@Tom-Elliott said:

@Pikmin Do you have separate storage nodes?

No, I don’t just the master which is on the fog server

@ch3i said:

FOG_STORAGENODE_MYSQLPASS is not a unix password, it’s stored in MySQL database (in nfsGroupMembers table), has said Tom, it’s only to communicate between FOG node storage.
Ensure that in you FOG settings (in web UI) the FOG_TFTP_FTP_PASSWORD has the password 68c364.
The password in there is already set to that

fog.PNG

Thanks so much, I kinda did check the tables in sql but was looking for one called users

+---------+---------+ | ngmUser | ngmPass | +---------+---------+ | fog | 68c364 | +---------+---------+

In the FOG_STORAGENODE_MYSQLUSER I had fogstorage, but shouldn’t that be just fog? I have tried with fog, same thing.

This is what the other place looks like
storage node.PNG
Thank you both for helping out, much appreciated