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

[Draft] Assertion `!new_table_id.empty()' failed in ddl_log::process_recopy

    XMLWordPrintable

Details

    • Bug
    • Status: Open (View Workflow)
    • Major
    • Resolution: Unresolved
    • None
    • None
    • mariabackup
    • None

    Description

      Reproducible interchangeably with other errors – deadlock, can't copy file, etc.

      randgen 8791053e0efcc1c3dccf645d036b8c02bb2da424

      perl ./run.pl --base-port=14000 --basedir=/data/bld/main --compatibility=120199 --duration=200 --engine=Aria --filter=conf/ff/restrict_dynamic_vars.ff --gendata=simple --grammar=conf/yy/all_selects.yy:0.0001 --grammar=conf/yy/create_or_replace.yy --grammar=conf/yy/indexes_and_constraints.yy --mysqld=--aria-block-size=16384 --mysqld=--aria_block_size=8192 --mysqld=--aria_checkpoint_interval=10 --mysqld=--aria_checkpoint_log_activity=1048576 --mysqld=--aria_force_start_after_recovery_failures=1 --mysqld=--aria_group_commit=none --mysqld=--aria_group_commit_interval=1000000 --mysqld=--aria_log_file_size=1073741824 --mysqld=--aria_log_purge_type=immediate --mysqld=--aria_max_sort_file_size=900719925 --mysqld=--aria_page_checksum=on --mysqld=--aria_pagecache_age_threshold=100 --mysqld=--aria_pagecache_buffer_size=16M --mysqld=--aria_pagecache_division_limit=50 --mysqld=--loose-aria_pagecache_segments=1 --mysqld=--aria_recover=FORCE --mysqld=--aria_repair_threads=4 --mysqld=--aria_sort_buffer_size=1048572 --mysqld=--aria_stats_method=nulls_equal --mysqld=--aria_sync_log_dir=NEWFILE --mysqld=--character-set-server=latin1 --mysqld=--collation-server=latin1_general_cs --mysqld=--default-storage-engine=Aria --mysqld=--innodb-lock-wait-timeout=5 --mysqld=--lock-wait-timeout=10 --mysqld=--log_slow_query=ON --mysqld=--low_priority_updates=1 --mysqld=--lower-case-table-names=1 --mysqld=--max-statement-time=20 --mysqld=--mysql56_temporal_format=OFF --mysqld=--optimizer_use_condition_selectivity=3 --mysqld=--performance-schema-consumer-events-stages-current=ON --mysqld=--performance-schema-consumer-events-stages-history-long=ON --mysqld=--performance-schema-consumer-events-stages-history-long=ON --mysqld=--performance-schema-consumer-events-statements-current=ON --mysqld=--performance-schema-consumer-events-statements-history-long=ON --mysqld=--performance-schema-consumer-events-statements-history=ON --mysqld=--performance-schema-consumer-events-transactions-current=ON --mysqld=--performance-schema-consumer-events-transactions-history-long=ON --mysqld=--performance-schema-consumer-events-transactions-history=OFF --mysqld=--performance-schema-consumer-events-waits-current=OFF --mysqld=--performance-schema-consumer-events-waits-history-long=OFF --mysqld=--performance-schema-consumer-events-waits-history=OFF --mysqld=--performance-schema-consumer-global-instrumentation=OFF --mysqld=--performance-schema-consumer-statements-digest=OFF --mysqld=--performance-schema-consumer-thread-instrumentation=ON --mysqld=--plugin-maturity=experimental --mysqld=--transaction-isolation=SERIALIZABLE --queries=1000000 --reporter=AriaTools --reporters=Backtrace,Deadlock,MemoryUsage,FeatureUsage --scenario=MariaBackupFull   --threads=8 --vardir=/dev/shm/var-rqg1f --variator=NaturalSort --seed=1749086728
      

      main 4b79d7b8ee557d53a859aedec839b8673585b514

      [00] 2025-06-05 23:27:27 Copying ./simple_db/createorreplacetable.frm to /dev/shm/var-rqg1f/s1/backup_1/simple_db/createorreplacetable.frm
      [00] 2025-06-05 23:27:27         ...done
      mariabackup: /data/bld/main-asan-ubsan/extra/mariabackup/ddl_log.cc:331: bool ddl_log::process_recopy(const char*, ds_ctxt_t*, const Entry&, const tables_t&): Assertion `!new_table_id.empty()' failed.
      250605 23:27:27 [ERROR] /data/bld/main/bin/mariabackup got signal 6 ;
      Sorry, we probably made a mistake, and this is a bug.
       
      Your assistance in bug reporting will enable us to fix this for the next release.
      To report this bug, see https://mariadb.com/kb/en/reporting-bugs about how to report
      a bug on https://jira.mariadb.org/.
       
      Please include the information from the server start above, to the end of the
      information below.
       
      Server version: 12.1.0-MariaDB-debug source revision: 4b79d7b8ee557d53a859aedec839b8673585b514
       
      The information page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/
      contains instructions to obtain a better version of the backtrace below.
      Following these instructions will help MariaDB developers provide a fix quicker.
       
      Attempting backtrace. Include this in the bug report.
      (note: Retrieving this information may fail)
       
      Thread pointer: 0x0
      stack_bottom = 0x0 thread_stack 0xb00000
      sanitizer_common/sanitizer_common_interceptors.inc:4277(__interceptor_backtrace.part.0)[0x7f10a5851f31]
      mysys/stacktrace.c:215(my_print_stacktrace)[0x55ead2289feb]
      sql/signal_handler.cc:227(handle_fatal_signal)[0x55ead0292341]
      libc_sigaction.c:0(__restore_rt)[0x7f10a445b050]
      nptl/pthread_kill.c:44(__pthread_kill_implementation)[0x7f10a44a9ebc]
      posix/raise.c:27(__GI_raise)[0x7f10a445afb2]
      stdlib/abort.c:81(__GI_abort)[0x7f10a4445472]
      intl/loadmsgcat.c:1177(_nl_load_domain)[0x7f10a4445395]
      /lib/x86_64-linux-gnu/libc.so.6(+0x34eb2)[0x7f10a4453eb2]
      mariabackup/ddl_log.cc:333(ddl_log::process_recopy(char const*, ds_ctxt*, ddl_log::Entry const&, std::__debug::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxmariabackup/ddl_log.cc:487(ddl_log::backup(char const*, ds_ctxt*, std::__debug::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::ch/data/bld/main/bin/mariabackup(+0x83dbac7)[0x55eace466ac7]
      bits/invoke.h:61(traits<char>, std::allocator<char> >, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&)::{lambda(std::unique_ptr<ddl_log::Entry, std::default_deletebits/std_function.h:292(std::_Function_handler<bool (std::unique_ptr<ddl_log::Entry, std::default_delete<ddl_log::Entry> >), ddl_log::backup(char const*, ds_ctxt*, std::__debug::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<bits/std_function.h:592(t_delete<ddl_log::Entry> >)>::operator()(std::unique_ptr<ddl_log::Entry, std::default_delete<ddl_log::Entry> >) const)[0x55eace469575]
      mariabackup/ddl_log.cc:160(ddl_log::parse(unsigned char const*, unsigned long, bool&, std::function<bool (std::unique_ptr<ddl_log::Entry, std::default_delete<ddl_log::Entry> >)>&))[0x55eace469ed2]
      mariabackup/ddl_log.cc:200(ddl_log::parse(char const*, std::function<bool (std::unique_ptr<ddl_log::Entry, std::default_delete<ddl_log::Entry> >)>))[0x55eace46a847]
      mariabackup/ddl_log.cc:475(ddl_log::backup(char const*, ds_ctxt*, std::__debug::unordered_map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::hash<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::equal_to<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::chmariabackup/xtrabackup.cc:5267(BackupStages::stage_block_ddl(Backup_datasinks&, CorruptedPages&))[0x55eace338071]
      mariabackup/xtrabackup.cc:5642(xtrabackup_backup_func())[0x55eace339235]
      mariabackup/xtrabackup.cc:7833(main_low(char**))[0x55eace339803]
      x86/libc-start.c:74(__libc_start_call_main)[0x7f10a444624a]
      csu/libc-start.c:128(call_init)[0x7f10a4446305]
      [00] 2025-06-05 23:27:28 Retrying read of log at LSN=83513783
      /data/bld/main/bin/mariabackup(_start+0x21)[0x55eace2ffdc1]
      Writing a core file...
      Working directory at /dev/shm/var-rqg1f/s1/data
      Resource Limits (excludes unlimited resources):
      Limit                     Soft Limit           Hard Limit           Units     
      Max stack size            8388608              unlimited            bytes     
      Max core file size        0                    unlimited            bytes     
      Max processes             514196               514196               processes 
      Max open files            1024                 1048576              files     
      Max locked memory         16854077440          16854077440          bytes     
      Max pending signals       514196               514196               signals   
      Max msgqueue size         819200               819200               bytes     
      Max nice priority         0                    0                    
      Max realtime priority     0                    0                    
      Core pattern: core
       
      Kernel version: Linux version 6.1.0-27-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.115-1 (2024-11-01)
      

      Attachments

        Activity

          People

            elenst Elena Stepanova
            elenst Elena Stepanova
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.