Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have been bitten several times by the 'debian-sys-maint' user that is installed by default on the mysql-server packages installed from the Ubuntu repositories.

Generally what happens is I pull a fresh copy of our production database (which is not running on Debian/Ubuntu) for troubleshooting or new development and forget to exclude the mysql.user table hence losing the debian-sys-maint user.

If we add new mysql users for whatever reason, I have to 'merge' these into my development environment as opposed to just overlaying the table.

Without the user my system still seems functional, but plagued with errors such as:

sudo /etc/init.d/mysql restart
Stopping MySQL database server: mysqld...failed.
error: 'Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)'
  • What is debian-sys-maint used for?
    • Is there a better way for the package maintainers to do what they're trying to do?
  • What is the easiest way to restore it after I've lost it?
  • What is the correct/minimal set of privileges for this user?
    • Seems like poor idea to 'grant all privileges on *.* ...'


Additional question - Is the password in /etc/mysql/debian.cnf already hashed or is this the plaintext password? It matters when you go to recreate the user and I never seem to get it right on the first try.


share|improve this question
The password is plaintext in /etc/mysql/debian.cnf – Brent May 20 '09 at 13:52
up vote 43 down vote accepted

What is debian-sys-maint used for?

By default it is used for telling the server to roll the logs. It needs at least the reload and shutdown privilege.

See the file /etc/logrotate.d/mysql-server

It is used by the /etc/init.d/mysql script to get the status of the server. It is used to gracefully shutdown/reload the server.

Here is the quote from the README.Debian

You may never ever delete the special mysql user "debian-sys-maint". This user 
together with the credentials in /etc/mysql/debian.cnf are used by the init 
scripts to stop the server as they would require knowledge of the mysql root 
users password else.

What is the easiest way to restore it after I've lost it?

The best plan is to simply not loose it.

You could use a command like this to build a sql file that you can use later to recreate the account.

mysqldump --complete-insert --extended-insert=0 -u root -p mysql | grep 'debian-sys-maint' > debian_user.sql

Is the password in /etc/mysql/debian.cnf already hashed

The password is not hashed.

share|improve this answer

You could also:

sudo dpkg-reconfigure mysql-server-5.0

Which will give you the option to recreate the debian-sys-maint user. Existing users and databases are safe.

share|improve this answer
This worked on mysql-server-5.5 as well. – serverSentinel Apr 21 '15 at 15:10

The debian-sys-maint user is by default a root equivalent. It is used by certain maintenance scripts on Debian systems, and as a side-effect, allows users with root access on the box to view the plaintext password in /etc/mysql/debian.cnf (good or bad?)

You can re-create the user by:


Just make sure the password matches that in /etc/mysql/debian.cnf

share|improve this answer
Re (good or bad) - If someone manages to become root they can bypass the privilege system entirely by simply restarting the server with the correct options. If you an attacker gets root, you probably have bigger problems then that configuration file. – Zoredache May 19 '09 at 16:53
also re: good or bad - I've had to rely on the debian-sys-maint access to re-set the MySQL root account password when it had been forgotten. It was nice having this fallback option. – Brent May 19 '09 at 17:58
@Brent: See for how to reset mysql root password. I've disabled this user on many mysql installs on Debian as it can cause havoc at startup with checking tables if they are large tables. – Nathan May 20 '09 at 0:23
Nathan, thanks for that link. That's new info for me. If you have a procedure for disabling the debian-sys-maint account altogether, why don't you include it here as a separate answer. That would be great! – Brent May 20 '09 at 13:57
a better grant would be just to give the shutdown/startup privileges. – jmtd Aug 25 '10 at 9:12

I wanted to just comment, but I think correct syntax deserves it's own entry. This will create the debian-sys-maint user:

mysql> GRANT ALL PRIVILEGES on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'plaintextpassword' WITH GRANT OPTION; FLUSH PRIVILEGES;

If you still have the /etc/mysql/debian.cnf file, just use the password in there.

Feel free to come up with a more paranoid secure solution.

share|improve this answer
It is as paranoid as it need to be. Then only one that should be able to read the file /etc/mysql/debian.cnf file are the Linux root user. And when someone can read that file, they already have root access to the machine and can stop the MySQL server and add a system admin of their own. And the script starting MySQL and other packages can't do security maintenance and other maintenance. So yes, it is as secure as it ever need to be. And useful if you loose MySQL admin password to recover it, without the need to restart it in insecure mode. ;-) – Anders Mar 22 at 1:57

If you need to add the debian-sys-maint user just for logrotate.d purposes, you should not grant ALL PRIVILEGES or the GRANT OPTION -- this is an unnecessary giant security hole. Instead, you can just add the user with the RELOAD privilege like this (assuming you are accessing your db as root, and you replace xxxxxx with your password)

# add the user with the reload right
GRANT RELOAD on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'xxxxxx'; 

# reload the rights

# double check
select * from mysql.user;
share|improve this answer
This is the single secure answer at it grants only required permissions to debian-sys-maint. Also, I can confirm that it works like a charm. Cheers! – Jealie Aug 29 '14 at 16:04
Is it really a security hole? If someone can read /etc/mysql/debian.cnf already, then they presumably have root access, and can restart mysql with --skip-grant-tables anyway. – mc0e Dec 9 '14 at 13:51
Thanks. But no need to flush things twice, MySQL already knows what the GRANT command does. See – ygoe Dec 30 '14 at 15:35
And this will not work, as the debian-sys-maint user is also used to shutdown the server. And also to check for a root users when starting the mysql server. So you at least needs to grant select privileges on mysql.* and shutdown privileges. – Anders Jan 2 '15 at 3:26
@Anders Are you sure this is the complete list of required grants? Could you could post an answer on this question I just created? – augurar Feb 3 at 22:44

Instead of


I think

GRANT ALL PRIVILEGES on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'your password' WITH GRANT OPTION; FLUSH PRIVILEGES;

because the password is not hashed ...?

share|improve this answer

As a side note to this, take a look at this mysqlperformanceblog post for reasons why you might want to disable the debian-specific stuff.

share|improve this answer
"Note that this shouldn’t be a problem with MySQL from Debian lenny, as it ships with init-scripts which will not run CHECK TABLE on non-MYISAM tables." -- from the linked page – d-_-b Apr 23 '13 at 5:38

When using MySQL 5.6+, I would recommend using the mysql_config_editor command to create an entry for the user 'debian-sys-maint'@'localhost' using the relevant password, meaning the password does not need to be stored in plain text on the server.

mysql_config_editor set --login-path=debian-sys-maint --host=localhost --user=debian-sys-maint --password

Following this, the debian specific config file /etc/mysql/debian.cnf can be altered so the username and password details are not stored in the file.

Finally, alter the logrotate file for MySQL so that it uses the login details stored in the ~/.mylogin.cnf file instead of the debian specific file by replacing

/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf


/usr/bin/mysqladmin --login-path=debian-sys-maint

Hope this helps :)


share|improve this answer
But, will the purpose of the debian-sys-maint user be accomplished by this? That packages should be able to use this user/password to do some system maintenance as root user in the Linux domain (not root user in MySQL without the administrator needed to enter the root password for MySQL? – Anders Mar 22 at 1:47
It does work for me in my tests, if you perform all the changes, such as altering the /etc/mysql/debian.cnf to remove the passwords and change the logrotate file to reference the to use the secured details. I'm not sure if the debian-sys-maint user is used for anything else, but if it is, this will help give you an indication of where Debian is using this user account on your behalf. – Dave Rix Mar 22 at 13:49

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.