I have now also copied over these files from the old server to the new

/var/www/html/fog/management/other/ssl/srvpublic.crt
/var/www/html/fog/management/other/ca.cert.pem
/var/www/html/fog/management/other/ca.cert.der

I have rerun the installer using

./installfog.sh -y

I have rebooted the server.
… And I don’t think anything changed. FOGService on existing hosts still doesn’t authenticate with the FOGserver.
Here’s another fog.log, fresh from one of the hosts.

I have re-deployed an image that was captured months back using the old server, and that host will then authenticate just fine. Same with an image that was made with the new server.
The problem is with hosts that have been running since before the server migration.
I’d rather not re-image all those machines and I’m also worried some of the changes I’ve made so far are going to mess things up further down the line.

I have previously copied over the files from /opt/fog/snapins/ssl/, but I didn’t know there were other files in /var/www/html/fog/management/other/ that needed copying. This section in the wiki doesn’t mention it.
On a related note, Would it be a good idea to have a link to an article on migration on the wiki’s main page? I didn’t even know migrating required any special steps until I ran into these problems.

I will try copying those /var/www/html/fog/management/other/ files on Thursday. Will that require running installfog.sh again?

Thanks for the help so far!

Is resetting encryption data supposed to help at this point? It doesn’t seem to fix those clients that are still not talking to the server (they still have the same issue in fog.log as the one in the original post). I can’t easily check how many clients are and aren’t working right.
I’ve also tried uninstalling and reinstalling FOGservice on a client and that didn’t help.
Deploying a completely new image is the only thing I can do but again I don’t know how to check which ones are still broken.

@Sebastian-Roth said in Web interface slowdown and FOG Client authentication issues:
[…]Take a snapshot of your Hyper-V VM, pull the latest changes from github, checkout dev-branch and re-run the installer[…]

That has actually made things a lot snappier. I can now set client polling time back to 300 seconds.

Just remembered I forgot to check in yesterday. It was a busy day.

Turns out I didn’t rerun the FOG install script after copying over the SSL files. I ran it and it seems to have fixed it on some (probably most?) hosts but not all the ones I checked. It must’ve fixed it on most because the web interface is good again (not always, read below).

Also deployed an image that was made when the previous FOGserver was still in use, and the FOGservice on that machine works perfectly again. So worst case, I re-image all the ones with authentication errors still. However, I noticed during the imaging, the web interface was once again very slow and giving me 503 errors. Completely fine after it finished.

So it looks like the original problem might be solved and it was my own dumb mistake. I’ll have to check next week to be sure though.

@Fernando-Gietz said in Web interface slowdown and FOG Client authentication issues:

FOG version in the new centOS 7 server?
How many clients are in the host table of fog database?
How many clients are power on simultaneously?
PHP version?
Is a virtual server?

version 1.5.5
500-600 clients at least 80-90% of those powered on
Didn’t the FOG installer install PHP? If so, that’s the version.
Yes, it’s running on a Hyper-V instance

Speaking of the amount of clients. A while back, before the issue that caused me to post this thread, I had to double the client check-in time to 600 seconds instead of 300 and completely disabled pinging hosts, to help speed up the web interface. Is there anything I can do so I don’t have to lower those features? It’s slightly inconvenient.

It’ll be hard to do this over TeamViewer since I only do this part time. I won’t be back to work until Friday, and that’s during Western European business hours.

Unfortunately this PKI stuff in the wiki goes way over my head.

I just re-read these steps for the 5th time and I think I may have made a mistake and it may be related to the “IMPORTANT” in big red letters. I will report back on Friday.

Recently migrated to a CentOS 7 server from an older Ubuntu server with an older version of FOG (1.4.4 revision 6077). It had inexplicable slowdowns in the webinterface so I thought it better to start from scratch. Exported the old hosts and images as CSV files and imported them on the new server.

The new server ran seemingly without a hitch for a month or so. We only use imaging and hostnamechanger and domain join functionality, which worked fine, despite some errors always being present in c:\fog.log, probably related to authentication between client and server.

Recently tried using snapins for the first time and found out I had to copy /opt/fog/snapins/ssl from the old to the new server as part of the migration process.
I’m not sure I did that step right. Because right now I get errors in fog.log and a massive slowdown (sometimes error 503). There are brief moments where the slowdown is gone. http://fogserver/fog takes ages to load but the Apache default page at http://fogserver loads instantly.
I think these two issues arrived at the same time and may be related somehow.

I have also tried reinstalling the client on one machine and the “reset encryption data” button on the web interface. It didn’t seem to help.
Here’s the fog.log from the client on that machine. It hangs for a very long time on “Middleware::Authentication Waiting for authentication timeout to pass”, every single time.

Thanks for the help.