Table "scheduled_job_log_record" is marked as crashed and should be repaired

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Vincent
    Senior Member
    • May 2017
    • 176

    Table "scheduled_job_log_record" is marked as crashed and should be repaired

    There were some notification email not sent and the following error was found in the log

    Table "scheduled_job_log_record" is marked as crashed and should be repaired

    What should i do to solve this? Thanks!!!
  • item
    Active Community Member
    • Mar 2017
    • 1476

    #2
    Hi,
    Learn how to optimize and repair MySQL databases using phpMyAdmin with these easy-to-follow instructions. Learn both the basic and more advanced features of phpMyAdmin.


    You can too "truncate" this table.. the table scheduled_job_log_record contents can be deleted.

    Try too delete in Admin->Schedule Job then button JOB.. you can delete all record

    Regards
    If you could give the project a star on GitHub. EspoCrm believe our work truly deserves more recognition. Thanks.​

    Comment

    • yuri
      Member
      • Mar 2014
      • 8453

      #3
      You can run repair table in phpmyadmin.

      I recommend to migrate job, scheduled_job_log_record tables (and other tables) to InnoDB.

      If you find EspoCRM good, we would greatly appreciate if you could give the project a star on GitHub. We believe our work truly deserves more recognition. Thanks.

      Comment

      • Vincent
        Senior Member
        • May 2017
        • 176

        #4
        Thank you. The scheduled_job_log_record table seems no problem after repaired.

        However, there is another problem. I have a process with a pending "Send Message task", after repairing the mentioned table, this task is still in pending status and no notification email was sent.

        In log file:
        "exception":"[object] (PDOException(code: HY000): SQLSTATE[HY000]: General error: 126 Incorrect key file for table './ipms01/job.MYI'; try to repair it at /var/www/html/ipms/application/Espo/ORM/DB/Mapper.php:729)"

        how to solve it? Thank you.




        Last edited by Vincent; 11-13-2018, 09:39 AM.

        Comment

        • Vincent
          Senior Member
          • May 2017
          • 176

          #5
          The 2nd problem was solved by repairing the job table

          Comment

          • bruce185
            Member
            • Feb 2016
            • 71

            #6
            I had the same problem... I ran this to check the db

            `mysqlcheck -c [mydatabase] -u root -p`

            And this to repair it

            `mysqlcheck -r [mydatabase] -u root -p`

            After that the upgrade worked fine on both instances I run...

            Comment

            • yuri
              Member
              • Mar 2014
              • 8453

              #7
              If you have MyISAP tables I recommend to convert them to InnoDB. Less likely to be crashed.
              If you find EspoCRM good, we would greatly appreciate if you could give the project a star on GitHub. We believe our work truly deserves more recognition. Thanks.

              Comment

              • bruce185
                Member
                • Feb 2016
                • 71

                #8
                Originally posted by yurikuzn
                If you have MyISAP tables I recommend to convert them to InnoDB. Less likely to be crashed.
                I just followed the installer... did you guys set MyISAM as the default at one point?

                Comment

                • yuri
                  Member
                  • Mar 2014
                  • 8453

                  #9
                  It was MyISAM initially years ago.
                  If you find EspoCRM good, we would greatly appreciate if you could give the project a star on GitHub. We believe our work truly deserves more recognition. Thanks.

                  Comment

                  • bruce185
                    Member
                    • Feb 2016
                    • 71

                    #10
                    ok, that probably explains it...

                    Comment

                    Working...