• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • 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.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Unknown database 'atmail' when selecting the database

LarsenD

Regular Pleskian
This is just a bug report. No help needed as it doesn´t seem to cause problems.

When I update servers via CLI autoinstaller, I always (afair) get this mysqldump error message:
Code:
Stopping psa... * Stopping Plesk engine pool manager sw-engine-fpm
...done.
done
-- Warning: Skipping the data of table mysql.event. Specify the --events option explicitly.

mysqldump: Got error: 1049: Unknown database 'atmail' when selecting the database

===> Cumulative APS controller database (apsc) upgrade has been started.
===> Cumulative upgrade of APS controller database has been completed.
===> Cumulative Plesk database upgrade (revertable stage) has been started.
===> Preparing Plesk database upgrade (revertable stage).
===> Cumulative upgrade of Plesk database (revertable stage) has been completed.
Reading package lists...

There is no database "atmail" on any of our Plesk servers. Simple solution should be to first check if the DB exists before performing actions on it.

As a bonus, perhaps it would be possible to suppress the warning about mysql.event.
 
The autoinstaller is coded to serve all possible variations for all possible Plesk environments - some checks might not be usefull for your specific servers, but the coding to check each specific environment in order to perform a specific mysql dump, instead of doing a complete basic psa - database dump is not really a bug. It might look a bit better in the logs, if you don't see any error - message, but the actual psa - dump is still done, when you use the autoinstaller - with, or without some basic psa tables, which might not exist on your specific server.

The warning "Specify the --events option explicitly" is as well a warning from MySQL and not from Plesk. You could dump this specific table from the mysql - database only if you use the "--events" string, but due to the fact that only very few people use the MySQL - Event - Scheduler feature at all, you could either ignore that warning, or make a separate dump with the command:

mysqldump -u root -p --events mysql > /usr/src/mysql.sql

... but if you insist, that such a warning shouldn't be in your logfiles, you might consider modifying your own "my.cnf" - configuration by adding:
HTML:
[mysqldump]
events
ignore-table=mysql.event
 
Before upgrade Plesk makes dumps of all known databases including atmail database. It is hardcoded. It is considered as defect but not bug:

What is Bug?
A fault in a program which causes the program to perform in an unintended or unanticipated manner.

What is Defect?
If software misses some feature or function from what is there in requirement it is called as defect.

I hope it will be fixed but it has a very low priority.
 
Shouldn´t be so hard to check if any database exists before making a dump, should it? The right thing for junior-programmers to get started ;-)
 
Back
Top