If you’ve changed your IP address, there are a number of files you need to change.

/var/www/fog/lib/fog/Config.class.php use "grep -r <old fog server ip> /var/www/fog/lib/fog/ " and find any references you missed there /tftpboot/default.ipxe /etc/hosts /etc/dnsmasq.d/ltsp.conf /etc/network/interfaces

Full list is here

https://wiki.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address

@Seydoo said:

My problem is solve, due to a bad password (user fog on linux with not the same password than fog tftp user)
tanks to ch3i for his help

The problem was that you have a password policy that does not accept the password “password”.

Now in the WiKi under Troubleshoot FTP.

https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#You_must_first_upload_an_image_to_create_a_download_task

Thank you Tom for pointing in the right direction. There was one more place that the password needed to be change.
The second location is under:
Storage Management >> DefaultMemeber >> Management Password.
After changing the password and submitting the changes; it seems that it is back online.

Thank you so much!!!

Awesome, thanks I am up and running again. Glad it wasn’t something I did.

Chatted and found out the problem.

This was a two part problem.

Problem number one.

Location Plugin was installed, but no entries were made. I don’t know yet if there’s a bug specifically in this, but there was a location association at one point in time. This lost its association but made it so the default location was not set. This is why the http:///fog/service/ipxe/bzImage was display.

Problem number two.

The FOG Configuration->FOG Settings->TFTP Server->FOG_TFTP_PXE_KERNEL setting was literally set to /bzImage instead of bzImage

Any of the files being stated should not have a beginning precursor as such.

Hopefully we’ve helped out and helped figure out other means to troubleshoot.

Found my problem, the cache of my browser had a problem.

Reset settings and everything is ok!

Also, don’t forget that most of the time the speed issues are either going to be hardware limits now or point at a problem with connectivity to the NFS server.

@Polii123 This is because document root is looking at /var/www/fog (so you can access by simply http://localhost/) and still see fog. However, the FOG_WEB_ROOT setting is not reflecting this. So essentially it’s looking for the link:

http://localhost/fog/status/hw.php in: /var/www/fog/fog/status which I’m going to guess doesn’t exist.

Thanks for the quick help. I will update.

@Polii123 said:

@ch3i said:

@Polii123 said:

But how did they come into my config.class.php file?

Maybe a ghost lol

F*****g ghots 😡 I think Tom has to code some ghostbusters, so things like that won’t happen again. 😂

3430 should not allow the brackets at all. I don’t know why it did it to begin with, but worse things have happened I suppose?

@Wayne-Workman said:

What version of FOG are you using? Look at the cloud in the top left. There will be a number in it.

Hi,

I think partclone use DD with bitlocker and save whole disk.

Regards,
Ch3i.

It’s very common on Ubuntu. Others on other systems have occasionally ran into the issue also. I know on Fedora Workstation 21 in Hyper-V, I had the issue. But with Fedora 21 Server in Hyper-V I don’t have the issue.

It’s just all about the timing, really.

And yes, that post you found is how you’d fix it.

And, there’s no reason to put up with having zero logs. Different systems experience different problems. For some, imaging doesn’t even work unless you make those services wait for a bit.

I think he was just confused about what you were saying, and was wanting clarification.

@pimms said:

During my PXE boot, I read this error : tsc : Fast TSC calibration failed.

My system at home and at work does this, it doesn’t mean anything and is video related.

@pimms said:

On my FOG web management I see my image but it is written that the size is 0,0 iB.

Client size or server size? If it’s an imported image, you won’t have a client size unless you manually set that in the database. If it’s server size, that’s an FTP issue.

@pimms said:

I uninstalled FOG but I can’t reinstall it. I launched /bin/installfog.sh, everything is ok but FOG didn’t create any directory in > /var/www/html/ and my database has not been created.

I’m not sure what you have going on there… Reinstall your OS if you can… Start fresh. I don’t know what’s going on.

Re-package your desired software that you normally deploy with PDQ deploy into MSI’s (test all of them to confirm they install correctly). Create Snapins and have them auto-deploy when desired. ??? Profit!

the snmysqluser and snmysqlpass should have content, but it is not required. If you have a mysql password set, at the least you would need the snmysqlpass to assist when upgrading from a previous install. It not existing under normal circumstances shouldn’t affect the running of fog.

Ok, i will use Wheezy then. Thanks for the fast answer.

Also, see my signature about troubleshooting FTP.

We need a section in there for kernel updates still…

I installed fog on my Ubuntu machine at home and it worked just fine. It was a real machine and not a VM. I also had the same machine running DHCP as well as fog. I just answered yes to the question about is the dhcp on the same server.

Here at work it is on Fedora like 12 (dont laugh) I use a generic txt only dhcp server called dhcpdns ( [url]http://dhcp-dns-server.sourceforge.net/[/url]) for reasons not related to fog. It runs in widows with no install, in its config I had to put this…
BOOTFILE=undionly.kpxe
NEXTSERVER=10.95.95.100

maybe try and run it on a the above little dhcp server which runs on windows with out an install and see if its a fog or dhcp issue.