Jun 16 15:15:09 fr1db2 mysqld: QUERY: LOAD DATA LOCAL INFILE '/tmp//phpefR0Va.csv' INTO TABLE rule#015
Jun 16 15:15:09 fr1db2 mysqld: #011#011FIELDS TERMINATED BY ','#015
Jun 16 15:15:09 fr1db2 mysqld: #011#011ENCLOSED BY '"'#015
Jun 16 15:15:09 fr1db2 mysqld: #011#011IGNORE 0 LINES#015
Jun 16 15:15:09 fr1db2 mysqld: #011#011(name,@p1,@cost)#015
Jun 16 15:15:09 fr1db2 mysqld: #011#011SET rev_id = 9746, cost = NULLIF(@cost,''), prefix = CONCAT('',@p1)
Jun 16 15:15:09 fr1db2 mysqld:  => Skipping replication
Jun 16 15:15:09 fr1db2 mysqld: 150616 15:15:09 [ERROR] WSREP: FSM: no such a transition ROLLED_BACK -> ROLLED_BACK
Jun 16 15:15:09 fr1db2 mysqld: 150616 15:15:09 [ERROR] mysqld got signal 6 ;
Jun 16 15:15:09 fr1db2 mysqld: This could be because you hit a bug. It is also possible that this binary
Jun 16 15:15:09 fr1db2 mysqld: or one of the libraries it was linked against is corrupt, improperly built,
Jun 16 15:15:09 fr1db2 mysqld: or misconfigured. This error can also be caused by malfunctioning hardware.
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: To report this bug, see http://kb.askmonty.org/en/reporting-bugs
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: We will try our best to scrape up some info that will hopefully help
Jun 16 15:15:09 fr1db2 mysqld: diagnose the problem, but since we have already crashed,
Jun 16 15:15:09 fr1db2 mysqld: something is definitely wrong and this may fail.
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: Server version: 10.0.19-MariaDB-1~lucid-wsrep-log
Jun 16 15:15:09 fr1db2 mysqld: key_buffer_size=134217728
Jun 16 15:15:09 fr1db2 mysqld: read_buffer_size=2097152
Jun 16 15:15:09 fr1db2 mysqld: max_used_connections=643
Jun 16 15:15:09 fr1db2 mysqld: max_threads=1002
Jun 16 15:15:09 fr1db2 mysqld: thread_count=149
Jun 16 15:15:09 fr1db2 mysqld: It is possible that mysqld could use up to
Jun 16 15:15:09 fr1db2 mysqld: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 10411759 K  bytes of memory
Jun 16 15:15:09 fr1db2 mysqld: Hope that's ok; if not, decrease some variables in the equation.
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: Thread pointer: 0x0x6acfa4a04008
Jun 16 15:15:09 fr1db2 mysqld: Attempting backtrace. You can use the following information to find out
Jun 16 15:15:09 fr1db2 mysqld: where mysqld died. If you see no messages after this, something went
Jun 16 15:15:09 fr1db2 mysqld: terribly wrong...
Jun 16 15:15:09 fr1db2 mysqld: stack_bottom = 0x6acff6f66e28 thread_stack 0x48000
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0xa7ec7d1800e]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(handle_fatal_signal+0x4ac)[0xa7ec7869d5c]
Jun 16 15:15:09 fr1db2 mysqld: /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340)[0x6ad1ecee9340]
Jun 16 15:15:09 fr1db2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x39)[0x6ad1eb4f5cc9]
Jun 16 15:15:09 fr1db2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(abort+0x148)[0x6ad1eb4f90d8]
Jun 16 15:15:09 fr1db2 mysqld: /usr/lib/galera/libgalera_smm.so(_ZN6galera3FSMINS_9TrxHandle5StateENS1_10TransitionENS_10EmptyGuardENS_11EmptyActionEE8shift_toES2_+0x192)[0x6ad1e9e9afe2]
Jun 16 15:15:09 fr1db2 mysqld: /usr/lib/galera/libgalera_smm.so(_ZN6galera13ReplicatorSMM13post_rollbackEPNS_9TrxHandleE+0x2e)[0x6ad1e9eb671e]
Jun 16 15:15:09 fr1db2 mysqld: /usr/lib/galera/libgalera_smm.so(galera_post_rollback+0x5d)[0x6ad1e9eca41d]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(+0x541275)[0xa7ec7806275]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z17ha_rollback_transP3THDb+0xb9)[0xa7ec786d419]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z19trans_rollback_stmtP3THD+0x27)[0xa7ec77bc677]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x750)[0xa7ec76c3110]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x254)[0xa7ec76ca9e4]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(+0x405ad9)[0xa7ec76caad9]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1ca2)[0xa7ec76cd5e2]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z10do_commandP3THD+0x251)[0xa7ec76ce051]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x233)[0xa7ec77a8943]
Jun 16 15:15:09 fr1db2 mysqld: /usr/sbin/mysqld(handle_one_connection+0x47)[0xa7ec77a8ad7]
Jun 16 15:15:09 fr1db2 mysqld: /lib/x86_64-linux-gnu/libpthread.so.0(+0x8182)[0x6ad1ecee1182]
Jun 16 15:15:09 fr1db2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x6ad1eb5b947d]
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: Trying to get some variables.
Jun 16 15:15:09 fr1db2 mysqld: Some pointers may be invalid and cause the dump to abort.
Jun 16 15:15:09 fr1db2 mysqld: Query (0x6ad0092bc020): is an invalid pointer
Jun 16 15:15:09 fr1db2 mysqld: Connection ID (thread ID): 48472
Jun 16 15:15:09 fr1db2 mysqld: Status: NOT_KILLED
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=on,exists_to_in=on
Jun 16 15:15:09 fr1db2 mysqld:
Jun 16 15:15:09 fr1db2 mysqld: The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
Jun 16 15:15:09 fr1db2 mysqld: information that should help you find out what is causing the crash.
Jun 16 15:15:10 fr1db2 mysqld_safe: Number of processes running now: 0
Jun 16 15:15:10 fr1db2 mysqld_safe: WSREP: not restarting wsrep node automatically
Jun 16 15:15:10 fr1db2 mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended