# bugs for sysbench oltp, delete, insert, parallel, how can i do multi-transactions?
**URL:** https://forums.percona.com/t/bugs-for-sysbench-oltp-delete-insert-parallel-how-can-i-do-multi-transactions/6747
**Category:** Percona XtraDB Cluster 5.x
**Created:** [December 18, 2018, 2:33am UTC](https://forums.percona.com/t/bugs-for-sysbench-oltp-delete-insert-parallel-how-can-i-do-multi-transactions/6747 "2018-12-18T02:33:25Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@Liu](https://forums.percona.com/u/Liu)
#### Post date: [December 18, 2018, 2:33am UTC](https://forums.percona.com/t/bugs-for-sysbench-oltp-delete-insert-parallel-how-can-i-do-multi-transactions/6747/1 "2018-12-18T02:33:25Z")
whatever i change the mysqld.conf, the sysben will report
sh oltp.sh
- . ./conf.sh
++ host=10.17.140.192
++ port=3306
++ port=3307
++ port=3308
++ port=3309
++ user=root
++ password=Midea@123
++ tcount=100
++ tsize=1000000
++ threads=256
++ dbname=bench
++ interval=10
++ maxtime=120
++ requests=2000000000
++ driver=mysql
- sysbench --test=./lua-tests/db/oltp.lua --db-driver=mysql --mysql-host=10.17.140.192 --count=100 --oltp-table-size=1000000 --num-threads=256 --max-requests=2000000000 --oltp-re
WARNING: the --test option is deprecated. You can pass a script name or path on the comma
WARNING: --num-threads is deprecated, use --threads instead
WARNING: --max-requests is deprecated, use --events instead
WARNING: --max-time is deprecated, use --time instead
…
(last message repeated 1 times)
FATAL: `thread_run' function failed: ./lua-tests/db/oltp.lua:85: db_query() failed (last message repeated 4 times) FATAL: mysql_drv_query() returned error 2013 (Lost connection to MySQL server during query) for query 'COMMIT' FATAL: `thread\_run’ function failed: ./lua-tests/db/oltp.lua:85: db\_query() failed
(last message repeated 3 times)
FATAL: mysql\_drv\_query() returned error 2013 (Lost connection to MySQL server during query) for query ‘COMMIT’
FATAL: `thread\_run’ function failed: ./lua-tests/db/oltp.lua:85: db\_query() failed
Error in my\_thread\_global\_end(): 256 threads didn’t exit
and one of the pxc node will break, the logs like this:
2018-12-18T15:50:27.671157+08:00 0 [Warning] WSREP: gcomm/src/asio\_udp.cpp:send():158: Error: send\_to: Resource temporarily unavailable
terminate called after throwing an instance of ‘boost::exception\_detail::clone\_impl\’
what(): remote\_endpoint: Transport endpoint is not connected
07:50:27 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
Please help us make Percona XtraDB Cluster better by reporting any
bugs at [url][https://jira.percona.com/projects/PXC/issues[/url]](https://jira.percona.com/projects/PXC/issues%5B/url%5D)
key\_buffer\_size=268435456
read\_buffer\_size=524288
max\_used\_connections=256
max\_threads=1001
thread\_count=289
connection\_count=256
It is possible that mysqld could use up to
key\_buffer\_size + (read\_buffer\_size + sort\_buffer\_size)\*max\_threads = 2836854 K bytes of memory
Hope that’s ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong…
stack\_bottom = 0 thread\_stack 0x80000
/usr/sbin/mysqld(my\_print\_stacktrace+0x3b)[0xf36d5b]
/usr/sbin/mysqld(handle\_fatal\_signal+0x471)[0x7ad461]
/lib64/libpthread.so.0(+0xf6d0)[0x7f53f4da96d0]
/lib64/libc.so.6(gsignal+0x37)[0x7f53f2eaa277]
/lib64/libc.so.6(abort+0x148)[0x7f53f2eab968]
/lib64/libstdc++.so.6(\_ZN9\_\_gnu\_cxx27\_\_verbose\_terminate\_handlerEv+0x165)[0x7f53f37b97d5]
/lib64/libstdc++.so.6(+0x5e746)[0x7f53f37b7746]
/lib64/libstdc++.so.6(+0x5e773)[0x7f53f37b7773]
/lib64/libstdc++.so.6(+0x5e993)[0x7f53f37b7993]
/usr/lib64/galera3/libgalera\_smm.so(_ZN5boost15throw\_exceptionIN4asio12system\_errorEEEvRKT_+0x191)[0x7f53e88c4491]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN4asio6detail14do\_throw\_errorERKNS\_10error\_codeEPKc+0x7c)[0x7f53e88c45ac]
/usr/lib64/galera3/libgalera\_smm.so(\_ZNK5gcomm13AsioUdpSocket11remote\_addrEv+0x3a1)[0x7f53e8995801]
/usr/lib64/galera3/libgalera\_smm.so(\_Z4sendPN5gcomm6SocketERNS\_8DatagramE+0x10e)[0x7f53e893396e]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm6GMCast11handle\_downERNS\_8DatagramERKNS\_13ProtoDownMetaE+0x31b)[0x7f53e8933dcb]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm8Protolay9send\_downERNS\_8DatagramERKNS\_13ProtoDownMetaE+0x64)[0x7f53e8928a64]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm3evs5Proto6resendERKNS\_4UUIDENS0\_5RangeE+0x543)[0x7f53e89070f3]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm3evs5Proto10handle\_gapERKNS0\_10GapMessageESt17\_Rb\_tree\_iteratorISt4pairIKNS\_4UUIDENS0\_4NodeEEE+0xe80)[0x7f53e891cff0]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm3evs5Proto10handle\_msgERKNS0\_7MessageERKNS\_8DatagramEb+0x659)[0x7f53e8925819]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm3evs5Proto9handle\_upEPKvRKNS\_8DatagramERKNS\_11ProtoUpMetaE+0x453)[0x7f53e89263d3]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm6GMCast9handle\_upEPKvRKNS\_8DatagramERKNS\_11ProtoUpMetaE+0xa4d)[0x7f53e894057d]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm10Protostack8dispatchEPKvRKNS\_8DatagramERKNS\_11ProtoUpMetaE+0x67)[0x7f53e896a3b7]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm12AsioProtonet8dispatchERKPKvRKNS\_8DatagramERKNS\_11ProtoUpMetaE+0x4f)[0x7f53e899b15f]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm13AsioUdpSocket12read\_handlerERKN4asio10error\_codeEm+0x3a3)[0x7f53e89964a3]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN4asio6detail27reactive\_socket\_recvfrom\_opINSt3tr15arrayINS\_14mutable\_bufferELm1EEENS\_2ip14basic\_endpointINS6\_3udpEEEN5boost3\_bi6bind\_tIvNSA\_4\_mfi3mf2IvN5gcomm13AsioUdpSocketERKNS\_10error\_codeEmEENSB\_5list3INSB\_5valueINSA\_10shared\_ptrISG\_EEEEPFNSA\_3argILi1EEEvEPFNSQ\_ILi2EEEvEEEEEE11do\_completeEPNS0\_15task\_io\_serviceEPNS0\_25task\_io\_service\_operationESJ\_m+0x106)[0x7f53e89989e6]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN4asio6detail15task\_io\_service3runERNS\_10error\_codeE+0x453)[0x7f53e8983bb3]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN5gcomm12AsioProtonet10event\_loopERKN2gu8datetime6PeriodE+0x247)[0x7f53e899c647]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN9GCommConn3runEv+0xa4)[0x7f53e89b4ed4]
/usr/lib64/galera3/libgalera\_smm.so(\_ZN9GCommConn6run\_fnEPv+0x32)[0x7f53e89bb0a2]
/lib64/libpthread.so.0(+0x7e25)[0x7f53f4da1e25]
/lib64/libc.so.6(clone+0x6d)[0x7f53f2f72bad]
You may download the Percona XtraDB Cluster operations manual by visiting
[url][http://www.percona.com/software/percona-xtradb-cluster/[/url]](http://www.percona.com/software/percona-xtradb-cluster/%5B/url%5D). You may find information
in the manual which will help you identify the cause of the crash
---
### Author:  [@przemek](https://forums.percona.com/u/przemek)
#### Post date: [December 20, 2018, 10:41am UTC](https://forums.percona.com/t/bugs-for-sysbench-oltp-delete-insert-parallel-how-can-i-do-multi-transactions/6747/2 "2018-12-20T10:41:15Z")
Hi Liu,
It this crash reproducible each time you run the test?
Please provide the following:
```auto
[LIST]
[*]rpm -qa|egrep -i "mysql|percona|maria|boost|sysbench"
[*]
```
[\*]of if you are on debian/ubuntu:
```auto
dpkg -l|egrep -i "mysql|percona|maria|boost|sysbench"
```
[_]my.cnf from your nodes
[_]copy of conf.sh script
[/LIST]