@Tom-Elliott
Solved my issue with the TFTP. it was because the FOG user password got changed and wasn’t updated in the web interface.

@jjacobs

Hi,

You can install MySQL command line for Windows and query your MySQL server (using the mac adress of your computer). I used it on linux computers.

Regards,
Ch3i.

EDIT : You can download Mysql in ZIP format here : http://dev.mysql.com/downloads/mysql/, binaries are in.

Ya, as a general rule of thumb, don’t use Ubuntu. Older versions like 12.04 LTS work fine, but anything “bleeding-edge” for ubuntu means it screws with 90% of the linux standards.

Oh, that’s an FTP issue. See this article: [url]http://fogproject.org/wiki/index.php/Troubleshoot_FTP[/url]

Most likely it’s credentials / permissions related…

[quote=“SouperGrover, post: 46109, member: 27066”]Hey guys,

I just wanted to pass on something I had to work through with regards to uploading an image. I was getting the infamous “Can’t rename/move Permission Denied” messages on the client after it had finished imaging. Most posts tell you to ensure the FTP passwords are all set corretcy in the various PHP files, make sure permissions are set correctly on the /images folder, etc. None of this worked for me.

I have a vanilla Ubuntu 14.04 server running only FOG. When I logged in using the fog user with an SCP client over SSH, I could read/write/modify/delete everything I expected to be able to. But, when I used and FTP client with the same account, I couldn’t even modify the fog user’s home directory. What I discovered was that in my /etc/vsftpd.conf file, [CODE]write_enable=YES[/CODE] was commented out, so therefor no FTP users could modify anything. After I uncommented this and restarted the service, I was able to get my image to finally upload

Hope this can help someone else out because I didn’t se this as a solution anywhere else[/quote]

You’re problem and solution have been documented here: [url]http://fogproject.org/wiki/index.php/Troubleshoot_FTP#Images_stuck_in_.2Fimages.2Fdev[/url]

This will help. Thank you. I was just hoping someone knew definitively. This is a closed development system I’m experimenting with and I’m considering different ways of doing differing things. This is one of them.

On second thought, I will use the NO MENU option since that seems to also fix the issue that none of the EXIT TO HARD DISK TYPE values work for me…but NO MENU boots just fine.

Sorry it took so long. We’ve been on new year’s holiday here for a couple weeks. But this week its blazing hot – like 40+ degrees – so we all want to stay inside with aircon and work.

Thanks for your reply. Uncle Frank has pointed out ProxyDHCP to me… I will look into that.

[quote=“maples, post: 44776, member: 29215”][B]### SOLVED ###[/B]
The issue was with a bug that Ubuntu doesn’t properly start services.
My issue was only with tftpd-hpa, but this probably can be applied to other services as well.

/etc/init/tftpd-hpa.override:
[code]
manual
[/code]

/etc/rc.local:
[code]
sleep 30
start tftpd-hpa
exit 0
[/code]

[B]### Original post###[/B]
Hi,
I’m trying to install FOG on a compuer that’s running Lubuntu 13.10. This has happened twice, and I’ve gotten similar results both times.
I did a fresh install, updated everything, then installed FOG. Everything ran fine, and soon we were able to start booting from the PXE server, registering hosts, and taking images.
However, after we rebooted the computer, we ran into issues. Both times, the TFTP server refused to start. The first time, the MySQL service broke as well, but the second time it seems to still be working.

Since I reinstalled the OS after the first failure, I’m unable to give any more details about it, but we haven’t done anything to the second install.

Here’s the /etc/default/tftpd-hpa config file.
[code]# /etc/default/tftpd-hpa

FOG Modified version

TFTP_USERNAME=“root”
TFTP_DIRECTORY=“/tftpboot”
TFTP_ADDRESS=“0.0.0.0:69”
TFTP_OPTIONS=“-s”[/code]

Thanks![/quote]

#letsmakescripts

Just hash-tagging this… I’m working on something…

[quote=“jenesis, post: 45025, member: 26331”]thanks, i have another issue, after i get the OK for downloading kernels and inits ,
i get Failed to get client version downloading New Fog Client file…
and the installation stops.
what can i do
thanks again[/quote]

There is a topic for that bug 😉

[url]http://fogproject.org/forum/threads/svn-3192-hangs.12685/[/url]
[url]http://fogproject.org/forum/threads/svn-3192-hangs.12685/#post-44966[/url]

Regards,
Ch3i.

Hi,

Just update to SVN 3200 : fixed.

Regards,
Ch3i.

After following the code, the problem was that to use mysqli async queries i need to install php-mysqlnd package instead of php-mysql.

Yes, please upgrade. There have been a lot of bugs and fixes lately…

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)?

[quote=“Uncle Frank, post: 42859, member: 28116”]Maybe try capturing the DHCP traffic to see which options are really send to the clients. Possibly an intermediate switch might change the filename on the way?!?[/quote]

Good call Uncle Frank. It looks like the DHCP server is passing the right IP and filename (unidonly.kpxe) to the client. Then the client turns around and asks FOG for undionly.0?? I don’t have that file in my tftpboot directory, but I renamed undionly.kpxe to undionly.0 and my clients boot right up! Hooray! Thanks for your help!

If I remember correctly, Ubuntu by default will provided colorized output. If installfog.sh was executable, it would be highlighted a different color. Run:

[B]ls -l[/B]

This will show the permissions on the file. You should see [B]-rwxr-xr-x[/B] for permissions. If you don’t have any executable bits, you’ll get the response you got. How do you fix it? For a start, you could run:

[B]sudo chmod 755 installfog.sh[/B]

This will only make that first script executable. In the same directory, there’s a .install.sh file that probably won’t have executable rights either.

[B][U]If you really want to make sure it works[/U][/B]
It seems you must have extracted the files in a strange way because you should already have the correct permissions. When you get the tar.gz from the website, run tar to extract the files to preserve permissions:

[B]tar zxvf fog_1.2.0.tar.gz[/B]

This will extract everything out into your current directory. Then all the permissions should be correct.

Update we have a PRTG server running on the same network I’m working with its admin to get it to monitor via SNMP still troubleshooting that as for network from the server switch it connects direct to out 10ge backbone and from there to our fiber ring to the individual schools I have it set for 20 simultaneous connections depending on the results of the monitoring I may increase that significantly we image at 25 separate campuses so its used pretty much non stop.

[COLOR=#ff0000][B][SIZE=4]It´s undionly.kpxe any version 1.0.0 or higher:oops: sorry[/SIZE][/B][/COLOR]

Ubuntu Server to Fog 1.2.0
]#### add by racl

subnet 192.168.212.0 netmask
255.255.255.0{
option routers 192.168.212.1;
option subnet-mask 255.255.255.0;
option domain-name-servers 80.58.61.250, 80.58.61.254;
range 192.168.212.8 192.168.212.254;

filename “undionly.kpxe”;
next-server 192.168.212.5;