Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion 3 of 4 nodes failed during "alter table"
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Amol Kedar  
View profile  
 More options Oct 18 2012, 11:22 pm
From: Amol Kedar <ajke...@gmail.com>
Date: Thu, 18 Oct 2012 20:22:16 -0700 (PDT)
Local: Thurs, Oct 18 2012 11:22 pm
Subject: Re: 3 of 4 nodes failed during "alter table"

i am very interested to know if you find a reason for this ?...i have
xtradb cluster in production and would like to be aware if anything i am
doing wrong

Thanks

On Thursday, October 18, 2012 11:24:22 AM UTC-4, mc wrote:

>  We just had a crash in our 4 node setup, as a result of a discution
> earlier we've statet adding primary keys to some of our tables, and today
> we might have added 100 primary keys, but this one made node2-4 puke and
> exit (following a larger downtime because they all wanted to SST teir 75GB
> database at once, i plan to remove mysqld from the init scripts and stop
> using safe_mysqld in order to be able to control the restart of mysql
> myself).

> The query was execute on node1, cause 2-4 to crash, the query was:

> ALTER TABLE `abo_errorlogin_log` ADD `id` INT NOT NULL AUTO_INCREMENT
> PRIMARY KEY FIRST

> and the scema of abo_errorlogin_log is (after the alter):

> | abo_errorlogin_log | CREATE TABLE `abo_errorlogin_log` (
>   `id` int(11) NOT NULL AUTO_INCREMENT,
>   `username` varchar(30) NOT NULL DEFAULT '',
>   `name` varchar(50) NOT NULL DEFAULT '',
>   `timestamps` text NOT NULL,
>   `last_timestamp` bigint(20) unsigned NOT NULL DEFAULT '0',
>   `sites` varchar(50) NOT NULL DEFAULT '',
>   `last_site` varchar(2) NOT NULL DEFAULT '',
>   `institution_key` varchar(255) NOT NULL DEFAULT '',
>   `tally` int(11) NOT NULL DEFAULT '0',
>   `email` varchar(100) NOT NULL DEFAULT '',
>   `not_student` tinyint(1) NOT NULL DEFAULT '0',
>   `has_been_changed` tinyint(1) NOT NULL DEFAULT '0',
>   PRIMARY KEY (`id`)
> ) ENGINE=InnoDB AUTO_INCREMENT=97882 DEFAULT CHARSET=latin1 |

> In the logfiles @node1:

> Oct 18 15:56:10 node1 mysqld: 121018 15:56:10 [Note] WSREP:
> (13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, 'tcp://0.0.0.0:4567') turning
> message relay requesting on, nonlive peers: tcp://192.168.0.13:4567
> Oct 18 15:56:11 node1 mysqld: 121018 15:56:11 [Note] WSREP:
> (13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, 'tcp://0.0.0.0:4567') reconnecting
> to e1b77fc5-16c6-11e2-0800-1ff76a856f4d (tcp://192.168.0.13:4567),
> attempt 0
> Oct 18 15:56:12 node1 mysqld: 121018 15:56:12 [Note] WSREP:
> (13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, 'tcp://0.0.0.0:4567') reconnecting
> to 779c1072-16e3-11e2-0800-d982ecf3214a (tcp://192.168.0.12:4567),
> attempt 0
> Oct 18 15:56:12 node1 mysqld: 121018 15:56:12 [Note] WSREP:
> (13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, 'tcp://0.0.0.0:4567') reconnecting
> to d1ae5b68-1848-11e2-0800-df1784883427 (tcp://192.168.0.14:4567),
> attempt 0
> Oct 18 15:56:12 node1 mysqld: 121018 15:56:12 [Note] WSREP: remote
> endpoint tcp://192.168.0.14:4567 changed identity
> d1ae5b68-1848-11e2-0800-df1784883427 -> 932da75e-192b-11e2-0800-f92adf02e877
> Oct 18 15:56:13 node1 mysqld: 121018 15:56:13 [Note] WSREP: remote
> endpoint tcp://192.168.0.12:4567 changed identity
> 779c1072-16e3-11e2-0800-d982ecf3214a -> 9356ae44-192b-11e2-0800-4817043eb975
> Oct 18 15:56:13 node1 mysqld: 121018 15:56:13 [Note] WSREP: remote
> endpoint tcp://192.168.0.13:4567 changed identity
> e1b77fc5-16c6-11e2-0800-1ff76a856f4d -> 937a239d-192b-11e2-0800-36e5b1623d99
> Oct 18 15:56:13 node1 mysqld: 121018 15:56:13 [Note] WSREP:
> (13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, 'tcp://0.0.0.0:4567') turning
> message relay requesting off
> Oct 18 15:56:14 node1 mysqld: 121018 15:56:14 [Note] WSREP:
> evs::proto(13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, GATHER,
> view_id(REG,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836)) suspecting node:
> 779c1072-16e3-11e2-0800-d982ecf3214a
> Oct 18 15:56:14 node1 mysqld: 121018 15:56:14 [Note] WSREP:
> evs::proto(13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, GATHER,
> view_id(REG,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836)) suspecting node:
> d1ae5b68-1848-11e2-0800-df1784883427
> [snip]
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP:
> evs::proto(13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8, GATHER,
> view_id(REG,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836)) suspecting node:
> e1b77fc5-16c6-11e2-0800-1ff76a856f4d
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: declaring
> 932da75e-192b-11e2-0800-f92adf02e877 stable
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: declaring
> 9356ae44-192b-11e2-0800-4817043eb975 stable
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: declaring
> 937a239d-192b-11e2-0800-36e5b1623d99 stable
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP:
> view(view_id(PRIM,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,837) memb {
> Oct 18 15:56:23 node1 mysqld: #01113b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,
> Oct 18 15:56:23 node1 mysqld: #011932da75e-192b-11e2-0800-f92adf02e877,
> Oct 18 15:56:23 node1 mysqld: #0119356ae44-192b-11e2-0800-4817043eb975,
> Oct 18 15:56:23 node1 mysqld: #011937a239d-192b-11e2-0800-36e5b1623d99,
> Oct 18 15:56:23 node1 mysqld: } joined {
> Oct 18 15:56:23 node1 mysqld: } left {
> Oct 18 15:56:23 node1 mysqld: } partitioned {
> Oct 18 15:56:23 node1 mysqld: #011779c1072-16e3-11e2-0800-d982ecf3214a,
> Oct 18 15:56:23 node1 mysqld: #011d1ae5b68-1848-11e2-0800-df1784883427,
> Oct 18 15:56:23 node1 mysqld: #011e1b77fc5-16c6-11e2-0800-1ff76a856f4d,
> Oct 18 15:56:23 node1 mysqld: })
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: New COMPONENT:
> primary = yes, bootstrap = no, my_idx = 0, memb_num = 4
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP:
> STATE_EXCHANGE: sent state UUID: 9a50a41c-192b-11e2-0800-b239f13b62a9
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: STATE
> EXCHANGE: sent state msg: 9a50a41c-192b-11e2-0800-b239f13b62a9
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: STATE
> EXCHANGE: got state msg: 9a50a41c-192b-11e2-0800-b239f13b62a9 from 0 (node1)
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: STATE
> EXCHANGE: got state msg: 9a50a41c-192b-11e2-0800-b239f13b62a9 from 2 (node2)
> Oct 18 15:56:23 node1 mysqld: 121018 15:56:23 [Note] WSREP: STATE
> EXCHANGE: got state msg: 9a50a41c-192b-11e2-0800-b239f13b62a9 from 1 (node4)
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP: STATE
> EXCHANGE: got state msg: 9a50a41c-192b-11e2-0800-b239f13b62a9 from 3 (node3)
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP: Quorum results:
> Oct 18 15:56:24 node1 mysqld: #011version    = 2,
> Oct 18 15:56:24 node1 mysqld: #011component  = PRIMARY,
> Oct 18 15:56:24 node1 mysqld: #011conf_id    = 7,
> Oct 18 15:56:24 node1 mysqld: #011members    = 1/4 (joined/total),
> Oct 18 15:56:24 node1 mysqld: #011act_id     = 3217313,
> Oct 18 15:56:24 node1 mysqld: #011last_appl. = 3216424,
> Oct 18 15:56:24 node1 mysqld: #011protocols  = 0/4/2 (gcs/repl/appl),
> Oct 18 15:56:24 node1 mysqld: #011group UUID =
> eb9d49a2-fe4c-11e1-0800-2738b8212139
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP: Flow-control
> interval: [16, 32]
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP: New cluster
> view: global state: eb9d49a2-fe4c-11e1-0800-2738b8212139:3217313, view# 8:
> Primary, number of nodes: 4, my index: 0, protocol version 2
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP:
> wsrep_notify_cmd is not defined, skipping notification.
> Oct 18 15:56:24 node1 mysqld: 121018 15:56:24 [Note] WSREP: Assign initial
> position for certification: 3217313, protocol version: 2
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Node 1 (node4)
> requested state transfer from '*any*'. Selected 0 (node1)(SYNCED) as donor.
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Shifting
> SYNCED -> DONOR/DESYNCED (TO: 3217358)
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP:
> wsrep_notify_cmd is not defined, skipping notification.
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Running:
> 'wsrep_sst_rsync 'donor' '192.168.0.14:4444/rsync_sst' 'root:password'
> '/var/lib/mysql/' '/etc/mysql/conf.d/wsrep.cnf'
> 'eb9d49a2-fe4c-11e1-0800-2738b8212139' '3217358' '0''
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP:
> sst_donor_thread signaled with 0
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Flushing
> tables for SST...
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Provider
> paused at eb9d49a2-fe4c-11e1-0800-2738b8212139:3217358
> Oct 18 15:56:26 node1 mysqld: 121018 15:56:26 [Note] WSREP: Tables flushed.

> and node2:
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [ERROR] Slave SQL: Could not
> execute Update_rows event on table sugarcrm3.abo_errorlogin_log; Can't find
> record in 'abo_errorlogin_log', Error_code: 1032; handler error
> HA_ERR_KEY_NOT_FOUND; the event's master log FIRST, end_log_pos 312,
> Error_code: 1032
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Warning] WSREP: RBR event 2
> Update_rows apply warning: 120, 3217313
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply trx: source: 13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8 version: 2 local: 0
> state: CERTIFYING flags: 1 conn_id: 271047 trx_id: 199094775 seqnos (l:
> 1942351, g: 3217313, s: 3217312, d: 3216422, ts: 1350568568555954215)
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply app buffer: x
> Oct 18 15:56:08 node2 mysqld: ?P#023, seqno: 3217313, status: WSREP_FATAL
> Oct 18 15:56:08 node2 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_wscoll():50
> Oct 18 15:56:08 node2 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_trx_ws():121
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [ERROR] WSREP: Node
> consistency compromized, aborting...
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Note] WSREP: Closing send
> monitor...
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Note] WSREP: Closed send
> monitor.
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Note] WSREP: gcomm:
> terminating thread
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Note] WSREP: gcomm: joining
> thread
> Oct 18 15:56:08 node2 mysqld: 121018 15:56:08 [Note] WSREP: gcomm: closing
> backend
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP:
> view(view_id(NON_PRIM,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836) memb {
> Oct 18 15:56:10 node2 mysqld: #011779c1072-16e3-11e2-0800-d982ecf3214a,
> Oct 18 15:56:10 node2 mysqld: } joined {
> Oct 18 15:56:10 node2 mysqld: } left {
> Oct 18 15:56:10 node2 mysqld: } partitioned {
> Oct 18 15:56:10 node2 mysqld: #01113b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,
> Oct 18 15:56:10 node2 mysqld: #011d1ae5b68-1848-11e2-0800-df1784883427,
> Oct 18 15:56:10 node2 mysqld: #011e1b77fc5-16c6-11e2-0800-1ff76a856f4d,
> Oct 18 15:56:10 node2 mysqld: })
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: view((empty))
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: New COMPONENT:
> primary = no, bootstrap = no, my_idx = 0, memb_num = 1
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: gcomm: closed
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [8, 16]
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Received
> NON-PRIMARY.
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Shifting
> SYNCED -> OPEN (TO: 3217313)
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Received
> self-leave message.
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [0, 0]
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Received
> SELF-LEAVE. Closing connection.
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Shifting OPEN
> -> CLOSED (TO: 3217313)
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: RECV thread
> exiting 0: Success
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: recv_thread()
> joined.
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP: Closing slave
> action queue.
> Oct 18 15:56:10 node2 mysqld: 121018 15:56:10 [Note] WSREP:
> /usr/sbin/mysqld: Terminated.
> Oct 18 15:56:11 node2 mysqld_safe: Number of processes running now: 0
> Oct 18 15:56:11 node2 mysqld_safe: mysqld restarted

> node3:
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [ERROR] Slave SQL: Could not
> execute Update_rows event on table sugarcrm3.abo_errorlogin_log; Can't find
> record in 'abo_errorlogin_log', Error_code: 1032; handler error
> HA_ERR_KEY_NOT_FOUND;
>  the event's master log FIRST, end_log_pos 312, Error_code: 1032
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Warning] WSREP: RBR event 2
> Update_rows apply warning: 120, 3217313
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply trx: source: 13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8 version: 2 local: 0
> state: CERTIFYING flags: 1 conn_id: 271047 trx_id: 199094775 seqnos (l:
> 2010094, g: 32173
> 13, s: 3217312, d: 3216422, ts: 1350568568555954215)
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply app buffer: x
> Oct 18 15:56:08 node3 mysqld: <80>P#023, seqno: 3217313, status:
> WSREP_FATAL
> Oct 18 15:56:08 node3 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_wscoll():50
> Oct 18 15:56:08 node3 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_trx_ws():121
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [ERROR] WSREP: Node
> consistency compromized, aborting...
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Note] WSREP: Closing send
> monitor...
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Note] WSREP: Closed send
> monitor.
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Note] WSREP: gcomm:
> terminating thread
> Oct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Note] WSREP: gcomm: joining
> threadOct 18 15:56:08 node3 mysqld: 121018 15:56:08 [Note] WSREP: gcomm:
> closing backendOct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP:
> view(view_id(NON_PRIM,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836) memb {
> Oct 18 15:56:10 node3 mysqld: #011e1b77fc5-16c6-11e2-0800-1ff76a856f4d,
> Oct 18 15:56:10 node3 mysqld: } joined {
> Oct 18 15:56:10 node3 mysqld: } left {
> Oct 18 15:56:10 node3 mysqld: } partitioned {
> Oct 18 15:56:10 node3 mysqld: #01113b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,
> Oct 18 15:56:10 node3 mysqld: #011779c1072-16e3-11e2-0800-d982ecf3214a,
> Oct 18 15:56:10 node3 mysqld: #011d1ae5b68-1848-11e2-0800-df1784883427,
> Oct 18 15:56:10 node3 mysqld: })
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: view((empty))
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: New COMPONENT:
> primary = no, bootstrap = no, my_idx = 0, memb_num = 1
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: gcomm: closed
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [8, 16]
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Received
> NON-PRIMARY.
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Shifting
> SYNCED -> OPEN (TO: 3217313)
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Received
> self-leave message.
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [0, 0]
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Received
> SELF-LEAVE. Closing connection.
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Shifting OPEN
> -> CLOSED (TO: 3217313)
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: RECV thread
> exiting 0: Success
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: recv_thread()
> joined.
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP: Closing slave
> action queue.
> Oct 18 15:56:10 node3 mysqld: 121018 15:56:10 [Note] WSREP:
> /usr/sbin/mysqld: Terminated.
> Oct 18 15:56:12 node3 mysqld_safe: Number of processes running now: 0
> Oct 18 15:56:12 node3 mysqld_safe: mysqld restarted

> and node4:
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [ERROR] Slave SQL: Could not
> execute Update_rows event on table sugarcrm3.abo_errorlogin_log; Can't find
> record in 'abo_errorlogin_log', Error_code: 1032; handler error
> HA_ERR_KEY_NOT_FOUND; the event's master log FIRST, end_log_pos 312,
> Error_code: 1032
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Warning] WSREP: RBR event 2
> Update_rows apply warning: 120, 3217313
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply trx: source: 13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8 version: 2 local: 0
> state: CERTIFYING flags: 1 conn_id: 271047 trx_id: 199094775 seqnos (l:
> 741198, g: 3217313, s: 3217312, d: 3216422, ts: 1350568568555954215)
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [ERROR] WSREP: Failed to
> apply app buffer: x
> Oct 18 15:56:08 node4 mysqld: <80>P#023, seqno: 3217313, status:
> WSREP_FATAL
> Oct 18 15:56:08 node4 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_wscoll():50
> Oct 18 15:56:08 node4 mysqld: #011 at
> galera/src/replicator_smm.cpp:apply_trx_ws():121
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [ERROR] WSREP: Node
> consistency compromized, aborting...
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Note] WSREP: Closing send
> monitor...
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Note] WSREP: Closed send
> monitor.
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Note] WSREP: gcomm:
> terminating thread
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Note] WSREP: gcomm: joining
> thread
> Oct 18 15:56:08 node4 mysqld: 121018 15:56:08 [Note] WSREP: gcomm: closing
> backend
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP:
> view(view_id(NON_PRIM,13b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,836) memb {
> Oct 18 15:56:10 node4 mysqld: #011d1ae5b68-1848-11e2-0800-df1784883427,
> Oct 18 15:56:10 node4 mysqld: } joined {
> Oct 18 15:56:10 node4 mysqld: } left {
> Oct 18 15:56:10 node4 mysqld: } partitioned {
> Oct 18 15:56:10 node4 mysqld: #01113b3b9be-17a7-11e2-0800-5d2a4f0ec2e8,
> Oct 18 15:56:10 node4 mysqld: #011779c1072-16e3-11e2-0800-d982ecf3214a,
> Oct 18 15:56:10 node4 mysqld: #011e1b77fc5-16c6-11e2-0800-1ff76a856f4d,
> Oct 18 15:56:10 node4 mysqld: })
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: view((empty))
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: New COMPONENT:
> primary = no, bootstrap = no, my_idx = 0, memb_num = 1
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: gcomm: closed
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [8, 16]
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Received
> NON-PRIMARY.
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Shifting
> SYNCED -> OPEN (TO: 3217313)
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Received
> self-leave message.
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Flow-control
> interval: [0, 0]
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Received
> SELF-LEAVE. Closing connection.
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Shifting OPEN
> -> CLOSED (TO: 3217313)
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: RECV thread
> exiting 0: Success
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: recv_thread()
> joined.
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP: Closing slave
> action queue.
> Oct 18 15:56:10 node4 mysqld: 121018 15:56:10 [Note] WSREP:
> /usr/sbin/mysqld: Terminated.
> Oct 18 15:56:11 node4 mysqld_safe: Number of processes running now: 0
> Oct 18 15:56:11 node4 mysqld_safe: mysqld restarted

> Why did this happend? And what do i do to avoid it happending again?

> --
> De bedste hilsener / Best Regards
> Mikkel Christensen


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.