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

Mariadb-backup Assertion failure

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Cannot Reproduce
    • 10.11.11
    • N/A
    • Server
    • None
    • Not for Release Notes

    Description

      2025-11-26 12:37:08 0x7f5985bb9640  InnoDB: Assertion failure in file /home/buildbot/buildbot/padding_for_CPACK_RPM_BUILD_SOURCE_DIRS_PREFIX/mariadb-10.11.11/extra/mariabackup/xtrabackup.cc line 1220
      InnoDB: Failing assertion: opt_no_lock
      InnoDB: We intentionally generate a memory trap.
      InnoDB: Submit a detailed bug report to https://jira.mariadb.org/
      InnoDB: If you get repeated assertion failures or crashes, even
      InnoDB: immediately after the mariadbd startup, there may be
      InnoDB: corruption in the InnoDB tablespace. Please refer to
      InnoDB: https://mariadb.com/kb/en/library/innodb-recovery-modes/
      InnoDB: about forcing recovery.
      251126 12:37:08 [ERROR] /usr//bin/mariadb-backup 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: 10.11.11-MariaDB source revision: e69f8cae1a15e15b9e4f5e0f8497e1f17bdc81a4
       
      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 0x49000
      /usr//bin/mariadb-backup(my_print_stacktrace+0x2e)[0x559cd1965b5e]
      mysys/stacktrace.c:216(my_print_stacktrace)[0x559cd147c1f5]
      /lib64/libc.so.6(+0x3e730)[0x7f5987a3e730]
      /lib64/libc.so.6(+0x8bacc)[0x7f5987a8bacc]
      /lib64/libc.so.6(raise+0x16)[0x7f5987a3e686]
      /lib64/libc.so.6(abort+0xd3)[0x7f5987a28833]
      /usr//bin/mariadb-backup(+0x6ed520)[0x559cd1019520]
      include/ut0ut.h:315(ib::logger& ib::logger::operator<< <int>(int const&) [clone .isra.0])[0x559cd0fb7b9b]
      bits/basic_string.h:195(backup_file_op_fail(unsigned int, int, unsigned char const*, unsigned long, unsigned char const*, unsigned long) [clone .cold])[0x559cd17ebed1]
      log/log0recv.cc:3100(recv_sys_t::parse_mtr_result recv_sys_t::parse_mtr<(recv_sys_t::store)1>(bool))[0x559cd17ec50c]
      log/log0recv.cc:3155(recv_sys_t::parse_mtr_result recv_sys_t::parse_mmap<(recv_sys_t::store)1>(bool))[0x559cd1072b9e]
      mariabackup/xtrabackup.cc:3418(xtrabackup_copy_logfile())[0x559cd1072dbc]
      /lib64/libstdc++.so.6(+0xdbad4)[0x7f5987edbad4]
      /lib64/libc.so.6(+0x89d82)[0x7f5987a89d82]
      /lib64/libc.so.6(+0x10ee20)[0x7f5987b0ee20]
      Writing a core file...
      Working directory at /var/lib/mysql/db
      Resource Limits (excludes unlimited resources):
      Limit                     Soft Limit           Hard Limit           Units
      Max stack size            8388608              unlimited            bytes
      Max processes             769725               769725               processes
      Max open files            32768                32768                files
      Max locked memory         8388608              8388608              bytes
      Max pending signals       769725               769725               signals
      Max msgqueue size         819200               819200               bytes
      Max nice priority         0                    0
      Max realtime priority     0                    0
      Core pattern: |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h
       
      Kernel version: Linux version 5.14.0-511.el9.x86_64 (mockbuild@x86-05.stream.rdu2.redhat.com) (gcc (GCC) 11.5.0 20240719 (Red Hat 11.5.0-2), GNU ld version 2.35.2-54.el9) #1 SMP PREEMPT_DYNAMIC Thu Sep 19 06:52:39 UTC 2024
      

      Attachments

        Activity

          People

            Unassigned Unassigned
            shexphobos Xesh
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

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