There is a new version of this tutorial available for Debian 8 (Jessie).

Installing A Web, Email & MySQL Database Cluster On Debian 6.0 With ISPConfig 3

Version 1.0
Author: Till Brehm <t [dot] brehm [at] ispconfig [dot] org>

This tutorial describes the installation of a clustered web, email, database and DNS server to be used for redundancy, high availability and load balancing on Debian 6 with the ISPConfig 3 control panel. MySQL Master/Master replication will be used to replicate the MySQL client databases between the servers and Unison will be used to Sync the /var/www (websites) and /var/vmail (email account data) folders.

 

1 Setting Up The Two Base Systems

In this setup there will be one master server (which runs the ISPConfig control panel interface) and one slave server which mirrors the web (apache), email (postfix and dovecot) and database (MySQL) services of the master server.

To install the clustered setup, we need two servers with a Debian 6.0 minimal install. The base setup is described in the following tutorial in the steps 1 - 8:

https://www.howtoforge.com/perfect-server-debian-squeeze-with-bind-and-dovecot-ispconfig-3

Install only steps 1 - 8 of the perfect server tutorial and not the other steps as they differ for a clustered setup!

In my example I use the following hostnames and IP addresses for the two servers:

Master Server

Hostname: server1.example.tld
IP-address: 192.168.0.105

Slave server

Hostname: server2.example.tld
IP-address: 192.168.0.106

Whereever these hostnames or IP addresses occur in the next installation steps you will have to change them to match the IP's and hostnames of your servers.

 

2 Installing The Two Servers

The following steps have to be executed on the master and on the slave server. If a specific step is only for the master or slave, then I've added a note in the description in red.

vi /etc/hosts
127.0.0.1       localhost
192.168.0.105   server1.example.tld
192.168.0.106   server2.example.tld

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Set the hostname of the server:

echo server1.example.tld > /etc/hostname
/etc/init.d/hostname.sh start

Use server1.example.tld on the first server and server2.example.tld on the second server.

Edit the sources.list file...

vi /etc/apt/sources.list 

... and ensure that your /etc/apt/sources.list contains the squeeze-updates repository (this makes sure you always get the newest updates for the ClamAV virus scanner - this project publishes releases very often, and sometimes old versions stop working).

[...]
deb http://ftp.de.debian.org/debian/ squeeze-updates main
[...]

Run

apt-get update
apt-get upgrade

to install the latest updates (if there are any).

It is a good idea to synchronize the system clock with an NTP (network time protocol) server over the Internet. Simply run

apt-get -y install ntp ntpdate

and your system time will always be in sync.

On server 1:

Now we create a private/public key pair on server1.example.tld:

ssh-keygen -t dsa

[email protected]:~# ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/root/.ssh/id_dsa): <-- ENTER
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): <-- ENTER
Enter same passphrase again: <-- ENTER
Your identification has been saved in /root/.ssh/id_dsa.
Your public key has been saved in /root/.ssh/id_dsa.pub.
The key fingerprint is:
1b:95:bc:4a:f4:9f:d8:ea:24:31:0f:c9:72:d5:a7:80 [email protected]
The key's randomart image is:
+--[ DSA 1024]----+
| |
| o o |
| E * . . |
| o = o o |
| . S o . |
| + O + . |
| + + + |
| o . |
| .o |
+-----------------+
[email protected]:~#

It is important that you do not enter a passphrase otherwise the mirroring will not work without human interaction so simply hit ENTER!

Next, we copy our public key to server2.example.tld:

ssh-copy-id -i $HOME/.ssh/id_dsa.pub [email protected]

[email protected]:~# ssh-copy-id -i $HOME/.ssh/id_dsa.pub [email protected]
The authenticity of host '192.168.0.101 (192.168.0.101)' can't be established.
RSA key fingerprint is 25:d8:7a:ee:c2:4b:1d:92:a7:3d:16:26:95:56:62:4e.
Are you sure you want to continue connecting (yes/no)? <-- yes (you will see this only if this is the first time you connect to server2)
Warning: Permanently added '192.168.0.101' (RSA) to the list of known hosts.
[email protected]'s password: <-- server2 root password
Now try logging into the machine, with "ssh '[email protected]'", and check in:

 .ssh/authorized_keys
to make sure we haven't added extra keys that you weren't expecting.

Now check on server2 if server1's public key has correctly been transferred:

server2:

cat $HOME/.ssh/authorized_keys
ssh-dss AAAAB3NzaC1kc3MAAACBAPhiAexgEBexnw0rFG8lXwAuIsca/V+lhmv5lhF3BqUfAbL7e2sWlQlGhxZ8I2UnzZK8Ypffq6Ks+lp46yOs7MMXLqb7JBP9gkgqxyEWqOoUSt5hTE9ghupcCvE7rRMhefY5shLUnRkVH6hnCWe6yXSnH+Z8lHbcfp864GHkLDK1AAAAFQDddQckbfRG4C6LOQXTzRBpIiXzoQAAAIEAleevPHwi+a3fTDM2+Vm6EVqR5DkSLwDM7KVVNtFSkAY4GVCfhLFREsfuMkcBD9Bv2DrKF2Ay3OOh39269Z1rgYVk+/MFC6sYgB6apirMlHj3l4RR1g09LaM1OpRz7pc/GqIGsDt74D1ES2j0zrq5kslnX8wEWSHapPR0tziin6UAAACBAJHxgr+GKxAdWpxV5MkF+FTaKcxA2tWHJegjGFrYGU8BpzZ4VDFMiObuzBjZ+LrUs57BiwTGB/MQl9FKQEyEV4J+AgZCBxvg6n57YlVn6OEA0ukeJa29aFOcc0inEFfNhw2jAXt5LRyvuHD/C2gG78lwb6CxV02Z3sbTBdc43J6y [email protected]

Install postfix, dovecot and mysql with one single command:

apt-get -y install postfix postfix-mysql postfix-doc mysql-client mysql-server openssl getmail4 rkhunter binutils dovecot-imapd dovecot-pop3d sudo

Enter the new password for the MySQL root user when requested by the installer. You should choose the same password for both servers. Then answer the next questions as decsribed below:

General type of configuration? <-- Internet site
Mail name?
<-- server1.mydomain.tld
SSL certificate required
<-- Ok

Use server1.example.tld on the first server and server2.example.tld on the second server.

We want MySQL to listen on all interfaces, not just localhost, therefore we edit /etc/mysql/my.cnf and comment out the line bind-address = 127.0.0.1:

vi /etc/mysql/my.cnf
[...]  

# Instead of skip-networking the default is now to listen only on  
# localhost which is more compatible and is not less secure.  
#bind-address           = 127.0.0.1  

[...]

Then restart MySQL:

/etc/init.d/mysql restart

Now we prepare the MySQL servers for mysql master/master replication.

On server 1:

Log into MySQL on the shell with...

 mysql -u root -p

... and enter the MySQL root passord that you had choosen during mysql install. Then execute this commnd on the MySQL shell:

GRANT REPLICATION SLAVE ON *.* TO 'slaveuser'@'%' IDENTIFIED BY 'slave_user_password';
FLUSH PRIVILEGES;
quit;

Replace 'slave_user_password' with a secure password that you want to use for the slave to connect to the master server. Replace this placeholder in the next steps with the password that you had choosen wherever the placeholder occurs.

Now let's configure our 2 MySQL nodes:

On server 1:

vi /etc/mysql/my.cnf

Search for the section that starts with [mysqld], and put the following options into it (commenting out all existing conflicting options):

[...]
[mysqld]
server-id = 1
replicate-same-server-id = 0
auto-increment-increment = 2
auto-increment-offset = 1
 
master-host = 192.168.0.106
master-user = slaveuser
master-password = slave_user_password
master-connect-retry = 60   
 
expire_logs_days        = 10
max_binlog_size         = 500M
log_bin                        = /var/log/mysql/mysql-bin.log  
[...]

Then stop MySQL:

/etc/init.d/mysql stop

Now do nearly the same on server2...

On server 2:

vi /etc/mysql/my.cnf

Search for the section that starts with [mysqld], and put the following options into it (commenting out all existing conflicting options):

[...]
[mysqld]
server-id = 2
replicate-same-server-id = 0
auto-increment-increment = 2
auto-increment-offset = 2
   
master-host = 192.168.0.105
master-user = slaveuser
master-password = slave_user_password
master-connect-retry = 60
 
expire_logs_days        = 10
max_binlog_size         = 500M
log_bin                        = /var/log/mysql/mysql-bin.log  
[...]

Then stop MySQL:

/etc/init.d/mysql stop

Now we have to sync the two mysql servers. We do this by copying over the mysql data directory from the master to the slave and also the debian configuration file that contains the debian-sys-maint user. This can be done as we stopped mysql before on both servers.

On server 1:

scp -pr /var/lib/mysql/* [email protected]:/var/lib/mysql/
scp -pr /etc/mysql/debian.cnf [email protected]:/etc/mysql/debian.cnf

Now we start MySQL on the master server again:

/etc/init.d/mysql start

Log into the MySQL shell as root user...

mysql -u root -p

... and execute this command in the MySQL shell...

 SHOW MASTER STATUS; 

... to get the MySQL master status:

mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

The information that we need for the next step is the binlog file mysql-bin.000002 and the binlog position 106. We need the same details for server2 later below.

Now execute this command in the MySQL shell on the master to connect it to the slave:

STOP SLAVE;
CHANGE MASTER TO MASTER_HOST='192.168.0.106', MASTER_USER='slaveuser', MASTER_PASSWORD='slave_user_password', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=106;
START SLAVE;

Then check the slave status:

SHOW SLAVE STATUS \G

It is important that both Slave_IO_Running and Slave_SQL_Running have the value Yes in the output.

On server 2:

Log into the MySQL shell as root user...

mysql -u root -p

... and execute this command in the MySQL shell:

STOP SLAVE;
CHANGE MASTER TO MASTER_HOST='192.168.0.105', MASTER_USER='slaveuser', MASTER_PASSWORD='slave_user_password', MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=106;
START SLAVE;

Then check the slave status:

SHOW SLAVE STATUS \G

It is important that both Slave_IO_Running and Slave_SQL_Running have the value Yes in the output

The configuration of the mysql master/master replication is finished now and we proceed to install the other software packages.

Share this page:

19 Comment(s)

Add comment

Please register in our forum first to comment.

Comments

By:

I can't get the MySQL sync to work.
After scp command and MySQL config edit it fails start on server2. Is there something missing from this tutorial?

By:

The tutorial is complete and works on the servers that I installed. If you need help with your setup, please make a post in the forum which includes the detailed error messages etc.

By: Anonymous

I'm having big-time trouble with Slave_IO_Running: No Why is this happening? The Slave_SQL_Running is Yes.... Help cause I'm stuck

By: poisen

...I have the same problem with the mysql sync, after stopping mysql service and editing /etc/mysql/my.cnf there is no way to restart MySQL again.

 Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!

By: HansB

Works like a charm with older Mysql.

Trying to do it with Mysql5.5+ (from dotnet) and I get the same error as above.

The following options are removed in MySQL 5.5. If you attempt to start mysqld with any of these options in MySQL 5.5, the server aborts with an unknown variable error.

–master-host
–master-user
–master-password
–master-port

What way to work around?

By: Crytix

Example for Server One in this guide:

mysql -u root -p

 

CHANGE MASTER TO MASTER_HOST=’192.168.0.106?,

MASTER_USER=’slaveuser’,

MASTER_PASSWORD=’slave_user_password’,

MASTER_CONNECT_RETRY=’60’;

By:

I know this works cause I have followed it in the past but I now notice something that is incorrect. 

 Where you have the command: ssh-copy-id -i $HOME/.ssh/id_dsa.pub [email protected]

Right below that section in the next block is code you obviously copied out of your xterm window.

 All the IP's are different, not hugely so but for anyone walking through this the first time and clueless about what they are doing and what is really going on and just following verbatim.  Small problem I thought you might care to know about and possibly address. I had to verify if I was reading your How-To or notes of my own in one of my wiki's and I don't think it was there before but hard to say, worked for me each time none the less.

hths 

By: Anonymous

On server 2:

Log into the MySQL shell as root user..

You should use : 

/etc/init.d/mysql start (again)

Then you have an error like that:

 

ERROR 29 (HY000): File '/var/lib/mysql/master.info' not found (Errcode: 13 or similar. You should use chmod 777 /var/lib/mysql/master.info .

Then the error dissapear. If you are more serious , you should give the correct priveligies to mysql.

 

By:

Hi guys

im new to this , is there a setup like this that works with ubuntu 12.04 lts.

i will be thankfull for life.

 

By: Anon

I had problems following this set of instructions organising the base setup and MYSQL config. As I see it it only sets up replication one way. 

 I followed the following instructions to setup master-master and then carried on : 

 https://www.howtoforge.com/mysql5_master_master_replication_debian_etch

By: Djerk

For those using unison between differing OS releases. You can update unison by adding a repository to the older OS to bring both versions in sync.

Now for two questions:

1) unison fails to sync two folder. Something about not having permission. I looked in the destination folder and there are a number of hidden unison files there that I can't remove even as root. Will have to keep digging to find an answer for that

2) I don't use * in the IP field (eith v4 or v6). is this a prerequisite for multiserver setups? Or can we somehow link the IPs from the various servers to specific accounts?

By: Djerk

Unison sync sorted, turns out I needed to learn about the immutable attribute. Lesson learned...

One thing I've noticed is that website quota usage isn't displayed anymore. The page is just empty. Is this a known bug or due to the master being Ubuntu 10.04 LTS and the slave being 14.04 LTS?

By: Frakass11

Thanks for this tut.

 

But the MYSQL database does not sync the users I create with the websites. Everything else is working.

(c0aps1 is not showing up in the backup server's database)

anything? Thanks!

By: hatted

I cannot find "Connect Linux userid to webid" in ISPconfig version 3.0.5.4p8.

By: till

The option is there in that version in the same place: System > Server config on the web tab.

By: MQuintana

This part is necesarry ? Because I found create master to master replication using both server in master and slave , and not have copy mysql data directory ?? 

Now we have to sync the two mysql servers. We do this by copying over the mysql data directory from the master to the slave and also the debian configuration file that contains the debian-sys-maint user. This can be done as we stopped mysql before on both servers.

 

On server 1:

scp -pr /var/lib/mysql/* [email protected]:/var/lib/mysql/scp -pr /etc/mysql/[email protected]:/etc/mysql/debian.cnf

By: MQuintana

This part is necesarry ? Because I found create master to master replication using both server in master and slave , and not have copy mysql data directory ?? 

Now we have to sync the two mysql servers. We do this by copying over the mysql data directory from the master to the slave and also the debian configuration file that contains the debian-sys-maint user. This can be done as we stopped mysql before on both servers.

 

On server 1:

scp -pr /var/lib/mysql/* [email protected]:/var/lib/mysql/scp -pr /etc/mysql/[email protected]:/etc/mysql/debian.cnf

By: MQuintana

This part is necesarry ? Because I found create master to master replication using both server in master and slave , and not have copy mysql data directory ?? 

Now we have to sync the two mysql servers. We do this by copying over the mysql data directory from the master to the slave and also the debian configuration file that contains the debian-sys-maint user. This can be done as we stopped mysql before on both servers.

 

On server 1:

scp -pr /var/lib/mysql/* [email protected]:/var/lib/mysql/scp -pr /etc/mysql/[email protected]:/etc/mysql/debian.cnf

By: MQuintana

This part is necesarry ? Because I found create master to master replication using both server in master and slave , and not have copy mysql data directory ?? 

Now we have to sync the two mysql servers. We do this by copying over the mysql data directory from the master to the slave and also the debian configuration file that contains the debian-sys-maint user. This can be done as we stopped mysql before on both servers.

 

On server 1:

scp -pr /var/lib/mysql/* [email protected]:/var/lib/mysql/scp -pr /etc/mysql/[email protected]:/etc/mysql/debian.cnf