Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-5919

Server crashes in *__GI_fseek on multi-table update with CONNECT tables

    Details

      Description

      CREATE TABLE t1 (a INT, b CHAR(8)) ENGINE=CONNECT TABLE_TYPE=DOS FILE_NAME='t1.dos';
      INSERT INTO t1 VALUES (1,'foo'),(2,'bar');
      CREATE TABLE t2 (c CHAR(8), d INT) ENGINE=CONNECT TABLE_TYPE=DOS FILE_NAME='t1.dos';
      INSERT INTO t2 VALUES ('foo',1),('bar',2);
      UPDATE t1, t2 SET b = 'qux', c = 'foobar';

      #3  <signal handler called>
      #4  0x00007fb8ded70a5d in *__GI_fseek (fp=0x7fb8b24a3800, offset=0, whence=2) at fseek.c:40
      #5  0x00007fb8dd95824c in DOSFAM::CloseTableFile (this=0x7fb8ad8005e0, g=0x7fb8b246b000) at 10.0/storage/connect/filamtxt.cpp:956
      #6  0x00007fb8dd969464 in TDBDOS::CloseDB (this=0x7fb8ad8006a0, g=0x7fb8b246b000) at 10.0/storage/connect/tabdos.cpp:901
      #7  0x00007fb8dd93e545 in CntCloseTable (g=0x7fb8b246b000, tdbp=0x7fb8ad8006a0) at 10.0/storage/connect/connect.cc:544
      #8  0x00007fb8dd931214 in ha_connect::CloseTable (this=0x7fb8b24cea88, g=0x7fb8b246b000) at 10.0/storage/connect/ha_connect.cc:1305
      #9  0x00007fb8dd935d9b in ha_connect::external_lock (this=0x7fb8b24cea88, thd=0x7fb8c0bc8070, lock_type=2) at 10.0/storage/connect/ha_connect.cc:3268
      #10 0x0000000000868584 in handler::ha_external_lock (this=0x7fb8b24cea88, thd=0x7fb8c0bc8070, lock_type=2) at 10.0/sql/handler.cc:5843
      #11 0x000000000093e972 in unlock_external (thd=0x7fb8c0bc8070, table=0x7fb8b24243b0, count=1) at 10.0/sql/lock.cc:671
      #12 0x000000000093dedf in mysql_unlock_tables (thd=0x7fb8c0bc8070, sql_lock=0x7fb8b2424370, free_lock=true) at 10.0/sql/lock.cc:382
      #13 0x0000000000610ac8 in close_thread_tables (thd=0x7fb8c0bc8070) at 10.0/sql/sql_base.cc:993
      #14 0x000000000067a92d in mysql_execute_command (thd=0x7fb8c0bc8070) at 10.0/sql/sql_parse.cc:5175
      #15 0x000000000067d66b in mysql_parse (thd=0x7fb8c0bc8070, rawbuf=0x7fb8b2413088 "UPDATE t1, t2 SET b = 'qux', c = 'foobar'", length=41, parser_state=0x7fb8ded03610) at 10.0/sql/sql_parse.cc:6447
      #16 0x0000000000670438 in dispatch_command (command=COM_QUERY, thd=0x7fb8c0bc8070, packet=0x7fb8c0e9b071 "UPDATE t1, t2 SET b = 'qux', c = 'foobar'", packet_length=41) at 10.0/sql/sql_parse.cc:1308
      #17 0x000000000066f7da in do_command (thd=0x7fb8c0bc8070) at 10.0/sql/sql_parse.cc:1005
      #18 0x0000000000789e72 in do_handle_one_connection (thd_arg=0x7fb8c0bc8070) at 10.0/sql/sql_connect.cc:1379
      #19 0x0000000000789bc5 in handle_one_connection (arg=0x7fb8c0bc8070) at 10.0/sql/sql_connect.cc:1293
      #20 0x0000000000a2f174 in pfs_spawn_thread (arg=0x7fb8c0bf13f0) at 10.0/storage/perfschema/pfs.cc:1853
      #21 0x00007fb8e08d4b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
      #22 0x00007fb8deddfa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112

      revision-id: svoj@mariadb.org-20140320071113-ql1nx7dc9h22odx3
      date: 2014-03-20 11:11:13 +0400
      build-date: 2014-03-21 02:57:36 +0400
      revno: 4071
      branch-nick: 10.0

        Attachments

          Activity

            People

            • Assignee:
              bertrandop Olivier Bertrand
              Reporter:
              elenst Elena Stepanova
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: