The long-term solution is having only one FOG server, and having storage nodes at the different sites. You could use the “location plugin” also.

ok. I´ve found it.

Just changing the config in
/etc/php5/cli/php.ini and /etc/php5/apache2/php.ini

Thanks
Angel

@sagar

You must also have the local Linux user set with the same credentials.

There’s an article in the wiki called “Troubleshoot FTP” that will tell you all about it.

@naysweb said:

@Tom-Elliott Thanks, How long do you think it might be released in the stable version. 🙂

SVN is relatively stable. Many of us use it in production 😛

Well after fighting with this thing for the better part of a week, I think I’ve finally got it stabilized. I’m on revision 3526, and I ended up creating a new image from scratch. Uploading and downloading finally work correctly, and while I do have an issue with the image, that’s a Windows issue not a FOG issue. Thanks to @Wayne-Workman for all his help, hopefully now you guys can move on to more important things, like a stable release. 😄

@Tom-Elliott Thanks you, I have just installed the latest Kernel and it now works. Not quite sure what was happening but thank you for your support.

@Tom-Elliott

Yup, it’s solved.

@Wayne-Workman Thank you sir! This fixed the issue.

@brycew

FOG Trunk has now been confirmed working on Ubuntu 15.04

Upgrade to the latest trunk, and you may need to run the installer a few times for it to get through.

The problem was that the master node check box wasn’t selected. As it was a new storage node, it needed selecting.

Thank you all for your help. It’s much appreciated.

Julian

@KarlFife

What version of FOG?

This is just a guess, but, because imaging works for you with other systems, that particular motherboard might not be supported by the current kernel / inits that you have.

You could try other kernels… newer ones… older ones…

If you find one that works, let us know so we can update our hardware lists:
https://wiki.fogproject.org/wiki/index.php/WorkingDevices
https://wiki.fogproject.org/wiki/index.php/ProblematicDevices

@ITBOYS said:

Just looking back and the image size on the server still displays zero.

The server size would display zero if the images are stuck in /images/dev

Did you look at the credentials section of that article?

@kevin-buckley said:

When I try “service vsftpd status” I get Unknown job:vsftpd

I get the same when I try it on my other fog box which is working.

I had been using “service tftpd-hpa restart” to restart ftp previously.
I can ftp into the fog server from a windows PC, so it looks like it’s running.

tftp-hpa is TFTP, not FTP.

Take a look at the credentials section.

Well with FOG 0.32, the answer is to upgrade to 1.2.0.

So today, I updated the bzimage and init.xz files individually and tried to register a host and presto! It worked!

Once again, thank you everyone on the FOG Project team for your support and hard work on this project!

Hello,

I had the same pb with my sfx file. To solve this i created a .bat file that run the installer (or any other file) which will be run after extract. with this method it works. But perhaps you have already found a solution to your issue 😉
the SFX maker i use is the one created by David Cornish (SFX Maker by http://www.isoft-online.com/ never worked for me)

@Tom-Elliott
Makes perfect sense. Thanks again Tom!😃

Sweet, thank you much.

I don’t know if Tom will remove that stuff or not in the official release…

IMHO, it’s better that those are displayed, like I said before, if something doesn’t work, you can see what was last done.

@Woeler

Also,

You will get FAR better performance if you install a Linux SERVER distro into your banana pie, and use FOG Trunk instead of 1.2.0.

I recommend Fedora 22 Server and this method of getting FOG Trunk: https://wiki.fogproject.org/wiki/index.php/SVN