Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Incomplete
    • 10.2.14
    • N/A
    • Server

    Description

      DB got restarted in Production environment.

      Table is marked as crashed and should be repaired. All crashed tables are ISAM tables, INNODB tables are fine and not crashing in the database. Insert and Updates are run on this crashing tables

      Attachments

        1. Error.log
          9 kB
        2. Tableinfo&Indexinfo.txt
          4 kB
        3. globalvariables.txt
          445 kB

        Issue Links

          Activity

            s.tausiff@animalytix.com Syed Tausiff created issue -
            s.tausiff@animalytix.com Syed Tausiff made changes -
            Field Original Value New Value
            s.tausiff@animalytix.com Syed Tausiff added a comment -

            Any Update on the issue ?? This is critical production issue

            s.tausiff@animalytix.com Syed Tausiff added a comment - Any Update on the issue ?? This is critical production issue

            Is it reproducible by re-running the same query? I assume it must be, if you are saying it's a critical production issue.
            Please provide the output of

            SHOW CREATE TABLE product_matching_candidates;
            SHOW INDEX IN product_matching_candidates;
            SHOW GLOBAL VARIABLES;
            

            elenst Elena Stepanova added a comment - Is it reproducible by re-running the same query? I assume it must be, if you are saying it's a critical production issue. Please provide the output of SHOW CREATE TABLE product_matching_candidates; SHOW INDEX IN product_matching_candidates; SHOW GLOBAL VARIABLES;
            elenst Elena Stepanova made changes -
            Epic/Theme service
            elenst Elena Stepanova made changes -
            Labels connect-engine crash innodb optimizer need_feedback
            elenst Elena Stepanova made changes -
            Component/s Server [ 13907 ]
            Component/s Configuration [ 13904 ]
            s.tausiff@animalytix.com Syed Tausiff made changes -
            Attachment Tableinfo&Indexinfo.txt [ 46509 ]
            s.tausiff@animalytix.com Syed Tausiff made changes -
            Attachment globalvariables.txt [ 46510 ]
            s.tausiff@animalytix.com Syed Tausiff added a comment -

            [^Tableinfo&Indexinfo.txt globalvariables.txt ]

            Including Attachments and waiting for reply.

            s.tausiff@animalytix.com Syed Tausiff added a comment - [^Tableinfo&Indexinfo.txt globalvariables.txt ] Including Attachments and waiting for reply.
            elenst Elena Stepanova made changes -
            Labels need_feedback
            s.tausiff@animalytix.com Syed Tausiff added a comment -

            Are you waiting for anything from my end ?

            s.tausiff@animalytix.com Syed Tausiff added a comment - Are you waiting for anything from my end ?
            elenst Elena Stepanova added a comment - - edited

            Are you waiting for anything from my end ?

            Actually yes, an answer to the question "Is it reproducible by re-running the same query?"

            elenst Elena Stepanova added a comment - - edited Are you waiting for anything from my end ? Actually yes, an answer to the question "Is it reproducible by re-running the same query?"
            elenst Elena Stepanova made changes -
            Labels need_feedback
            s.tausiff@animalytix.com Syed Tausiff added a comment -

            We are not able to reproduce the crash every time we ran the query and Table is crashing due to Select,alter,update and insert queries.
            We do not have a continuous crash.
            We narrowed down the issue and found its because of stored generated field in the table.

            Can you confirm us if there is any bug in stored generated column's ?

            s.tausiff@animalytix.com Syed Tausiff added a comment - We are not able to reproduce the crash every time we ran the query and Table is crashing due to Select,alter,update and insert queries. We do not have a continuous crash. We narrowed down the issue and found its because of stored generated field in the table. Can you confirm us if there is any bug in stored generated column's ?

            We have some known bugs related to virtual generated columns, although i can't find anything obviously related about stored columns. We might still have something, but due to a missing stack trace in the error log we cannot match this crash with any particular known bug. Would you be able to acquire a coredump and run gdb --batch --eval-command="thread apply all bt" <path to mysqld binary> <path to coredump> on it?

            elenst Elena Stepanova added a comment - We have some known bugs related to virtual generated columns, although i can't find anything obviously related about stored columns. We might still have something, but due to a missing stack trace in the error log we cannot match this crash with any particular known bug. Would you be able to acquire a coredump and run gdb --batch --eval-command="thread apply all bt" <path to mysqld binary> <path to coredump> on it?
            elenst Elena Stepanova made changes -
            Fix Version/s N/A [ 14700 ]
            Resolution Incomplete [ 4 ]
            Status Open [ 1 ] Closed [ 6 ]
            s.tausiff@animalytix.com Syed Tausiff added a comment -

            Hi,

            Can you provide any other solution or is it mandatory to run acquire a coredump and run gdb --batch --eval-command="thread apply all bt" <path to mysqld binary> <path to coredump> ?

            We are still having this issue. To make a note this database is in docker and there are stored generated columns in the tables, either one of the above things is causing crash ?

            s.tausiff@animalytix.com Syed Tausiff added a comment - Hi, Can you provide any other solution or is it mandatory to run acquire a coredump and run gdb --batch --eval-command="thread apply all bt" <path to mysqld binary> <path to coredump> ? We are still having this issue. To make a note this database is in docker and there are stored generated columns in the tables, either one of the above things is causing crash ?

            An alternative solution would be to acquire a support contract, as it's customary for critical production environments. In this case support engineers could assist you at investigating the problem. If you already have a support contract, please submit a support ticket.

            elenst Elena Stepanova added a comment - An alternative solution would be to acquire a support contract, as it's customary for critical production environments. In this case support engineers could assist you at investigating the problem. If you already have a support contract, please submit a support ticket.
            s.tausiff@animalytix.com Syed Tausiff made changes -
            serg Sergei Golubchik made changes -
            Workflow MariaDB v3 [ 89639 ] MariaDB v4 [ 154947 ]

            People

              Unassigned Unassigned
              s.tausiff@animalytix.com Syed Tausiff
              Votes:
              0 Vote for this issue
              Watchers:
              1 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.