Bug 537709

Apparently the preinstall scriptlet for mysql-server failed:

%pre server
/usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash \
	-c "MySQL Server" -u 27 mysql > /dev/null 2>&1 || :

That hasn't changed in quite a long time ... any thoughts why?

>%pre server
>/usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash \
> -c "MySQL Server" -u 27 mysql > /dev/null 2>&1 || :

> That hasn't changed in quite a long time ... any thoughts why?  


I tried to run  


root@flokipal ~]# /usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash \
>  -c "MySQL Server" -u 27 mysql > /dev/null 2>&1 || ^C
[root@flokipal ~]# /usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash ^C
[root@flokipal ~]# /usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash 
useradd: -o flag is only allowed with the -u flag
Usage: useradd [options] LOGIN

Options:
  -b, --base-dir BASE_DIR       base directory for the home directory of the
                                new account
  -c, --comment COMMENT         GECOS field of the new account
  -d, --home-dir HOME_DIR       home directory of the new account
  -D, --defaults                print or change default useradd configuration
  -e, --expiredate EXPIRE_DATE  expiration date of the new account
  -f, --inactive INACTIVE       password inactivity period of the new account
  -g, --gid GROUP               name or ID of the primary group of the new
                                account
  -G, --groups GROUPS           list of supplementary groups of the new
                                account
  -h, --help                    display this help message and exit
  -k, --skel SKEL_DIR           use this alternative skeleton directory
  -K, --key KEY=VALUE           override /etc/login.defs defaults
  -l, --no-log-init             do not add the user to the lastlog and
                                faillog databases
  -m, --create-home             create the user's home directory
  -M, --no-create-home          do not create the user's home directory
  -N, --no-user-group           do not create a group with the same name as
                                the user
  -o, --non-unique              allow to create users with duplicate
                                (non-unique) UID
  -p, --password PASSWORD       encrypted password of the new account
  -r, --system                  create a system account
  -s, --shell SHELL             login shell of the new account
  -u, --uid UID                 user ID of the new account
  -U, --user-group              create a group with the same name as the user
  -Z, --selinux-user SEUSER     use a specific SEUSER for the SELinux user mapping

[root@flokipal ~]# /usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash -c "MySQL Server" -u 27 mysql 
useradd: user 'mysql' already exists
[root@flokipal ~]# service mysqld start 

Timeout error occurred trying to start MySQL Daemon.
Ræsi MySQL:                                                [VILLA]
[root@flokipal ~]# 
[root@flokipal ~]# service mysqld start 
^C
[root@flokipal ~]# service mysqld status
mysqld hefur verið stöðvað
[root@flokipal ~]#

hmm, I can't reproduce this problem:

# id mysql
uid=27(mysql) gid=27(mysql) groups=27(mysql)
You have new mail in /var/spool/mail/root
# userdel mysql
# /usr/sbin/useradd -M -o -r -d /var/lib/mysql -s /bin/bash  -c "MySQL Server" -u 27 mysql > /dev/null
# echo $?
0
# id mysql
uid=27(mysql) gid=483(mysql) groups=483(mysql)

I can't reproduce a problem either.  I installed a fresh F-12 machine today and did

sudo yum install mysql mysql-server

which correctly created the mysql user, and then

sudo service mysqld start

which worked fine.

I don't know what yumex is, maybe it is creating an issue?

I dot know how I did this.
I reinstalled F12 and updated.
Then amarok 
and then installed mysql group from yumex.
Now mysql user was created.  No warning in yumex.
I can not recreate now.

Well, since none of the three of us can reproduce it, I think we're going to have to close this bug INSUFFICIENT_DATA.  If you can figure out what you did to make it go wrong, it'd be worth taking another look.

Closing until reporter provides more information.