Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-7540

MaxScale crashes (SIGABRT) with std::logic_error when performing a backup operation via MaxGUI Backup Operations panel

    XMLWordPrintable

Details

    • Bug
    • Status: In Progress (View Workflow)
    • Major
    • Resolution: Unresolved
    • 23.02.19, 23.08.15, 24.02.11, 25.01.8, 25.10.3
    • 25.10
    • Monitor
    • None
    • MaxScale: 25.10.3
      MariaDB Enterprise Server: 11.8.9-6
      OS: Debian GNU/Linux 12 (bookworm), x86_64
      Topology: 3-node Primary/Replica, MariaDB Enterprise Server + MaxScale
      Feature: MaxGUI Backup Operations panel (Create Backup)
    • MXS-SPRINT-279

    Description

      Summary of issue:
      Prospect POC - MaxScale crashes with a fatal signal 6 (SIGABRT) when a backup operation is
      triggered via the Backup Operations panel in MaxGUI. Confirmed reproducible,
      occurred twice on two separate attempts approximately 2 hours apart, with an
      identical stack trace both times.

      Steps to reproduce:
      1. Open MaxGUI > Backup Operations
      2. Select a source server and enter a backup name
      3. Proceed through the wizard to trigger Create Backup
      4. MaxScale crashes and automatically restarts shortly after

      Actual result:
      MaxScale terminates with fatal signal 6. Exception thrown:

      terminate called after throwing an instance of 'std::logic_error'
      what(): basic_string: construction from null is not valid

      Stack trace shows the crash occurring in:
      mon_op::BackupOperation::check_directory_entries
      (server/modules/monitor/mariadbmon/monitor_commands.cc:3200)

      This is called with an already-established SSH session
      (std::shared_ptr<ssh::Session>), so the SSH connection itself succeeds; the
      crash occurs while processing the results of a directory listing on the
      target node, not while establishing the connection.

      Expected result:
      Backup operation should complete, or fail gracefully with a handled error,
      rather than crashing the MaxScale process.

      Additional notes:

      • Reproducible on two independent attempts, identical stack trace both times.
      • Full log file and screenshot of the MaxGUI wizard state attached.
      • Customer has a workaround in place (running mariadb-backup directly on the
        database nodes), so this is not currently blocking their POC, but the
        MaxGUI Backup Operations feature itself is unusable in this environment.
      • Related customer support ticket: #252526

      Attachments

        1. image (12).png
          93 kB
          Peter Williamson
        2. maxscale.log
          40 kB
          Peter Williamson

        Activity

          People

            esa.korhonen Esa Korhonen
            pwilliamson7 Peter Williamson
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:

              Time Tracking

                Estimated:
                Original Estimate - 1d
                1d
                Remaining:
                Remaining Estimate - 1d
                1d
                Logged:
                Time Spent - Not Specified
                Not Specified

                Git Integration

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