How to Setup MariaDB Galera Cluster 5.5 in CentOS, RHEL & Fedora

By RahulMarch 30, 20144 Mins Read

MariaDB is an relational database management system (RDBMS). Generally we use single node of database server for small application but think about application which have thousands of users keep online at a time, In that situation we need a structure which will capable to handle this load and provides high availability. So we need to add multiple database servers interconnected with each other and keep synchronized, so in case any server goes down other servers can take place of them and provide services to users.

MariaDB Galera Cluster is an synchronous Active-Active multi-master cluster of MariaDB databases. Which keeps all nodes synchronized. MariaDB Galera cluster provides synchronus replication which is always highly available (there is no data loss when one of the nodes crashes, and data replicas are always consistent). Currently it only supports XtraDB/InnoDB storage engines and available for Linux platform only.

This article will help you to setup MariaDB Galera Cluster with 3 servers running with CentOS. Cluster server details are as following.

Cluster DB1: 192.168.1.10 ( HostName: db1 )
Cluster DB2: 192.168.1.20 ( HostName: db2 )
Cluster DB3: 192.168.1.30 ( HostName: db3 )

Note: Step 1/2/3 has to be done on all cluster nodes and remaining steps are node specific.

Step 1: Add MariaDB Repositories

Create a mariadb repository /etc/yum.repos.d/mariadb.repo using following content in your system. Below repository will work on CentOS 6.x systems, For other system use repository generation tool and add to your system.

For CentOS 6 – 64bit

[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/5.5/centos6-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

For CentOS 6 – 32bit

[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/5.5/centos6-x86
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

Step 2: Install MariaDB and Galera

Before installing MariaDB Galera cluster packages, remove any existing MySQL or MariaDB packages installed on system. After that use following command to install on all nodes.

# yum install MariaDB-Galera-server MariaDB-client galera

Step 3: Initial MariaDB Configuration

After successfully installing packages in above steps do the some initial MariaDB configurations. Use following command and follow the instructions on all nodes of cluster. If will prompt to set root account password also.

# mysql_secure_installation
# service mysql start

After that create a user in MariaDB on all nodes, which can access database from your network in cluster.

# mysql -u root -p

MariaDB [(none)]> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'password' WITH GRANT OPTION;
MariaDB [(none)]> FLUSH PRIVILEGES;
MariaDB [(none)]> exit

and stop MariaDB service before starting cluster configuration

# service mysql stop

Step 4: Setup Cluster Configuration on DB1

Lets start setup MariaDB Galera cluster from DB1 server. Edit MariaDB server configuration file and add following values under [mariadb] section.

[root@db1 ~]# vim /etc/my.cnf.d/server.cnf

query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_cluster_address=gcomm://192.168.1.20,192.168.1.30
wsrep_cluster_name='cluster1'
wsrep_node_address='192.168.1.10'
wsrep_node_name='db1'
wsrep_sst_method=rsync
wsrep_sst_auth=root:password

Start cluster using following command.

[root@db1 ~]# /etc/init.d/mysql bootstrap
Bootstrapping the clusterStarting MySQL.... SUCCESS!

If you get any problem during startup check MariaDB error log file /var/lib/mysql/<hostname>.err

Step 5: Add DB2 in MariaDB Cluster

After successfully starting cluster on DB1. Start configuration on DB2. Edit MariaDB server configuration file and add following values under [mariadb] section. All the settings are similar to DB1 except wsrep_node_address, wsrep_cluster_address and wsrep_node_name.

[root@db2 ~]# vim /etc/my.cnf.d/server.cnf


query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_cluster_address=gcomm://192.168.1.10,192.168.1.30
wsrep_cluster_name='cluster1'
wsrep_node_address='192.168.1.20'
wsrep_node_name='db2'
wsrep_sst_method=rsync
wsrep_sst_auth=root:password

Start cluster using following command.

[root@db2 ~]# /etc/init.d/mysql start
Starting MySQL..... SUCCESS!

Step 6: Add DB3 in MariaDB Cluster

This server is optional, If you want only two server in cluster, you can ignore this step, but you need to remove third server ip from DB1/DB2 configuration files. To add this server make changes same as DB2.

[root@db3 ~]# vim /etc/my.cnf.d/server.cnf

query_cache_size=0
binlog_format=ROW
default_storage_engine=innodb
innodb_autoinc_lock_mode=2
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_cluster_address=gcomm://192.168.1.10,192.168.1.20
wsrep_cluster_name='cluster1'
wsrep_node_address='192.168.1.30'
wsrep_node_name='db2'
wsrep_sst_method=rsync
wsrep_sst_auth=root:password

Start cluster using following command.

[root@db3 ~]# /etc/init.d/mysql start
Starting MySQL..... SUCCESS!

Step 7: Test MariaDB Galera Cluster Setup

At this stage your cluster setup has been completed and running properly. Now you can test the cluster setup by creating database and tables at any server in cluster, it will replicate immediately to all servers in cluster.

Above GIF image is showing that databases are replicating properly to all nodes of cluster.

View 14 Comments

14 Comments

helwie ahmad on May 19, 2018 8:06 am
now error show like below
180519 15:01:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
…SST in progress, setting sleep higher………….. ERROR!
[root@padasantri2 ~]# cat /var/lib/mysql/padasantri2.err
180519 15:01:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
180519 15:01:06 mysqld_safe WSREP: Running position recovery with –log_error=’/var/lib/mysql/wsrep_recovery.c9wKQp’ –pid-file=’/var/lib/mysql/padasantri2-recover.pid’
180519 15:01:06 [Note] /usr/sbin/mysqld (mysqld 5.5.60-MariaDB-wsrep) starting as process 7998 …
180519 15:01:08 mysqld_safe WSREP: Recovered position 00000000-0000-0000-0000-000000000000:-1
180519 15:01:08 [Note] WSREP: wsrep_start_position var submitted: ‘00000000-0000-0000-0000-000000000000:-1’
180519 15:01:08 [Note] /usr/sbin/mysqld (mysqld 5.5.60-MariaDB-wsrep) starting as process 8043 …
180519 15:01:08 [Note] WSREP: Read nil XID from storage engines, skipping position init
180519 15:01:08 [Note] WSREP: wsrep_load(): loading provider library ‘/usr/lib64/galera/libgalera_smm.so’
180519 15:01:08 [Note] WSREP: wsrep_load(): Galera 25.3.23(r3789) by Codership Oy loaded successfully.
180519 15:01:08 [Note] WSREP: CRC-32C: using hardware acceleration.
180519 15:01:08 [Note] WSREP: Found saved state: 00000000-0000-0000-0000-000000000000:-1, safe_to_bootstrap: 1
180519 15:01:08 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 192.168.111.99; base_port = 4567; cert.log_conflicts = no; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /var/lib/mysql//galera.cache; gcache.page_size = 128M; gcache.recover = no; gcache.size = 128M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.segment = 0; gmcast.version = 0; pc.announce_timeout = PT3S; pc.checksum = false; pc
180519 15:01:08 [Note] WSREP: GCache history reset: ffc830b7-5b29-11e8-babc-ce6c6b02ea18:0 -> 00000000-0000-0000-0000-000000000000:-1
180519 15:01:08 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1
180519 15:01:08 [Note] WSREP: wsrep_sst_grab()
180519 15:01:08 [Note] WSREP: Start replication
180519 15:01:08 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-1
180519 15:01:08 [Note] WSREP: protonet asio version 0
180519 15:01:08 [Note] WSREP: Using CRC-32C for message checksums.
180519 15:01:08 [Note] WSREP: backend: asio
180519 15:01:08 [Note] WSREP: gcomm thread scheduling priority set to other:0
180519 15:01:08 [Warning] WSREP: access file(/var/lib/mysql//gvwstate.dat) failed(No such file or directory)
180519 15:01:08 [Note] WSREP: restore pc from disk failed
180519 15:01:08 [Note] WSREP: GMCast version 0
180519 15:01:08 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) listening at tcp://0.0.0.0:4567
180519 15:01:08 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) multicast: , ttl: 1
180519 15:01:08 [Note] WSREP: EVS version 0
180519 15:01:08 [Note] WSREP: gcomm: connecting to group ‘clusterpadasantri’, peer ‘192.168.111.98:,192.168.111.99:’
180519 15:01:08 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) connection established to c9d9b8a9 tcp://192.168.111.99:4567
180519 15:01:08 [Warning] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) address ‘tcp://192.168.111.99:4567’ points to own listening address, blacklisting
180519 15:01:08 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) connection established to 3fceffdc tcp://192.168.111.98:4567
180519 15:01:08 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) turning message relay requesting on, nonlive peers:
180519 15:01:09 [Note] WSREP: declaring 3fceffdc at tcp://192.168.111.98:4567 stable
180519 15:01:09 [Note] WSREP: Node 3fceffdc state prim
180519 15:01:09 [Note] WSREP: view(view_id(PRIM,3fceffdc,8) memb {
3fceffdc,0
c9d9b8a9,0
} joined {
} left {
} partitioned {
})
180519 15:01:09 [Note] WSREP: save pc into disk
180519 15:01:09 [Note] WSREP: gcomm: connected
180519 15:01:09 [Note] WSREP: Changing maximum packet size to 64500, resulting msg size: 32636
180519 15:01:09 [Note] WSREP: Shifting CLOSED -> OPEN (TO: 0)
180519 15:01:09 [Note] WSREP: Opened channel ‘clusterpadasantri’
180519 15:01:09 [Note] WSREP: New COMPONENT: primary = yes, bootstrap = no, my_idx = 1, memb_num = 2
180519 15:01:09 [Note] WSREP: Waiting for SST to complete.
180519 15:01:09 [Note] WSREP: STATE EXCHANGE: Waiting for state UUID.
180519 15:01:09 [Note] WSREP: STATE EXCHANGE: sent state msg: 033bdb87-5b3d-11e8-ac58-33bdb90508ca
180519 15:01:09 [Note] WSREP: STATE EXCHANGE: got state msg: 033bdb87-5b3d-11e8-ac58-33bdb90508ca from 0 (padasantri1)
180519 15:01:09 [Note] WSREP: STATE EXCHANGE: got state msg: 033bdb87-5b3d-11e8-ac58-33bdb90508ca from 1 (padasantri2)
180519 15:01:09 [Note] WSREP: Quorum results:
version = 4,
component = PRIMARY,
conf_id = 7,
members = 1/2 (joined/total),
act_id = 0,
last_appl. = -1,
protocols = 0/8/3 (gcs/repl/appl),
group UUID = ffc830b7-5b29-11e8-babc-ce6c6b02ea18
180519 15:01:09 [Note] WSREP: Flow-control interval: [23, 23]
180519 15:01:09 [Note] WSREP: Trying to continue unpaused monitor
180519 15:01:09 [Note] WSREP: Shifting OPEN -> PRIMARY (TO: 0)
180519 15:01:09 [Note] WSREP: State transfer required:
Group state: ffc830b7-5b29-11e8-babc-ce6c6b02ea18:0
Local state: 00000000-0000-0000-0000-000000000000:-1
180519 15:01:09 [Note] WSREP: New cluster view: global state: ffc830b7-5b29-11e8-babc-ce6c6b02ea18:0, view# 8: Primary, number of nodes: 2, my index: 1, protocol version 3
180519 15:01:09 [Warning] WSREP: Gap in state sequence. Need state transfer.
180519 15:01:09 [Note] WSREP: Running: ‘wsrep_sst_rsync –role ‘joiner’ –address ‘192.168.111.99’ –datadir ‘/var/lib/mysql/’ –defaults-file ‘/etc/my.cnf’ –parent ‘8043”
180519 15:01:12 [Note] WSREP: Prepared SST request: rsync|192.168.111.99:4444/rsync_sst
180519 15:01:12 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.
180519 15:01:12 [Note] WSREP: REPL Protocols: 8 (3, 2)
180519 15:01:12 [Note] WSREP: Assign initial position for certification: 0, protocol version: 3
180519 15:01:12 [Note] WSREP: Service thread queue flushed.
180519 15:01:12 [Warning] WSREP: Failed to prepare for incremental state transfer: Local state UUID (00000000-0000-0000-0000-000000000000) does not match group state UUID (ffc830b7-5b29-11e8-babc-ce6c6b02ea18): 1 (Operation not permitted)
at galera/src/replicator_str.cpp:prepare_for_IST():482. IST will be unavailable.
180519 15:01:12 [Note] WSREP: Member 1.0 (padasantri2) requested state transfer from ‘*any*’. Selected 0.0 (padasantri1)(SYNCED) as donor.
180519 15:01:12 [Note] WSREP: Shifting PRIMARY -> JOINER (TO: 0)
180519 15:01:12 [Note] WSREP: Requesting state transfer: success, donor: 0
180519 15:01:12 [Note] WSREP: GCache history reset: 00000000-0000-0000-0000-000000000000:0 -> ffc830b7-5b29-11e8-babc-ce6c6b02ea18:0
180519 15:01:12 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) connection to peer c9d9b8a9 with addr tcp://192.168.111.99:4567 timed out, no messages seen in PT3S
180519 15:01:12 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) turning message relay requesting off
180519 15:03:19 [Warning] WSREP: 0.0 (padasantri1): State transfer to 1.0 (padasantri2) failed: -255 (Unknown error 255)
180519 15:03:19 [ERROR] WSREP: gcs/src/gcs_group.cpp:gcs_group_handle_join_msg():737: Will never receive state. Need to abort.
180519 15:03:19 [Note] WSREP: gcomm: terminating thread
180519 15:03:19 [Note] WSREP: gcomm: joining thread
180519 15:03:19 [Note] WSREP: gcomm: closing backend
180519 15:03:23 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) connection to peer 3fceffdc with addr tcp://192.168.111.98:4567 timed out, no messages seen in PT3S
180519 15:03:23 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) turning message relay requesting on, nonlive peers: tcp://192.168.111.98:4567
180519 15:03:24 [Note] WSREP: (c9d9b8a9, ‘tcp://0.0.0.0:4567’) reconnecting to 3fceffdc (tcp://192.168.111.98:4567), attempt 0
180519 15:03:25 [Note] WSREP: evs::proto(c9d9b8a9, LEAVING, view_id(REG,3fceffdc,8)) suspecting node: 3fceffdc
180519 15:03:25 [Note] WSREP: evs::proto(c9d9b8a9, LEAVING, view_id(REG,3fceffdc,8)) suspected node without join message, declaring inactive
180519 15:03:25 [Note] WSREP: view(view_id(NON_PRIM,3fceffdc,8) memb {
c9d9b8a9,0
} joined {
} left {
} partitioned {
3fceffdc,0
})
180519 15:03:25 [Note] WSREP: view((empty))
180519 15:03:25 [Note] WSREP: gcomm: closed
180519 15:03:25 [Note] WSREP: /usr/sbin/mysqld: Terminated.
180519 15:03:25 mysqld_safe mysqld from pid file /var/lib/mysql/padasantri2.pid ended
WSREP_SST: [ERROR] Parent mysqld process (PID:8043) terminated unexpectedly. (20180519 15:03:25.692)
WSREP_SST: [INFO] Joiner cleanup. rsync PID: 8088 (20180519 15:03:25.693)
WSREP_SST: [INFO] Joiner cleanup done. (20180519 15:03:26.196)
how to solve it?
Reply
helwie ahmad on May 19, 2018 6:04 am
hi, thanks write this tutorial. i have problem to start node 2 with error below
180519 12:59:08 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
180519 12:59:08 mysqld_safe WSREP: Running position recovery with –log_error=’/var/lib/mysql/wsrep_recovery.S81kcU’ –pid-file=’/var/lib/mysql/padasantri2-recover.pid’
180519 12:59:08 [Note] /usr/sbin/mysqld (mysqld 5.5.60-MariaDB-wsrep) starting as process 12812 …
180519 12:59:10 mysqld_safe WSREP: Recovered position 00000000-0000-0000-0000-000000000000:-1
180519 12:59:10 [Note] WSREP: wsrep_start_position var submitted: ‘00000000-0000-0000-0000-000000000000:-1’
180519 12:59:10 [Note] /usr/sbin/mysqld (mysqld 5.5.60-MariaDB-wsrep) starting as process 12857 …
180519 12:59:10 [Note] WSREP: Read nil XID from storage engines, skipping position init
180519 12:59:10 [Note] WSREP: wsrep_load(): loading provider library ‘/usr/lib64/galera/libgalera_smm.so’
180519 12:59:10 [Note] WSREP: wsrep_load(): Galera 25.3.23(r3789) by Codership Oy loaded successfully.
180519 12:59:10 [Note] WSREP: CRC-32C: using hardware acceleration.
180519 12:59:10 [Note] WSREP: Found saved state: 00000000-0000-0000-0000-000000000000:-1, safe_to_bootstrap: 1
180519 12:59:11 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 192.168.111.99; base_port = 4567; cert.log_conflicts = no; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /var/lib/mysql//galera.cache; gcache.page_size = 128M; gcache.recover = no; gcache.size = 128M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.segment = 0; gmcast.version = 0; pc.announce_timeout = PT3S; pc.checksum = false; pc
180519 12:59:11 [Note] WSREP: GCache history reset: 00000000-0000-0000-0000-000000000000:0 -> 00000000-0000-0000-0000-000000000000:-1
180519 12:59:11 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1
180519 12:59:11 [Note] WSREP: wsrep_sst_grab()
180519 12:59:11 [Note] WSREP: Start replication
180519 12:59:11 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-1
180519 12:59:11 [Note] WSREP: protonet asio version 0
180519 12:59:11 [Note] WSREP: Using CRC-32C for message checksums.
180519 12:59:11 [Note] WSREP: backend: asio
180519 12:59:11 [Note] WSREP: gcomm thread scheduling priority set to other:0
180519 12:59:11 [Warning] WSREP: access file(/var/lib/mysql//gvwstate.dat) failed(No such file or directory)
180519 12:59:11 [Note] WSREP: restore pc from disk failed
180519 12:59:11 [Note] WSREP: GMCast version 0
180519 12:59:11 [Note] WSREP: (c0241b7c, ‘tcp://0.0.0.0:4567’) listening at tcp://0.0.0.0:4567
180519 12:59:11 [Note] WSREP: (c0241b7c, ‘tcp://0.0.0.0:4567’) multicast: , ttl: 1
180519 12:59:11 [Note] WSREP: EVS version 0
180519 12:59:11 [Note] WSREP: gcomm: connecting to group ‘clusterpadasantri’, peer ‘192.168.111.98:,192.168.111.99:’
180519 12:59:11 [Note] WSREP: (c0241b7c, ‘tcp://0.0.0.0:4567’) connection established to c0241b7c tcp://192.168.111.99:4567
180519 12:59:11 [Warning] WSREP: (c0241b7c, ‘tcp://0.0.0.0:4567’) address ‘tcp://192.168.111.99:4567’ points to own listening address, blacklisting
180519 12:59:14 [Note] WSREP: (c0241b7c, ‘tcp://0.0.0.0:4567’) connection to peer c0241b7c with addr tcp://192.168.111.99:4567 timed out, no messages seen in PT3S
180519 12:59:14 [Warning] WSREP: no nodes coming from prim view, prim not possible
180519 12:59:14 [Note] WSREP: view(view_id(NON_PRIM,c0241b7c,1) memb {
c0241b7c,0
} joined {
} left {
} partitioned {
})
180519 12:59:14 [Warning] WSREP: last inactive check more than PT1.5S ago (PT3.50074S), skipping check
180519 12:59:44 [Note] WSREP: view((empty))
180519 12:59:44 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Connection timed out)
at gcomm/src/pc.cpp:connect():158
180519 12:59:44 [ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():208: Failed to open backend connection: -110 (Connection timed out)
180519 12:59:44 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1458: Failed to open channel ‘clusterpadasantri’ at ‘gcomm://192.168.111.98,192.168.111.99’: -110 (Connection timed out)
180519 12:59:44 [ERROR] WSREP: gcs connect failed: Connection timed out
180519 12:59:44 [ERROR] WSREP: wsrep::connect(gcomm://192.168.111.98,192.168.111.99) failed: 7
180519 12:59:44 [ERROR] Aborting
180519 12:59:44 [Note] WSREP: Service disconnected.
180519 12:59:45 [Note] WSREP: Some threads may fail to exit.
180519 12:59:45 [Note] /usr/sbin/mysqld: Shutdown complete
180519 12:59:45 mysqld_safe mysqld from pid file /var/lib/mysql/padasantri2.pid ended
how solve this error?
Reply
helwie ahmad on May 19, 2018 5:24 am
i think on step 3 you have to start mariadb before mysql_secure_configuration.
Reply
nishu on August 3, 2014 12:10 pm
thanks for istalling maria DB blog
Reply
M.Pasha on July 11, 2014 10:24 am
Hi,
I am getting same “Connection timed out” errors, while my configurations are below
####################
[server]
#general_log_file=/var/log/mysql/mysqld.log
#general_log=1
log_warning=2
log-error=/var/log/mysql/error.log
#log-bin=/var/log/mysql-bin.log
#log-slow-queries=/var/log/mysql/mysql-slow-queries.log
####################
[mysqld]
datadir=/var/lib/mysql
####################
[mariadb]
wsrep_cluster_address=gcomm://hostname1,hostname2
wsrep_provider=/usr/lib64/galera/libgalera_smm.so
wsrep_node_address = hostname1
binlog_format=ROW
default_storage_engine=InnoDB
innodb_autoinc_lock_mode=2
innodb_locks_unsafe_for_binlog=1
wsrep_cluster_name=corp-zabbix-server
wsrep_debug=on
wsrep_sst_auth=mariadb-user:cerner
wsrep_sst_method=mysqldump
wsrep_on=ON
####################
but my side everything looks fine. its in still first node, I haven’t started in second node.
Reply
- gg on September 16, 2014 10:23 am
  Have a look in the error-log in /var/lib/mysql/
  In my case the path for libgalera_smm.so on the first server was wrong.
  Reply
Anant on July 8, 2014 2:38 am
How would you define that which is your master/bootstrepnode after restart ?
i.e if I restart all the servers then how nodes will decide that which will be bootstrep node.
Reply
jose on June 19, 2014 9:30 pm
There is somthing i am missing from the article. In my php code, to get advantage of the multi-master cluster, where is the load balancer? Who decide which server to use? In the perfect world i will connect to a virtual ip of the database and internally, every request is load balance. Can you please explain a little about this? Thank you
Reply
Radzikowski on June 18, 2014 9:34 am
Hi, great tutorial, but i have problem while trying to bootstrap repliaction. Could you help me? Here is my error log:
140618 10:11:50 [ERROR] WSREP: Permission denied
140618 10:11:50 [ERROR] WSREP: failed to open gcomm backend connection: 13: error while trying to listen ‘tcp://0.0.0.0:4567?socket.non_blocking=1’, asio error ‘Permission denied’: 13 (Permission denied)
at gcomm/src/asio_tcp.cpp:listen():814
140618 10:11:50 [ERROR] WSREP: gcs/src/gcs_core.c:gcs_core_open():202: Failed to open backend connection: -13 (Permission denied)
140618 10:11:50 [ERROR] WSREP: gcs/src/gcs.c:gcs_open():1291: Failed to open channel ‘cluster1’ at ‘gcomm://XXX.XXX.XXX.9’: -13 (Permission denied)
140618 10:11:50 [ERROR] WSREP: gcs connect failed: Permission denied
140618 10:11:50 [ERROR] WSREP: wsrep::connect() failed: 7
140618 10:11:50 [ERROR] Aborting
There is no firewall on both servers. I would be grateful for any ideas.
Reply
- GEX on June 6, 2015 6:26 pm
  this is probably because SElinux is enabled , to disable it :
  – setenforce 0
  Reply
TheIgor on June 14, 2014 3:43 am
This is a 32 bit server, for 64 bit you need to change ‘wsrep_provider=/usr/lib/galera/libgalera_smm.so’ to ‘wsrep_provider=/usr/lib64/galera/libgalera_smm.so.’
Reply
Massimiliano on April 14, 2014 8:01 am
to be more precise, let’s imagine we have node1, node2, node3:
we create a user ‘sstuser’, with password ‘sstpassword’ and than:
GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ‘sstuser’@’node1’ IDENTIFIED BY ‘sstpassword’;
GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ‘sstuser’@’node2’ IDENTIFIED BY ‘sstpassword’;
GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ‘sstuser’@’node3’ IDENTIFIED BY ‘sstpassword’;
p.s.: I am not sure if root access between the nodes is necessary…. I need to check this. it might be unnecessary.
Reply
- Rahul on April 16, 2014 3:28 am
  Hi Massimiliano,
  Thanks for your valuable suggestion’s.
  I will this if root user is not necessary and update article accordingly.
  Reply
Massimiliano on April 14, 2014 7:57 am
This is not a proper set-up => GRANT ALL PRIVILEGES ON *.* TO ‘root’@’%’
Reply