• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • (Plesk for Windows):
    MySQL Connector/ODBC 3.51, 5.1, and 5.3 are no longer shipped with Plesk because they have reached end of life. MariaDB Connector/ODBC 64-bit 3.2.4 is now used instead.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

Issue Backup error. Error: Failed to exec mysqldump: Exit code: 3

zed2007

Basic Pleskian
Server operating system version
Ubuntu 22.04.2 LTS
Plesk version and microupdate number
Version 18.0.50 Update #2
After migrating the domain to a new server, I had problem with the backup.

Warning: Database "usr_p361672_1"
Unable to make database dump. Error: Failed to exec mysqldump: Exit code: 3: WARNING: Forcing protocol to TCP due to option specification. Please explicitly state intended protocol. mysqldump: Error 2013: Lost connection to server during query when dumping table `magnalister_orders` at row: 520811
Warning: Database "usr_p361672_1"
Unable to back up database usr_p361672_1. Error: DB query failed: SQLSTATE[HY000] [2002] No such file or directory

Which is also interesting, the first 3 backups (1 Full + 2 Incr.) were without errors.
Also, on the previos server was MariaDB 10.2 , and on the new server - 10.6
 
It seems that the database server crashed during the dump. This often happens when a corrupt table or index file is encountered. This symptom does not occur during regular operations, because it needs the access attempt to the corrupt file which may not take place in regular operations. It would be good to look for "mariadb" related entries in /var/log/messages to find out more details on what happened immediately before the crash. Normally you will find entries there describing the issue, e.g. mentioning a file, a database or table.
 
Yes, indeed, the database sever is behaving strangely. Here are the logs during the start of the backup. And before database crash.
 

Attachments

  • Backup_start.jpg
    Backup_start.jpg
    222.5 KB · Views: 18
  • DB_crash.jpg
    DB_crash.jpg
    314.7 KB · Views: 15
That is not the right "look". You'll need to find the location where the restart is logged. Before that you'll find a sequence what happenend that a restart attempt was necessary. Or a shutdown attempt. Try searching for the right timecode with
# grep mariadb /var/log/messages | grep shutdown
 
Back
Top