Please post the output of ‘ls -alR /images’. Selinux is turned off?

Session filenames look alright I’d say. But why are there three files owned by root I wonder AND why are all these files of zero size? Is that really the case? Please run ‘ls -al /var/lib/php5’ on the console on the FOG server. Check the permissions.

Can’t see any related error in the log files you posted (doesn’t mean much)!

Sounds like you were not in the correct directory. Please run ‘svn status’ from that same directory to see if this is a SVN path really…

Are you sure you still get the same error when booting into FOG??

From what I can see NFS seems to be alright. But please run another test:
[CODE]sudo mkdir -p /mnt/nfstest && sudo mount -v 10.0.2.250:/images /mnt/nfstest
sudo ls -al /mnt/nfstest
sudo umount /mnt/nfstest[/CODE]

Sorry mate, somehow I must have missed to paste the link! My fault! I meant download this: [url]https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.efi[/url]

I guess you use ‘undionly.kpxe’ for all your clients. This iPXE-binary is not capable of booting (U)EFI machines. Try downloading this binary, put it into /tftpboot and change your DHCP-Server config to point to this binary… Does it work? If it does you’ll have to look into so called DHCP user-classes to make this work for your different clients. Let us know if you need assistence with that.

When you see the boot menu there is no task for this host…

Interesting… I am not 100% sure but I think this is kind of the same issue I see when running FOG on our Macminis. [URL=‘http://fogproject.org/forum/threads/mac-support.11033/page-2#post-34584’]See here[/URL] on how I got this fixed. Maybe it works on your Latitude 3540 as well…?

Seams like this was fixed in SVN at some point but maybe got reverted later on?!

Do you have SSD hard drives in your clients??

[quote=“Tom Elliott, post: 43006, member: 7271”]An OS type (type == null) is required to image.[/quote]

Do you mean (type != null)? Or maybe I don’t get what you mean?

Just found this in the forums: [url]http://fogproject.org/forum/threads/latest-fog-0-33b.6476/page-67#post-24864[/url]
Seams like there was a bug in FOG long time ago. Not sure if this is similar to your issue but please check all the posts by this guy in this thread. Maybe it’s of any help.

As Tom suggested in that thread please try to run a debug session and post a screenshot of the variables printed on the screen…

By the way: From what I can tell this is way beyond iPXE, meaning that iPXE has already loaded the kernel and started linux!! I suppose this can not be fixed by updating iPXE files…

Do you mean you deleted 70-persistent-net.rules on the client before uploading?? So what does this file look like after imaging to the other clients and booting them (it should be generated on every client I suppose)?

Sure I am happy to assist as much as I can!! Looking at the script in current SVN I noticed that you create ‘/etc/network/interfaces’ new from scratch (by using ‘>’) when ‘lo’ is detected. Normally that would be a good idea but when running this in my FOG test environment (QEMU) I end up with this:
[CODE]auto lo
iface lo inet loopback[/CODE]

Why you ask?? Because ‘lo’ does not necessarily come first. Actually on most systems ls is sorted by alphabet and ‘e’ comes before ‘l’. Do you know what I mean?

Fix: Use “>> /etc/network/interfaces” everywhere instead of “> /etc/network/interfaces”. If you want to make sure that it’s empty then do “echo > /etc/network/interfaces” before the for loop.

If you wonder about how to test mounting NFS from another computer, see here:
[url]http://fogproject.org/forum/threads/problem-with-permission-denied-after-fog-server-restart.12503/#post-42999[/url]

[quote=“Wayne Workman, post: 42989, member: 28155”]If I can get it working, I’ll write up a detailed WiKi page on it.[/quote]
Sounds good! We might just write things up as we get you going on this…

[B]How to best name this article?[/B]
EDIT: Just found this in the wiki: [url]http://fogproject.org/wiki/index.php/FOG_on_a_MAC[/url]
Could be the starting point…

You guys where pretty active today!

Two things that came to my mind when reading all the posting from today:
[LIST]
[]Several vsftpd instances running? Maybe that’s causing trouble? Have you killed (service vsftpd stop; killall -9 vsftpd) and restarted vsftpd?
[]On that last screenshot where you can see the password there seam to be two spaces after ‘mypassword’ before the comma. I haven’t checked the code yet but I’d suppose there aren’t any spaces printed in that error message. Make sure there are NO spaces in that password…
[/LIST]

Was probably pretty late when I wrote this post… My fault, shoud be like this:
[CODE]mkdir -p /mnt/nfstest && mount -v 10.0.2.250:/images /mnt/nfstest
umount /mnt/nfstest
mount -v 10.0.2.250:/images/dev /mnt/nfstest
umount /mnt/nfstest && rmdir /mnt/nfstest[/CODE]
Can you see the difference? By the way… what is the IP address of your FOG server?

[B]And please make sure that ‘nfs-common’ (debian/ubuntu) or ‘nfs-utils’ and ‘nfs-utils-lib’ (centos) packages are installed before you try this!![/B]

Oh well, does sound like you’re having “gravel in the gearbox”, doesn’t it. You are right, it definitely shouldn’t be that hard and there are numerous examples of people having things up and running. I am sure we can get you going again too!

So let’s start with deciding about that base system? You had ubuntu running and tried a lot of different versions so I guess you might want to go with that. Or if you had enough of it I can tell you that we’re having a couple of servers up and running with debian wheezy.
Better don’t use Ubuntu 14.xy ([url]http://www.fogproject.org/wiki/index.php/Ubuntu_14.04[/url]) but older releases: [url]http://www.fogproject.org/wiki/index.php/Ubuntu_12.04[/url]

Please start again from scratch and install a new system. Then follow the instructions on how to install FOG.

[B]And now, the most important thing:[/B] Post here straight away if you encounter [B]any[/B] error. Don’t try to fix it over and over again. Let us know about the exact error message (maybe even a screenshot or picture taken with your camera) so we are able to track things down and help you! Without exact information we won’t be able to help.

FOG uses PIGZ ([url]http://zlib.net/pigz/[/url]) with command line parameter ‘-p’ when compressing the upload image. Multicore should be “supported”…

[quote=“cspence, post: 42950, member: 28749”]Careful, that’s not an “L”, that’s a “One.” He set it up to do one file/directory per line.[/quote]
That’s right, thanks for clarifying. And thank you Tom for adding this straight into the project. I really hope that it’s not causing any trouble for other users…