Cannot configure nor start MySQLmysql wont start after increasing innodb_buffer_pool_size and...
Identifying "long and narrow" polygons in with PostGIS
Limit max CPU usage SQL SERVER with WSRM
Does the Crossbow Expert feat's extra crossbow attack work with the reaction attack from a Hunter ranger's Giant Killer feature?
Would a primitive species be able to learn English from reading books alone?
How to get directions in deep space?
Why didn't Voldemort know what Grindelwald looked like?
Why does a 97 / 92 key piano exist by Bösendorfer?
Pre-Employment Background Check With Consent For Future Checks
Did I make a mistake by ccing email to boss to others?
Why does the Persian emissary display a string of crowned skulls?
Can I say "fingers" when referring to toes?
Check if object is null and return null
Air travel with refrigerated insulin
Giving feedback to someone without sounding prejudiced
What is this high flying aircraft over Pennsylvania?
Is there a reason to prefer HFS+ over APFS for disk images in High Sierra and/or Mojave?
Given this phrasing in the lease, when should I pay my rent?
Ways of geometrical multiplication
Can you identify this lizard-like creature I observed in the UK?
In One Punch Man, is King actually weak?
How do you justify more code being written by following clean code practices?
ContourPlot — How do I color by contour curvature?
Unable to disable Microsoft Store in domain environment
How much do grades matter for a future academia position?
Cannot configure nor start MySQL
mysql wont start after increasing innodb_buffer_pool_size and innodb_log_file_sizeSetting up MySQL Cluster on Two SystemsIssue after moving the ib_logfile1 and ib_logfile0 filesMySQL Server 5.6 only runs when making swapfileMysql error “#1030 - Got error -1 from storage engine” when doing insert/update queriesMysql server does not start if binary logging is disabledIssue with MySQL server start (install)MySQL won't start in DebianProblems when Reinitalizing MySQL Replication using LVM on a very large DatabaseMYSQL Restart Due to Memory Outage
On a brand new Kubuntu 14.04 install, I ran sudo aptitude install mysql-server-core-5.6
. The install could not complete due to dependencies of some KDE packages on mysql-server-core-5.5
, which would have been replaced. Now when I run sudo aptitude install mysql-server-5.5
I get this error after specifying a password:
Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.
I have in fact read /usr/share/doc/mysql-server-5.5/README.Debian
but there was nothing relevant for my situation. The MySQL log helps:
$ tail /var/log/mysql/error.log
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16 InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting
140818 10:17:17 InnoDB: Starting shutdown...
140818 10:17:18 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]
However I cannot find in which script the --explicit_defaults_for_timestamp
option is set. I tried to start mysql
without service
to avoid the --explicit_defaults_for_timestamp
option but it still won't start:
$ ps aux | grep mysql
dotanco+ 25458 0.0 0.0 11748 928 pts/4 S+ 10:30 0:00 grep --color=auto mysql
$ sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ ps aux | grep mysql
dotanco+ 25810 0.0 0.0 11748 932 pts/4 S+ 10:31 0:00 grep --color=auto mysql
The error tells me to Remove all --log-error configuration options
. I therefore edited /etc/mysql/my.cnf
and commented out the following line:
log-error = /var/log/mysql/error.log
Now I get no error but still cannot log in:
$ sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
What might be the issue? How should I proceed?
EDIT
I've now commented out the explicit-defaults-for-timestamp
line in my.cnf
. Here is the entire file, minus header comments:
$ cat /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp
bind-address = 127.0.0.1
#log-error = /var/log/mysql/error.log
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
symbolic-links=0
!includedir /etc/mysql/conf.d/
This is what happens when I try to run MySQL:
$ sudo echo 1 >> /var/log/mysql/error.log
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory
As can be seen, nothing new is written to the logs, and the explicit_defaults_for_timestamp
option is not set anywhere.
I was able to reinstall mysql-server-core-5.5
but that did not resolve the issue:
$ sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
mysql-server-core-5.5
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 amd64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_amd64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...
$ sudo service mysql status
mysql stop/waiting
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
That 1
on the last line of the log was added earlier with echo
, and indicates that nothing new was added to the log.
mysql-5.5 configuration
|
show 1 more comment
On a brand new Kubuntu 14.04 install, I ran sudo aptitude install mysql-server-core-5.6
. The install could not complete due to dependencies of some KDE packages on mysql-server-core-5.5
, which would have been replaced. Now when I run sudo aptitude install mysql-server-5.5
I get this error after specifying a password:
Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.
I have in fact read /usr/share/doc/mysql-server-5.5/README.Debian
but there was nothing relevant for my situation. The MySQL log helps:
$ tail /var/log/mysql/error.log
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16 InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting
140818 10:17:17 InnoDB: Starting shutdown...
140818 10:17:18 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]
However I cannot find in which script the --explicit_defaults_for_timestamp
option is set. I tried to start mysql
without service
to avoid the --explicit_defaults_for_timestamp
option but it still won't start:
$ ps aux | grep mysql
dotanco+ 25458 0.0 0.0 11748 928 pts/4 S+ 10:30 0:00 grep --color=auto mysql
$ sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ ps aux | grep mysql
dotanco+ 25810 0.0 0.0 11748 932 pts/4 S+ 10:31 0:00 grep --color=auto mysql
The error tells me to Remove all --log-error configuration options
. I therefore edited /etc/mysql/my.cnf
and commented out the following line:
log-error = /var/log/mysql/error.log
Now I get no error but still cannot log in:
$ sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
What might be the issue? How should I proceed?
EDIT
I've now commented out the explicit-defaults-for-timestamp
line in my.cnf
. Here is the entire file, minus header comments:
$ cat /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp
bind-address = 127.0.0.1
#log-error = /var/log/mysql/error.log
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
symbolic-links=0
!includedir /etc/mysql/conf.d/
This is what happens when I try to run MySQL:
$ sudo echo 1 >> /var/log/mysql/error.log
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory
As can be seen, nothing new is written to the logs, and the explicit_defaults_for_timestamp
option is not set anywhere.
I was able to reinstall mysql-server-core-5.5
but that did not resolve the issue:
$ sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
mysql-server-core-5.5
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 amd64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_amd64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...
$ sudo service mysql status
mysql stop/waiting
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
That 1
on the last line of the log was added earlier with echo
, and indicates that nothing new was added to the log.
mysql-5.5 configuration
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
Thank you. The stringtimestamp
was found only inetc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.
– dotancohen
Aug 18 '14 at 9:26
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00
|
show 1 more comment
On a brand new Kubuntu 14.04 install, I ran sudo aptitude install mysql-server-core-5.6
. The install could not complete due to dependencies of some KDE packages on mysql-server-core-5.5
, which would have been replaced. Now when I run sudo aptitude install mysql-server-5.5
I get this error after specifying a password:
Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.
I have in fact read /usr/share/doc/mysql-server-5.5/README.Debian
but there was nothing relevant for my situation. The MySQL log helps:
$ tail /var/log/mysql/error.log
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16 InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting
140818 10:17:17 InnoDB: Starting shutdown...
140818 10:17:18 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]
However I cannot find in which script the --explicit_defaults_for_timestamp
option is set. I tried to start mysql
without service
to avoid the --explicit_defaults_for_timestamp
option but it still won't start:
$ ps aux | grep mysql
dotanco+ 25458 0.0 0.0 11748 928 pts/4 S+ 10:30 0:00 grep --color=auto mysql
$ sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ ps aux | grep mysql
dotanco+ 25810 0.0 0.0 11748 932 pts/4 S+ 10:31 0:00 grep --color=auto mysql
The error tells me to Remove all --log-error configuration options
. I therefore edited /etc/mysql/my.cnf
and commented out the following line:
log-error = /var/log/mysql/error.log
Now I get no error but still cannot log in:
$ sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
What might be the issue? How should I proceed?
EDIT
I've now commented out the explicit-defaults-for-timestamp
line in my.cnf
. Here is the entire file, minus header comments:
$ cat /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp
bind-address = 127.0.0.1
#log-error = /var/log/mysql/error.log
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
symbolic-links=0
!includedir /etc/mysql/conf.d/
This is what happens when I try to run MySQL:
$ sudo echo 1 >> /var/log/mysql/error.log
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory
As can be seen, nothing new is written to the logs, and the explicit_defaults_for_timestamp
option is not set anywhere.
I was able to reinstall mysql-server-core-5.5
but that did not resolve the issue:
$ sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
mysql-server-core-5.5
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 amd64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_amd64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...
$ sudo service mysql status
mysql stop/waiting
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
That 1
on the last line of the log was added earlier with echo
, and indicates that nothing new was added to the log.
mysql-5.5 configuration
On a brand new Kubuntu 14.04 install, I ran sudo aptitude install mysql-server-core-5.6
. The install could not complete due to dependencies of some KDE packages on mysql-server-core-5.5
, which would have been replaced. Now when I run sudo aptitude install mysql-server-5.5
I get this error after specifying a password:
Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.
I have in fact read /usr/share/doc/mysql-server-5.5/README.Debian
but there was nothing relevant for my situation. The MySQL log helps:
$ tail /var/log/mysql/error.log
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16 InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting
140818 10:17:17 InnoDB: Starting shutdown...
140818 10:17:18 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]
However I cannot find in which script the --explicit_defaults_for_timestamp
option is set. I tried to start mysql
without service
to avoid the --explicit_defaults_for_timestamp
option but it still won't start:
$ ps aux | grep mysql
dotanco+ 25458 0.0 0.0 11748 928 pts/4 S+ 10:30 0:00 grep --color=auto mysql
$ sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ ps aux | grep mysql
dotanco+ 25810 0.0 0.0 11748 932 pts/4 S+ 10:31 0:00 grep --color=auto mysql
The error tells me to Remove all --log-error configuration options
. I therefore edited /etc/mysql/my.cnf
and commented out the following line:
log-error = /var/log/mysql/error.log
Now I get no error but still cannot log in:
$ sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
[1]+ Done sudo mysqld_safe --skip-grant-tables
$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
What might be the issue? How should I proceed?
EDIT
I've now commented out the explicit-defaults-for-timestamp
line in my.cnf
. Here is the entire file, minus header comments:
$ cat /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp
bind-address = 127.0.0.1
#log-error = /var/log/mysql/error.log
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
symbolic-links=0
!includedir /etc/mysql/conf.d/
This is what happens when I try to run MySQL:
$ sudo echo 1 >> /var/log/mysql/error.log
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory
As can be seen, nothing new is written to the logs, and the explicit_defaults_for_timestamp
option is not set anywhere.
I was able to reinstall mysql-server-core-5.5
but that did not resolve the issue:
$ sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
mysql-server-core-5.5
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 amd64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_amd64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...
$ sudo service mysql status
mysql stop/waiting
$ sudo service mysql start
start: Job failed to start
$ tail /var/log/mysql/error.log
140818 10:31:49 InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting
140818 10:31:50 InnoDB: Starting shutdown...
140818 10:31:51 InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note]
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1
That 1
on the last line of the log was added earlier with echo
, and indicates that nothing new was added to the log.
mysql-5.5 configuration
mysql-5.5 configuration
edited Aug 18 '14 at 11:20
dotancohen
asked Aug 18 '14 at 7:41
dotancohendotancohen
56961126
56961126
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
Thank you. The stringtimestamp
was found only inetc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.
– dotancohen
Aug 18 '14 at 9:26
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00
|
show 1 more comment
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
Thank you. The stringtimestamp
was found only inetc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.
– dotancohen
Aug 18 '14 at 9:26
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
Thank you. The string
timestamp
was found only in etc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.– dotancohen
Aug 18 '14 at 9:26
Thank you. The string
timestamp
was found only in etc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.– dotancohen
Aug 18 '14 at 9:26
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00
|
show 1 more comment
2 Answers
2
active
oldest
votes
You installed mysql-server-core-5.6
, which partially failed or partially installed.
The -explicit_defaults_for_timestamp
is only for MySQL 5.6. Its probable that the partial installation of mysql-server-core-5.6
added this option. I am going to suggest now that you remove any trace of mysql-server-core-5.6
and reinitialize the data directory.
kill any running mysqld processes:
ps aux | grep mysql
kill pid
Uninstall the
mysql-server-core-5.6
packages:
apt-get remove mysql-server-core-5.6
A list of files is here
Reinitialize the database directory:
A.
rm -Rf /var/lib/mysql/*
B.
mysql_install_db /var/lib/mysql
Comment out the
!includedir /etc/mysql/conf.d/
option inmy.cnf
Kill any existing MySQL Process and then start MySQL using the skip-grant-tables
option.
A. Get the exact path of the mysqld daemon:
which mysqld_safe
B. Run MySQL without grant tables:
/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe
C. Make sure mysql is listening:
netstat -tlpn
you should see port 3306.
D. If so, log into MySQL:
mysql -u root -h 127.0.0.1
E. Set new password:
mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
Thank you Craig. I was able to reinstallmysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.
– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both/var/lib/mysql
and/var/log/mysql
. Themysql_install_db
command failed becauseresolveip
was not found. I then installedmysql-server-5.5
(which apparently is not installed along withmysql-server-core-5.5
) to getresolveip
. During the install ofmysql-server-5.5
I got theUnable to set password for the MySQL "root" user
error again, back to square one!
– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,mysqld_safe
dies right away:40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
,140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
,140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.
– dotancohen
Aug 18 '14 at 13:57
|
show 4 more comments
I have this line in my.cnf
[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE
I think that the my.cnf parameters should use hyphens and not underscores.
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "182"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f74227%2fcannot-configure-nor-start-mysql%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
You installed mysql-server-core-5.6
, which partially failed or partially installed.
The -explicit_defaults_for_timestamp
is only for MySQL 5.6. Its probable that the partial installation of mysql-server-core-5.6
added this option. I am going to suggest now that you remove any trace of mysql-server-core-5.6
and reinitialize the data directory.
kill any running mysqld processes:
ps aux | grep mysql
kill pid
Uninstall the
mysql-server-core-5.6
packages:
apt-get remove mysql-server-core-5.6
A list of files is here
Reinitialize the database directory:
A.
rm -Rf /var/lib/mysql/*
B.
mysql_install_db /var/lib/mysql
Comment out the
!includedir /etc/mysql/conf.d/
option inmy.cnf
Kill any existing MySQL Process and then start MySQL using the skip-grant-tables
option.
A. Get the exact path of the mysqld daemon:
which mysqld_safe
B. Run MySQL without grant tables:
/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe
C. Make sure mysql is listening:
netstat -tlpn
you should see port 3306.
D. If so, log into MySQL:
mysql -u root -h 127.0.0.1
E. Set new password:
mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
Thank you Craig. I was able to reinstallmysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.
– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both/var/lib/mysql
and/var/log/mysql
. Themysql_install_db
command failed becauseresolveip
was not found. I then installedmysql-server-5.5
(which apparently is not installed along withmysql-server-core-5.5
) to getresolveip
. During the install ofmysql-server-5.5
I got theUnable to set password for the MySQL "root" user
error again, back to square one!
– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,mysqld_safe
dies right away:40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
,140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
,140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.
– dotancohen
Aug 18 '14 at 13:57
|
show 4 more comments
You installed mysql-server-core-5.6
, which partially failed or partially installed.
The -explicit_defaults_for_timestamp
is only for MySQL 5.6. Its probable that the partial installation of mysql-server-core-5.6
added this option. I am going to suggest now that you remove any trace of mysql-server-core-5.6
and reinitialize the data directory.
kill any running mysqld processes:
ps aux | grep mysql
kill pid
Uninstall the
mysql-server-core-5.6
packages:
apt-get remove mysql-server-core-5.6
A list of files is here
Reinitialize the database directory:
A.
rm -Rf /var/lib/mysql/*
B.
mysql_install_db /var/lib/mysql
Comment out the
!includedir /etc/mysql/conf.d/
option inmy.cnf
Kill any existing MySQL Process and then start MySQL using the skip-grant-tables
option.
A. Get the exact path of the mysqld daemon:
which mysqld_safe
B. Run MySQL without grant tables:
/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe
C. Make sure mysql is listening:
netstat -tlpn
you should see port 3306.
D. If so, log into MySQL:
mysql -u root -h 127.0.0.1
E. Set new password:
mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
Thank you Craig. I was able to reinstallmysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.
– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both/var/lib/mysql
and/var/log/mysql
. Themysql_install_db
command failed becauseresolveip
was not found. I then installedmysql-server-5.5
(which apparently is not installed along withmysql-server-core-5.5
) to getresolveip
. During the install ofmysql-server-5.5
I got theUnable to set password for the MySQL "root" user
error again, back to square one!
– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,mysqld_safe
dies right away:40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
,140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
,140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.
– dotancohen
Aug 18 '14 at 13:57
|
show 4 more comments
You installed mysql-server-core-5.6
, which partially failed or partially installed.
The -explicit_defaults_for_timestamp
is only for MySQL 5.6. Its probable that the partial installation of mysql-server-core-5.6
added this option. I am going to suggest now that you remove any trace of mysql-server-core-5.6
and reinitialize the data directory.
kill any running mysqld processes:
ps aux | grep mysql
kill pid
Uninstall the
mysql-server-core-5.6
packages:
apt-get remove mysql-server-core-5.6
A list of files is here
Reinitialize the database directory:
A.
rm -Rf /var/lib/mysql/*
B.
mysql_install_db /var/lib/mysql
Comment out the
!includedir /etc/mysql/conf.d/
option inmy.cnf
Kill any existing MySQL Process and then start MySQL using the skip-grant-tables
option.
A. Get the exact path of the mysqld daemon:
which mysqld_safe
B. Run MySQL without grant tables:
/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe
C. Make sure mysql is listening:
netstat -tlpn
you should see port 3306.
D. If so, log into MySQL:
mysql -u root -h 127.0.0.1
E. Set new password:
mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
You installed mysql-server-core-5.6
, which partially failed or partially installed.
The -explicit_defaults_for_timestamp
is only for MySQL 5.6. Its probable that the partial installation of mysql-server-core-5.6
added this option. I am going to suggest now that you remove any trace of mysql-server-core-5.6
and reinitialize the data directory.
kill any running mysqld processes:
ps aux | grep mysql
kill pid
Uninstall the
mysql-server-core-5.6
packages:
apt-get remove mysql-server-core-5.6
A list of files is here
Reinitialize the database directory:
A.
rm -Rf /var/lib/mysql/*
B.
mysql_install_db /var/lib/mysql
Comment out the
!includedir /etc/mysql/conf.d/
option inmy.cnf
Kill any existing MySQL Process and then start MySQL using the skip-grant-tables
option.
A. Get the exact path of the mysqld daemon:
which mysqld_safe
B. Run MySQL without grant tables:
/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe
C. Make sure mysql is listening:
netstat -tlpn
you should see port 3306.
D. If so, log into MySQL:
mysql -u root -h 127.0.0.1
E. Set new password:
mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
edited 7 mins ago
Paul White♦
53.2k14284457
53.2k14284457
answered Aug 18 '14 at 9:46
Craig EfreinCraig Efrein
7,28784081
7,28784081
Thank you Craig. I was able to reinstallmysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.
– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both/var/lib/mysql
and/var/log/mysql
. Themysql_install_db
command failed becauseresolveip
was not found. I then installedmysql-server-5.5
(which apparently is not installed along withmysql-server-core-5.5
) to getresolveip
. During the install ofmysql-server-5.5
I got theUnable to set password for the MySQL "root" user
error again, back to square one!
– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,mysqld_safe
dies right away:40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
,140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
,140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.
– dotancohen
Aug 18 '14 at 13:57
|
show 4 more comments
Thank you Craig. I was able to reinstallmysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.
– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both/var/lib/mysql
and/var/log/mysql
. Themysql_install_db
command failed becauseresolveip
was not found. I then installedmysql-server-5.5
(which apparently is not installed along withmysql-server-core-5.5
) to getresolveip
. During the install ofmysql-server-5.5
I got theUnable to set password for the MySQL "root" user
error again, back to square one!
– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,mysqld_safe
dies right away:40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
,140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
,140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.
– dotancohen
Aug 18 '14 at 13:57
Thank you Craig. I was able to reinstall
mysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.– dotancohen
Aug 18 '14 at 11:17
Thank you Craig. I was able to reinstall
mysql-server-core-5.5
but that did not resolve the issue. I'll add that to the question.– dotancohen
Aug 18 '14 at 11:17
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
@dotancohen, updated my answer
– Craig Efrein
Aug 18 '14 at 12:18
Thank you. I completely removed any trace of 5.6, rm'ed both
/var/lib/mysql
and /var/log/mysql
. The mysql_install_db
command failed because resolveip
was not found. I then installed mysql-server-5.5
(which apparently is not installed along with mysql-server-core-5.5
) to get resolveip
. During the install of mysql-server-5.5
I got the Unable to set password for the MySQL "root" user
error again, back to square one!– dotancohen
Aug 18 '14 at 13:14
Thank you. I completely removed any trace of 5.6, rm'ed both
/var/lib/mysql
and /var/log/mysql
. The mysql_install_db
command failed because resolveip
was not found. I then installed mysql-server-5.5
(which apparently is not installed along with mysql-server-core-5.5
) to get resolveip
. During the install of mysql-server-5.5
I got the Unable to set password for the MySQL "root" user
error again, back to square one!– dotancohen
Aug 18 '14 at 13:14
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
@dotancohen updated answer. This depends on whether or not MySQL is actually listening.
– Craig Efrein
Aug 18 '14 at 13:27
Thanks. In fact,
mysqld_safe
dies right away: 40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
, 140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
, 140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.– dotancohen
Aug 18 '14 at 13:57
Thanks. In fact,
mysqld_safe
dies right away: 40818 16:52:52 mysqld_safe Logging to '/var/lib/mysql/bruno.err'.
, 140818 16:52:52 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
, 140818 16:52:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
.– dotancohen
Aug 18 '14 at 13:57
|
show 4 more comments
I have this line in my.cnf
[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE
I think that the my.cnf parameters should use hyphens and not underscores.
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
|
show 1 more comment
I have this line in my.cnf
[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE
I think that the my.cnf parameters should use hyphens and not underscores.
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
|
show 1 more comment
I have this line in my.cnf
[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE
I think that the my.cnf parameters should use hyphens and not underscores.
I have this line in my.cnf
[pol@localhost mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE
I think that the my.cnf parameters should use hyphens and not underscores.
answered Aug 18 '14 at 8:24
VéraceVérace
16.2k33550
16.2k33550
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
|
show 1 more comment
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
Thank you. You are right, I had that line as well though I missed it. Now, mysql won't start but nothing is written to the logs. I'll update the question.
– dotancohen
Aug 18 '14 at 11:05
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
I know that on Xubuntu (can't stand Unity desktop!) I had the devil of a time with issues like this. I now build from source - if you're interested, I'll write out how I do it exactly. What I do is adapted from here after much trial and error. It's a bit more work than sudo apt-get install xxx, but at least I know where my files are and what to do if things start to go wrong!
– Vérace
Aug 18 '14 at 12:06
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Thank you, if I cannot get through this then I'll try the instructions that you link to.
– dotancohen
Aug 18 '14 at 12:08
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Well, that's for people who want to compile and run mysql through eclipse - I've adapted it for someone who just wants to run mysql normally. Why are you using 5.5?
– Vérace
Aug 18 '14 at 12:11
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
Actually, I would prefer 5.6 and I don't use eclipse.
– dotancohen
Aug 18 '14 at 12:40
|
show 1 more comment
Thanks for contributing an answer to Database Administrators Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f74227%2fcannot-configure-nor-start-mysql%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
when you run netstat -tlpn, do you see the port 3306 for MySQL?
– Craig Efrein
Aug 18 '14 at 8:09
@CraigEfrein: No, port 3306 is not being listened to. I even restart the system to see if MySQL would start on boot, but it didn't.
– dotancohen
Aug 18 '14 at 8:59
And the --explicit_defaults_for_timestamp, possible places to look, if you haven't already. /etc/mysql/my.cnf, /etc/init.d/mysql and /etc/default/mysql
– Craig Efrein
Aug 18 '14 at 9:03
Thank you. The string
timestamp
was found only inetc/mysql/my.cnf
and I've comented it out. Yet, I still get the same mention of it in the log.– dotancohen
Aug 18 '14 at 9:26
Is there a my.cnf in your home directory?
– Vérace
Aug 18 '14 at 12:00