@Sebastian-Roth said in Issues after changing server IP:

Hint: I think the great changeIP script does not handle dnsmasq config changes as this is not a standard setup.

Correct, it doesn’t.

@TaTa We’d need a packet capture during an attempt to tell you what’s going on.

@mpatel If you’re saying the images are not showing in the new server’s web interface, this would indicate that the image definitions were not transferred from the old server to the new server. The article covers migrating the database entirely. If you don’t want to do that, you can create the image definitions manually, though this can be error prone.

@mpatel There’s a guide here: https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

I’d recommend Debian 9 minimal installation. Historically with fog, Debian has had the least number of issues.

@Sebastian-Roth said in Adding needed repository... Failed!:

@Wayne-Workman The installer test seems absolutely fine but possibly that’s because you have the package software-properties-common pre-installed? Can you check on that? I have had a look at the logs from your installer tests but the package is not mentioned and that’s why I guess you have it pre-installed…

Yes, it’s pre-installed. This is on Ubuntu 18.04 server, minimal installation.

root@ip-10-0-0-165:~# dpkg -l | grep software-properties-common
ii  software-properties-common     0.96.24.32.7                      all          manage the repositories that you install software from (common)

@jcabuco No, not realistically. Blame Microsoft for that. They charge money to sign iPXE binaries. With FOG being an incredibly low budget open source project supported by volunteers, Microsoft has pretty much all but barred FOG from playing the SecureBoot game (eyes on you, Microsoft).

You should consider more than just a remote database, you need to scale. You should probably put a few FOG servers behind HAProxy as a load balancer (And have HAProxy do SSL offloading if you use https), and turn sticky on for HAProxy. Then, each of those FOG Servers should point to another HAProxy load balancer that distributes database queries across a Galara MariaDB cluster.

^ I know how to do all that, and can guide you.

A quick google search gives some tutorials:

HAProxy http load balancing:
https://thegeeksalive.com/how-to-setup-haproxy-http-load-balancer-on-centos/
https://www.digitalocean.com/community/tutorials/how-to-use-haproxy-to-set-up-http-load-balancing-on-an-ubuntu-vps

HAProxy Galara load balancing:
http://galeracluster.com/documentation-webpages/haproxy.html#using-haproxy
https://www.cloudandheat.com/blog/tutorial-simple-mariadb-galera-cluster-with-haproxy-load-balancing/

I don’t know if the access control plugin applies to the boot menu… @Fernando-Gietz ?

@dooleyrd We need the FOG log from one of the host’s failed attempts before we can tell you anything. It’s normally at C:\fog.log Please don’t snip a tiny piece from this file, but give us a whole client iteration - or the whole file.