Could something be wrong with that particular swap partition?? Maybe try recreate swap on the client before uploading an image?! Just a wild guess. Will think about the issue a little more…

Are you able to connect to the mysql database manually?
[CODE]$ mysql --user=<username> --password=<password> fog
mysql> SELECT * FROM hosts;
…[/CODE]
Is your mysql database up and running (ps ax, service mysql status)?? Please check ‘/var/log/mysql.err’ for any musterious error messages…

What are the permissions on your directories (ls -al /images && ls -al /images/dev)?

Please try to mount the NFS share from another computer and report about any errors you see:
[CODE]mkdir -p /mnt/nfstest && mount -v 10.0.2.250:/images /nfstest
umount /nfstest
mount -v 10.0.2.250:/images/dev /nfstest
umount /nfstest && rmdir /nfstest[/CODE]

[quote=“Uncle Frank, post: 42829, member: 28116”]dump[/quote]
I am dump… sorry for this. I was in a hurry today and just remembered that this “issue” is still not solved from my point of view. I quite often see newly uploaded images not being moved BUT the old image being deleted! I am getting used to it but it’s definitely a bit scary if you encounter this at first.
Probably a problem with how my vsftpd is setup?? So far I didn’t have the time to look into this any further…
Depending on the scenario you either don’t need extra space (FOG is on the same server as storage node is!) or you do need a lot of it (storage is a different node). Would it be a good idea to check if FOG and storage are the same server, move things locally in the filesystem and delete only if rename went well?? What do you think?
Maybe it’s just me but I think I’ve read about other people also wondering about “missing uploaded images”.

Maybe try capturing the DHCP traffic to see which options are really send to the clients. Use a hub to connect between client and network and wireshark to capture the traffic. Keep your eyes open for the filename in your DHCP packets. Possibly an intermediate switch might change the filename on the way?!?

dump

Booting and imaging our Macminis is working great with FOG 1.2.0 but it’s still a bit of a hassle as we have both Windows and Mac OS X clients in our labs and I have to customize the boot menu by hand everytime I want to switch between those.
I started to add some code to ‘/var/www/fog/lib/fog/BootMenu.class.php’ to check $_REQUEST[‘mac’]. Depending on the MAC address a different boot menu is being send to the client…

As far as I can see even in current SVN this cannot be configured eventhough you can add custom boot menu entries, right?

I’ll happily implement it myself but I wonder what would be the best way to do it? Would be great if someone could give me a hint on how to implement this the “proper FOG way”… thanks in advance!

On some of our Macs I had issues with ‘prompt’ ipxe command. I simply used ‘shell’ just by itself to get an ipxe shell…
AFAIK the difference between undionly.ext and ipxe.ext is that ipxe uses real network drivers whereas undionly uses the UNDI interface to talk to the network card. Seams like you need real drivers with your USB card. So far I wasn’t successful when trying to find out which driver ipxe probably will use for RTL8153…
Can you attach a serial cable to that client?? iPXE debugging with a serial line will give you a lot more information about what is going on…

Could you please try mounting the NFS share from another computer:
[CODE]mkdir -p /mnt/nfstest && mount <fog-ip>:/data/images/dev /mnt/nfstest -v[/CODE]
I guess this will fail. Please report any error messages you see…

Can you try downloading any of the files with tftp commandline tool from the “problematic” client(s)?

Did it work before you changed the location?? And did you restart the NFS server or the whole FOG server after changing ‘/etc/exports’??

Wayne is right. You’re probably better off upgrading. But for the time being we can still try to nail this issue down. But you’d have to be more specific! There is no way we can help you with such little information on when things go wrong…
[quote]every time I try to upload an image it freezes[/quote]
What’s the last thing you see? Any error messages? Freezes always at the exact same time?

Please the contents of ‘/etc/exports’ file. Are you sure NFS server ist running (‘ps ax | grep rpc’)?

Is nfsd filesystem supported (‘grep nfsd /proc/filesystems’)??

Hi dl550,
I can’t see how this is related to the other posts in the thread!? To be honest I don’t really understand what you are asking for! Probably a good idea to open up a complete new post and describe what exactly goes wrong. Are you trying to have french keyboard layout?

AFAIK you don’t need anything special. Just option 66 and 67. No dot at the end of the IP! Are you familiar with wireshark/tcpdump. If not maybe it’s time to dive into that part of network debugging. Capture the DHCP traffic and compare working against non-working setup. Probably best to use a hub to be able to capture that traffic. On your FOG server you can just use tcpdump straight away:
[CODE]sudo tcpdump -i eth0 -w /tmp/packet_capture.pcap[/CODE]
You can then transfer this file to your PC and open it up using wireshark… Try display filters to find DHCP (filter: bootp) and TFTP (filter: tftp) traffic.

Kind of different but maybe related?? [url]http://fogproject.org/forum/threads/hostnamechanger-error-length-of-data-to-decrypt-is-invalid.12488/[/url]

Interesting stuff… I’m sure I read something about 10 minute issue somewhere yesterday… Ah, found it! But it is in german I suppose: [url]https://forum.opsi.org/viewtopic.php?f=7&t=910[/url]
Try online translator or maybe I just give you some hints on what they are talking about. In the first post you see two packet dumps. First one is working perfectly, second one (pay attention to the timestamps) hast the 10 minute issue. And then in the last post the same guy says that he’s solved it and mentions a misconfiguration of their DHCP server. In his case vendor-specific options (option 43) were misinterpreted by the TFTP client and made it do this weird thing of timing out after 10 minutes before retrying again… hope that helps.

EDIT: Just found another post in a different forum: [url]https://social.technet.microsoft.com/forums/systemcenter/en-US/db17272b-68f1-4b18-a9b7-b0391bf846d8/pxe-booting-strange-problem[/url]
And Tom is right, it boils down to the question of who and why this options was configured?! We see quite a few people having TFTP issues lately. Maybe same issue…??

I guess you’d have to ask on ipxe mailinglist or IRC channel (!) as those guys know a lot more about the ipxe internals than we do. We tried but just too tough the problem you have. Let us know about if you can get it fixed or not. I really hope you can!

You’ve seen this I suppose: [url]http://www.johnwillis.com/2014/03/pxe-booting-using-usb-to-ethernet-dongle.html[/url] (maybe send him a message and ask about his experiences with RTL8153)

Which iPXE binary do you use?? I read through the other thread again and again and it seams like a couple of people were able to get this working! At some point Tom wrote:
[quote](Also, you will need to use undionly.kkpxe for these NIC’s to work, though I don’t know if this is specific to the Yoga’s or the nic specifically)[/Quote]
…KKpxe

Shouldn’t make the difference! DHCP and TFTP don’t need to be on the same machine. Have you tried to follow this step by step: [URL=‘http://fogproject.org/wiki/index.php/Tftp_timeout…’]http://fogproject.org/wiki/index.php/Tftp_timeout[/URL]…

Syntax should be:
[CODE]delete from tasks WHERE taskTypeID=‘8’;[/CODE]

Be aware that this sql statement deletes stuff from your database and you won’t be able to get those entries back easily! I am not saying that you should not delete. Just want to make sure you know what you do!