Bug #84427 | mysqld_safe fails to start when using a fifo for log-error (regression) | ||
---|---|---|---|
Submitted: | 6 Jan 2017 2:38 | Modified: | 24 Feb 2017 1:48 |
Reporter: | Travers Carter | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Packaging | Severity: | S2 (Serious) |
Version: | 5.6.35 | OS: | Linux (CentOS 7) |
Assigned to: | Terje Røsten | CPU Architecture: | Any |
[6 Jan 2017 2:38]
Travers Carter
[6 Jan 2017 5:44]
Terje Røsten
Hi! Thanks for your report! A fix will be included in the next batch of releases.
[25 Jan 2017 21:11]
Jesse Duce
This happens on regular files as well when started with sudo. I normally run sudo service mysql start, which works fine on 5.6.34, but now, if the mysql_error.log doesn't exist beforehand, that command fails and now requires the service to be started as mysql. sudo -u mysql service mysql start. I will be skipping this patch in my test and production environments because of the potential for the service not to start on reboot.
[5 Feb 2017 3:17]
Phil Hildebrand
This also seems to happen on 5.5.54-38.6 on ubuntu. If the error.log does not exist, mysql will not start (same error). touching (creating one) the file fixes the issue
[24 Feb 2017 1:48]
Paul DuBois
Posted by developer: Noted in 5.5.55, 5.6.36, 5.7.18, 8.0.1 changelogs. mysqld_safe failed if the error log file named by the --log-error option was a FIFO.