[MDEV-12084] Test timeouts on CentOS - interaction between server and client stops - Jira

Details

Type: Bug
Status: Open (View Workflow)
Priority: Major
Resolution: Unresolved
Affects Version/s: 10.2(EOL)
Fix Version/s: 10.2(EOL)
Component/s: Scripts & Clients
Labels:
- 10.2-ga

Description

We are getting random (rare) timeouts in buildbot on kvm-bintar-centos5-amd64. Here is an example:

http://buildbot.askmonty.org/buildbot/builders/kvm-bintar-centos5-amd64/builds/4623/steps/test/logs/stdio

parts.partition_float_myisam             w2 [ fail ]  timeout after 900 seconds

        Test ended at 2017-02-08 22:14:47

Test case timeout after 900 seconds

== /usr/local/mariadb-10.2.4-linux-x86_64/mysql-test/var/2/log/partition_float_myisam.log ==

-2.2250738585072014e-208

1.5

1234.567

2.2250738585072016e208

select * from t2 where a=1234.567;

1234.567

delete from t2 where a=1234.567;

select * from t2;

-2.2250738585072016e208

-1.5

-1

-2.2250738585072014e-208

1.5

2.2250738585072016e208

delete from t2;

16384*3 inserts;

Normally the test takes ~20 seconds there.

The problem is reproducible by running the test on the VM with very high --repeat value – it happens, very roughly, once in 300-400 runs.

The main part of the test is running 16K of single-row INSERTs into a MyISAM table. There is no concurrency, INSERTs are executed one by one. The problem occurs somewhere during this process, in random places, not at a specific row. When it happens, the server is still reachable, show process shows the connection being idle:

MariaDB [(none)]> show processlist;

+----+------+-----------------+------+---------+------+-------+------------------+----------+

| Id | User | Host            | db   | Command | Time | State | Info             | Progress |

+----+------+-----------------+------+---------+------+-------+------------------+----------+

| 11 | root | localhost       | test | Sleep   |  188 |       | NULL             |    0.000 |

| 12 | root | localhost:39097 | NULL | Query   |    0 | init  | show processlist |    0.000 |

+----+------+-----------------+------+---------+------+-------+------------------+----------+

2 rows in set (0.00 sec)

(connection 11 is the one which has been performing updates). The table is healthy and responds to SELECTs. There is no disk space problem.

When it stops, it stops seemingly forever. However, running gdb on the server sometimes "wakes it up", makes the flow to be resumed.

Example of a stack trace from the server when it's in this state:

Thread 7 (Thread 0x40a5f940 (LWP 31197)):

#0  0x00000036df40ab00 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#1  0x0000000000de58b9 in inline_mysql_cond_timedwait (arg=<value optimized out>) at /home/buildbot/buildbot/build/include/mysql/psi/mysql_thread.h:1175

#2  timer_handler (arg=<value optimized out>) at /home/buildbot/buildbot/build/mysys/thr_timer.c:292

#3  0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#4  0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#5  0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x4149f940 (LWP 31198)):

#0  0x00000036df40ab00 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#1  0x0000000000d217b7 in inline_mysql_cond_timedwait (control=0x16e7020, sleep_time=<value optimized out>) at /home/buildbot/buildbot/build/include/mysql/psi/mysql_thread.h:1175

#2  my_service_thread_sleep (control=0x16e7020, sleep_time=<value optimized out>) at /home/buildbot/buildbot/build/storage/maria/ma_servicethread.c:115

#3  0x0000000000d1acd4 in ma_checkpoint_background (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/maria/ma_checkpoint.c:708

#4  0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#5  0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#6  0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x41f80540 (LWP 31199)):

#0  0x00000036df40e1e8 in do_sigwait () from /lib64/libpthread.so.0

#1  0x00000036df40e28d in sigwait () from /lib64/libpthread.so.0

#2  0x00000000005461eb in signal_hand (arg=<value optimized out>) at /home/buildbot/buildbot/build/sql/mysqld.cc:3560

#3  0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#4  0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#5  0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x41fca540 (LWP 31200)):

#0  0x00000036df40a899 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#1  0x000000000056aa90 in inline_mysql_cond_wait (arg=<value optimized out>) at /home/buildbot/buildbot/build/include/mysql/psi/mysql_thread.h:1138

#2  handle_slave_background (arg=<value optimized out>) at /home/buildbot/buildbot/build/sql/slave.cc:339

#3  0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#4  0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#5  0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x42014540 (LWP 31203)):

#0  0x00000036decca436 in poll () from /lib64/libc.so.6

#1  0x0000000000e7cf73 in vio_io_wait (vio=0x2aaac242b808, event=<value optimized out>, timeout=28800000) at /home/buildbot/buildbot/build/vio/viosocket.c:945

#2  0x0000000000e7d2f3 in vio_socket_io_wait (vio=0x420135e0, event=VIO_IO_EVENT_WRITE) at /home/buildbot/buildbot/build/vio/viosocket.c:108

#3  0x0000000000e7d57e in vio_read (vio=0x2aaac242b808, buf=0x2aaaacc34008 "\a", size=4) at /home/buildbot/buildbot/build/vio/viosocket.c:184

#4  0x000000000054ed89 in my_real_read (net=0x2aaaacc14248, complen=0x42013780, header=1 '\001') at /home/buildbot/buildbot/build/sql/net_serv.cc:888

#5  0x000000000054f19d in my_net_read_packet_reallen (net=0x420135e0, read_from_server=1 '\001', reallen=0x420137c8) at /home/buildbot/buildbot/build/sql/net_serv.cc:1158

#6  0x000000000054f29d in my_net_read_packet (net=0x420135e0, read_from_server=1 '\001') at /home/buildbot/buildbot/build/sql/net_serv.cc:1142

#7  0x00000000005f4988 in do_command (thd=0x2aaaacc14008) at /home/buildbot/buildbot/build/sql/sql_parse.cc:1242

#8  0x00000000006d1fd5 in do_handle_one_connection (connect=0x1) at /home/buildbot/buildbot/build/sql/sql_connect.cc:1354

#9  0x00000000006d219f in handle_one_connection (arg=0x2aaac245a508) at /home/buildbot/buildbot/build/sql/sql_connect.cc:1260

#10 0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#11 0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#12 0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x4205e540 (LWP 31248)):

#0  0x00000036df40ab00 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0

#1  0x000000000054da53 in one_thread_per_connection_end (thd=0x2aaaad414008, put_in_cache=<value optimized out>)

    at /home/buildbot/buildbot/build/include/mysql/psi/mysql_thread.h:1175

#2  0x00000000006d1f38 in do_handle_one_connection (connect=<value optimized out>) at /home/buildbot/buildbot/build/sql/sql_connect.cc:1373

#3  0x00000000006d219f in handle_one_connection (arg=0x2aaac245a8c8) at /home/buildbot/buildbot/build/sql/sql_connect.cc:1260

#4  0x0000000000ce2d19 in pfs_spawn_thread (arg=<value optimized out>) at /home/buildbot/buildbot/build/storage/perfschema/pfs.cc:1862

#5  0x00000036df406367 in start_thread () from /lib64/libpthread.so.0

#6  0x00000036decd2f7d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x2aaac1ea2730 (LWP 31196)):

#0  0x00000036decca436 in poll () from /lib64/libc.so.6

#1  0x00000000005451e3 in handle_connections_sockets () at /home/buildbot/buildbot/build/sql/mysqld.cc:6626

#2  0x000000000054bc6d in mysqld_main (argc=127, argv=0x2aaac2447a58) at /home/buildbot/buildbot/build/sql/mysqld.cc:6092

#3  0x00000036dec1d974 in __libc_start_main () from /lib64/libc.so.6

#4  0x0000000000540909 in _start ()

Example of a stack trace from mysqltest:

Thread 1 (Thread 0x2b675ed3ead0 (LWP 31223)):

#0  0x00000036decca3ff in poll () from /lib64/libc.so.6

#1  0x0000000000467d90 in pvio_socket_wait_io_or_timeout (pvio=<value optimized out>, is_read=<value optimized out>, timeout=-1)

    at /home/buildbot/buildbot/build/libmariadb/plugins/pvio/pvio_socket.c:511

#2  0x0000000000467e27 in pvio_socket_read (pvio=0x7fff4c072860, buffer=0x10cd4450 "\a", length=16384) at /home/buildbot/buildbot/build/libmariadb/plugins/pvio/pvio_socket.c:279

#3  0x0000000000455df0 in ma_pvio_read (pvio=0x10cd43e0, buffer=0x10cd4450 "\a", length=16384) at /home/buildbot/buildbot/build/libmariadb/libmariadb/ma_pvio.c:251

#4  0x0000000000455f01 in ma_pvio_cache_read (pvio=0x7fff4c072860, buffer=0x10cd8460 "\"", length=4) at /home/buildbot/buildbot/build/libmariadb/libmariadb/ma_pvio.c:293

#5  0x000000000046b6fb in ma_real_read (net=0x10cc2c10, complen=0x7fff4c0729b0) at /home/buildbot/buildbot/build/libmariadb/libmariadb/ma_net.c:376

#6  0x000000000046b861 in ma_net_read (net=0x7fff4c072860) at /home/buildbot/buildbot/build/libmariadb/libmariadb/ma_net.c:430

#7  0x0000000000453131 in ma_net_safe_read (mysql=0x10cc2c10) at /home/buildbot/buildbot/build/libmariadb/libmariadb/mariadb_lib.c:188

#8  0x0000000000453465 in mthd_my_read_query_result (mysql=0x7fff4c072860) at /home/buildbot/buildbot/build/libmariadb/libmariadb/mariadb_lib.c:1955

#9  0x000000000044dfbe in mysql_read_query_result (mysql=0x7fff4c072860) at /home/buildbot/buildbot/build/libmariadb/libmariadb/mariadb_lib.c:2136

#10 0x0000000000449f29 in wrap_mysql_read_query_result (cn=0x10cbff18, command=0x10ce5528, flags=<value optimized out>, query=0x1 <Address 0x1 out of bounds>, query_len=0,

    ds=0xbb2e20, ds_warnings=0x7fff4c072e10) at /home/buildbot/buildbot/build/client/../tests/nonblock-wrappers.h:324

#11 run_query_normal (cn=0x10cbff18, command=0x10ce5528, flags=<value optimized out>, query=0x1 <Address 0x1 out of bounds>, query_len=0, ds=0xbb2e20, ds_warnings=0x7fff4c072e10)

    at /home/buildbot/buildbot/build/client/mysqltest.cc:7745

#12 0x000000000044a958 in run_query (cn=0x10cbff18, command=0x10ce5528, flags=3) at /home/buildbot/buildbot/build/client/mysqltest.cc:8516

#13 0x000000000044cd1b in main (argc=<value optimized out>, argv=<value optimized out>) at /home/buildbot/buildbot/build/client/mysqltest.cc:9296

Attachments

- Sort By Name
- Sort By Date
- Ascending
- Descending
- Thumbnails
- List
- Download All

test2.sh
59 kB
2017-05-07 12:05

Issue Links

duplicates

MDEV-11805 main.alter_table_trans failed in buildbot with timeout

Closed

relates to

MDEV-12174 sys_vars.innodb_status_output_basic failed with timeout in buildbot on centos5

Closed

MDEV-12788 Server hangs or Assertion `0' fails in Protocol::end_statement on SELECT with UNION

Closed

MDEV-22672 10.5 bintar builders

Closed

MDEV-12247 Server does not respond for simple query execution

Closed

Activity

Ascending order - Click to sort in descending order

View 5 older comments

Andrew Hutchings (Inactive) added a comment - 2017-05-07 12:07 - edited

Just managed to reproduce this on CentOS 7 in a semi-easily reproduce it this way.

This is my create table:

CREATE TABLE `tb` (

  `a` int(11) DEFAULT NULL,

  `b` text DEFAULT NULL

) ENGINE=MyISAM

Script is test2.sh

Create the table in test, run the script, hit Ctrl-C. This might take a few tries but when it causes "Ctrl-C – query killed. Continuing normally." the client hangs with 100% CPU usage and that stack trace.

#0  0x00007f31b51b6de0 in __poll_nocancel () from /lib64/libc.so.6

#1  0x00007f31b703535f in pvio_socket_wait_io_or_timeout (pvio=0x7f31b7d925e0, is_read=1 '\001', timeout=-1) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:511

#2  0x00007f31b703505e in pvio_socket_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d92650 "\001", length=16384) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:279

#3  0x00007f31b701bd16 in ma_pvio_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d92650 "\001", length=16384) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_pvio.c:251

#4  0x00007f31b701bec8 in ma_pvio_cache_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d96680 <incomplete sequence \352>, length=4) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_pvio.c:293

#5  0x00007f31b703aeff in ma_real_read (net=0x7f31b75f1ae0 <mysql>, complen=0x7ffdc4b9deb8) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_net.c:376

#6  0x00007f31b703b12f in ma_net_read (net=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_net.c:430

#7  0x00007f31b7010d1c in ma_net_safe_read (mysql=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:188

#8  0x00007f31b701582c in mthd_my_read_query_result (mysql=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:1955

#9  0x00007f31b7016438 in mysql_real_query (mysql=0x7f31b75f1ae0 <mysql>, query=0x7f31b7dbb060 "insert into tb values (1,'A wonderful serenity has taken possession of my entire soul, like these sweet mornings of spring which I enjoy with my whole heart. I am alone, and feel the charm of existenc"..., length=60028) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:2152

#10 0x00007f31b7006cdf in mysql_real_query_for_lazy (buf=0x7f31b7dbb060 "insert into tb values (1,'A wonderful serenity has taken possession of my entire soul, like these sweet mornings of spring which I enjoy with my whole heart. I am alone, and feel the charm of existenc"..., length=60028) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:2989

#11 0x00007f31b7007a2f in com_go (buffer=0x7f31b75f2080 <glob_buffer>, line=0x0) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:3252

#12 0x00007f31b700499e in read_and_execute (interactive=false) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:2136

#13 0x00007f31b7003510 in main (argc=6, argv=0x7f31b7d7fb68) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:1291

GDB showing the loop it is stuck on:

511	      rc= poll(&p_fd, 1, timeout);

(gdb) p timeout

$1 = -1

(gdb) n

Single stepping until exit from function __poll_nocancel,

which has no line number information.

pvio_socket_wait_io_or_timeout (pvio=0x7f31b7d925e0, is_read=1 '\001',

    timeout=-1)

    at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:512

512	    } while (rc == -1 || errno == EINTR);

(gdb)

511	      rc= poll(&p_fd, 1, timeout);

(gdb)

512	    } while (rc == -1 || errno == EINTR);

(gdb)

511	      rc= poll(&p_fd, 1, timeout);

(gdb)

512	    } while (rc == -1 || errno == EINTR);

(gdb)

511	      rc= poll(&p_fd, 1, timeout);

Andrew Hutchings (Inactive) added a comment - 2017-05-07 12:07 - edited Just managed to reproduce this on CentOS 7 in a semi-easily reproduce it this way. This is my create table: CREATE TABLE `tb` ( `a` int(11) DEFAULT NULL, `b` text DEFAULT NULL ) ENGINE=MyISAM Script is test2.sh Create the table in test, run the script, hit Ctrl-C. This might take a few tries but when it causes "Ctrl-C – query killed. Continuing normally." the client hangs with 100% CPU usage and that stack trace. #0 0x00007f31b51b6de0 in __poll_nocancel () from /lib64/libc.so.6 #1 0x00007f31b703535f in pvio_socket_wait_io_or_timeout (pvio=0x7f31b7d925e0, is_read=1 '\001', timeout=-1) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:511 #2 0x00007f31b703505e in pvio_socket_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d92650 "\001", length=16384) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:279 #3 0x00007f31b701bd16 in ma_pvio_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d92650 "\001", length=16384) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_pvio.c:251 #4 0x00007f31b701bec8 in ma_pvio_cache_read (pvio=0x7f31b7d925e0, buffer=0x7f31b7d96680 <incomplete sequence \352>, length=4) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_pvio.c:293 #5 0x00007f31b703aeff in ma_real_read (net=0x7f31b75f1ae0 <mysql>, complen=0x7ffdc4b9deb8) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_net.c:376 #6 0x00007f31b703b12f in ma_net_read (net=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/ma_net.c:430 #7 0x00007f31b7010d1c in ma_net_safe_read (mysql=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:188 #8 0x00007f31b701582c in mthd_my_read_query_result (mysql=0x7f31b75f1ae0 <mysql>) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:1955 #9 0x00007f31b7016438 in mysql_real_query (mysql=0x7f31b75f1ae0 <mysql>, query=0x7f31b7dbb060 "insert into tb values (1,'A wonderful serenity has taken possession of my entire soul, like these sweet mornings of spring which I enjoy with my whole heart. I am alone, and feel the charm of existenc"..., length=60028) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/libmariadb/mariadb_lib.c:2152 #10 0x00007f31b7006cdf in mysql_real_query_for_lazy (buf=0x7f31b7dbb060 "insert into tb values (1,'A wonderful serenity has taken possession of my entire soul, like these sweet mornings of spring which I enjoy with my whole heart. I am alone, and feel the charm of existenc"..., length=60028) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:2989 #11 0x00007f31b7007a2f in com_go (buffer=0x7f31b75f2080 <glob_buffer>, line=0x0) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:3252 #12 0x00007f31b700499e in read_and_execute (interactive=false) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:2136 #13 0x00007f31b7003510 in main (argc=6, argv=0x7f31b7d7fb68) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/client/mysql.cc:1291 GDB showing the loop it is stuck on: 511 rc= poll(&p_fd, 1, timeout); (gdb) p timeout $1 = -1 (gdb) n Single stepping until exit from function __poll_nocancel, which has no line number information. pvio_socket_wait_io_or_timeout (pvio=0x7f31b7d925e0, is_read=1 '\001', timeout=-1) at /home/linuxjedi/Programming/Git/mariadb-columnstore-server/libmariadb/plugins/pvio/pvio_socket.c:512 512 } while (rc == -1 || errno == EINTR); (gdb) 511 rc= poll(&p_fd, 1, timeout); (gdb) 512 } while (rc == -1 || errno == EINTR); (gdb) 511 rc= poll(&p_fd, 1, timeout); (gdb) 512 } while (rc == -1 || errno == EINTR); (gdb) 511 rc= poll(&p_fd, 1, timeout);

Elena Stepanova added a comment - 2017-05-07 23:41

My variation of the problem is a bit different, in my case the client does not consume any CPU, it seems to be just stalling. The stack trace is very similar.

I think both variants need to be analyzed in order to make sure it's really the same issue.

Given the new evidence that the problem is not limited to the EOL-ed CentOS 5, I think it needs to be considered high priority.

Elena Stepanova added a comment - 2017-05-07 23:41 My variation of the problem is a bit different, in my case the client does not consume any CPU, it seems to be just stalling. The stack trace is very similar. I think both variants need to be analyzed in order to make sure it's really the same issue. Given the new evidence that the problem is not limited to the EOL-ed CentOS 5, I think it needs to be considered high priority.

Georg Richter added a comment - 2017-05-08 06:42

I think this issue was fixed already in commit 44a740c348544acce35f289221a945941dc31979.

I also wonder why there is a buildbot running CentOS5. According to https://mariadb.com/kb/en/mariadb/deprecation-policy/ CentOS5 is not supported anymore.

Georg Richter added a comment - 2017-05-08 06:42 I think this issue was fixed already in commit 44a740c348544acce35f289221a945941dc31979. I also wonder why there is a buildbot running CentOS5. According to https://mariadb.com/kb/en/mariadb/deprecation-policy/ CentOS5 is not supported anymore.

Andrew Hutchings (Inactive) added a comment - 2017-05-08 07:02

Agreed, that commit fixes the problem in my CentOS 7 tests. Unfortunately that commit isn't in the 10.2 submodule checkout yet.

Andrew Hutchings (Inactive) added a comment - 2017-05-08 07:02 Agreed, that commit fixes the problem in my CentOS 7 tests. Unfortunately that commit isn't in the 10.2 submodule checkout yet.

Elena Stepanova added a comment - 2017-05-08 09:43 - edited

serg, do you expect the commit 44a740c348544acce35f289221a945941dc31979 will make it to the 10.2 submodule before the release? I think it should.

georg, We don't build RPM packages on CentOS 5 anymore, but there is an "old" bintar that we provide, for systems with old glibc etc. Historically, it's built on CentOS 5, and it stays this way, so that we don't introduce sudden differences in that bintar.

I'll try to re-check the mentioned commit on CentOS 5; but better still, let's have it in 10.2 tree, since it's already known to fix the problem on CentOS 7.

Elena Stepanova added a comment - 2017-05-08 09:43 - edited serg , do you expect the commit 44a740c348544acce35f289221a945941dc31979 will make it to the 10.2 submodule before the release? I think it should. georg , We don't build RPM packages on CentOS 5 anymore, but there is an "old" bintar that we provide, for systems with old glibc etc. Historically, it's built on CentOS 5, and it stays this way, so that we don't introduce sudden differences in that bintar. I'll try to re-check the mentioned commit on CentOS 5; but better still, let's have it in 10.2 tree, since it's already known to fix the problem on CentOS 7.

MariaDB Server

Test timeouts on CentOS - interaction between server and client stops

Details

Description

Attachments

Attachments

Issue Links

Activity

People

Dates

Git Integration