ISPConfig Multiserver . Mirror a Web Server . Questions

Good morning

We are new to the ispconfig product

We have set up a multi-server installation with ispconfig 3.3, and we currently have the portal node (which is also a web server), 3 additional web servers, and 3 database nodes.

The point is that we would like each of these 3 additional web servers to be, so to speak, the "masters" of a series of Apache/Php backends that serve different web hosting sites.

These master web servers (independent of the web server hosting the portal itself) currently have websites, FTP users, SFTP/SSH users, etc. running.

To do this, we need to add "slave" web servers.

We have NFS storage space for the web hosting sites shared by all the web servers we mentioned (the masters and future slaves).

The way we understood it (following the ispconfig manual, as well as the forum comments) that we should create these "slaves" to mirror the masters.

This is what we did a few days ago with the first one, and the results were as follows:

a- On the slave web server, we only saw one action occur at the database level, identified in the traces with this statement:

Replicated from master: REPLACE INTO `server`

b- On the slave web server, we didn't see any data associated with website users, SSH/SFTP users, etc., that the master web server had available being replicated.

Therefore, after marking the slave server as a mirror of the master, we were unable to replicate the contents of the /etc/passwd /etc/group or /etc/shadow files.

Is this correct?

Next, we ran a test provisioning a new website associated with the master web server and saw that the data (web user, group, etc.) was replicated to the slave/mirror web server.

So, what we thought was that either something had failed in the mirroring operation, or that an additional resynchronization of the master web server was necessary to transfer the data to the slave/mirror web server.

Therefore, we resynchronized the master, and indeed, at that point, it transferred the web, SSH, and SFTP user data to the slave/mirror.

So, is this the procedure we should use? That is, first mark the mirror and then resynchronize the master?

Finally, what we saw after the resynchronization was that the UID:GIDs of the synchronized users of the websites on the master and mirror/slave did not match. This is a problem when using shared storage via NFS, and we understand we'll have to fix it ourselves, but just to confirm.

Does user replication between the master and slave/mirror web servers take into account the users' UID:GID?

Thank you very much, and best regards.

 

there are options in the server configs,
system -> server configs -> servername -> web -> permissions
to connect linux userid to webid
and to set the start id for the userid/webid

it would be a good idea to have those set (before adding any users/websites to the server)
then any uid/gid's created after that should match on both master and slave webservers.

 

Good morning

Thank you very much for the response. We're going to try it, but it looks very good and it might resolve the issue of the different UID:GIDs between the master and the mirror.

On the other hand, we'd like to know if, as we were asking, the results of the operation to mark one web server as a mirror of another were correct. That is, when we marked the server as a mirror, no synchronization of the master's current configuration was performed on the mirror (only an action was performed in the database to mark the mirror as such), and we had to force the master to resynchronize so that it would transfer the current data for the hosted websites to the mirror.

Is this behavior correct, or should the marking as a mirror itself have already duplicated the master's current configuration on the mirror?

Thank you very much, and best regards.

 

i've never set a server as a mirror to another server when client configuration already exists on the server to be mirrored.

it might be that it only replicates newly created/changed configs.
you could always just go to tools -> resync and resync all services on the slave (might have to choose the master, don't think the slave shows up as a selectable server)
that should force it to (re)create everything

 

Good afternoon:

Thank you both.

We have tested the webuid issue with the Linux uids and it worked perfectly.

We also assume that mirroring should be done without configuration on the master and that if necessary, if it is done later, an additional step of resynchronizing the master will be necessary.

Best regards.