** Changed in: mariadb-10.0 (Ubuntu)
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql stop/restart fails + breaking mysql + reboots
To
Thank you for reporting this bug to Ubuntu. RELEASE reached EOL on
February 4, 2016.
See this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases
Please upgrade to the latest version and re-test. If the bug is still
reproducible, increase the verbosity of the steps
Ubuntu 15.04 (vivid) is no more supported:
https://www.ubuntu.com/info/release-end-of-life
** Changed in: mariadb-10.0 (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I cannot reproduce this neither on Vivid nor on Xenial using your steps
in comment 11. I used current release cloud images using uvtool (KVM):
uvt-simplestreams-libvirt sync release=vivid arch=amd64
uvt-kvm create test release=vivid
uvt-kvm ssh --insecure test
and "virsh console test" to watch
Bug still persists + apport-collect 1468804 fails to work on headless
browsers.
Same problem seems to exist in Xenial.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql
Also happens with MariaDB. systemctl does not stop it, neither does a
restart work.
Unfortunate when you try to update your system, as APT will hang for a
long time before the MySQL upgrade script errors out, since
MySQL/MariaDB are still running.
** Also affects: mariadb-10.0 (Ubuntu)
Also happens with MariaDB. systemctl does not stop it, neither does a
restart work.
Unfortunate when you try to update your system, as APT will hang for a
long time before the MySQL upgrade script errors out, since
MySQL/MariaDB are still running.
** Also affects: mariadb-10.0 (Ubuntu)
Bug still persists.
http://askubuntu.com/questions/615129/systemd-mysql-wont-stop provides
one solution + this is ugly.
Normal mysql should correctly stop itself, without hacking an etc
systemd service override.
--
You received this bug notification because you are a member of Ubuntu
Server
Bug still persists.
http://askubuntu.com/questions/615129/systemd-mysql-wont-stop provides
one solution + this is ugly.
Normal mysql should correctly stop itself, without hacking an etc
systemd service override.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
This is a horrible bug + best be fixed.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql stop/restart fails + breaking mysql + reboots
To manage notifications
This is a horrible bug + best be fixed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql stop/restart fails + breaking mysql + reboots
To manage notifications about this bug go
[Expired for mysql-5.6 (Ubuntu) because there has been no activity for
60 days.]
** Changed in: mysql-5.6 (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
[Expired for mysql-5.6 (Ubuntu) because there has been no activity for
60 days.]
** Changed in: mysql-5.6 (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
Cleanest fix is to downgrade to Utopic, as systemd also fails for many
other services like Apache + fail2ban.
If running Vivid is a required, this hack seems to correctly top +
restart MySQL.
alias mysql-stop='mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf
shutdown'
alias
Cleanest fix is to downgrade to Utopic, as systemd also fails for many
other services like Apache + fail2ban.
If running Vivid is a required, this hack seems to correctly top +
restart MySQL.
alias mysql-stop='mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf
shutdown'
alias
Problem still persists after latest systemd updates.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql stop/restart fails + breaking mysql + reboots
To manage notifications about
Problem still persists after latest systemd updates.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1468804
Title:
mysql stop/restart fails + breaking mysql + reboots
To manage
This failure occurs consistently on every installation of Vivid.
Downgrading to Utopic, which avoids use of systemd, fixes problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468804
Title:
This failure occurs consistently on every installation of Vivid.
Downgrading to Utopic, which avoids use of systemd, fixes problem.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.6 in Ubuntu.
Steps to reproduce.
1) install fresh copy of Vivid
2) apt-get -yqq install mysql-server libmysqlclient-dev
3) reboot + system hangs forever (because mysql can't seem to be stopped
in all cases by systemd)
4) In another shell - mysqladmin shutdown - allows reboot continues
5) Also - service
Steps to reproduce.
1) install fresh copy of Vivid
2) apt-get -yqq install mysql-server libmysqlclient-dev
3) reboot + system hangs forever (because mysql can't seem to be stopped
in all cases by systemd)
4) In another shell - mysqladmin shutdown - allows reboot continues
5) Also - service
There is no easy fix to deal with systemd problems.
Other physical servers with Vivid + mysql or mariadb have worse
problems.
After a number of starts/stops, mysql simply won't start. There is no
debug info anywhere.
/var/log/syslog is quiet... Crickets...
Downgrading back to Utopic, as this
As I said, please give us exact steps to reproduce, preferably verified
on a fresh installation. Until then this bug correctly remains both
Incomplete and unconfirmed and so nobody will be working on fixing it.
--
You received this bug notification because you are a member of Ubuntu
Server Team,
As I said, please give us exact steps to reproduce, preferably verified
on a fresh installation. Until then this bug correctly remains both
Incomplete and unconfirmed and so nobody will be working on fixing it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
There is no easy fix to deal with systemd problems.
Other physical servers with Vivid + mysql or mariadb have worse
problems.
After a number of starts/stops, mysql simply won't start. There is no
debug info anywhere.
/var/log/syslog is quiet... Crickets...
Downgrading back to Utopic, as this
Thank you for taking the time to report this bug and helping to make
Ubuntu better. Unfortunately, we cannot work on this bug because your
description didn't include enough information. You may find it helpful
to read How to report bugs effectively
Changing the /etc/rc{016}.d/K01mysql scripts to do mysqladmin shutdown
doesn't work, because inotifywait shows these files are never touched at
shutdown.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Redneckery to allow reboots till this bug fixed don't work because
apparently systemctl is seriously brain dead.
So the normal shut magic won't work...
echo 'mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf shutdown'
/etc/rc6.d/K00-msyql-stop
chmod +x /etc/rc6.d/K00-msyql-stop
Will
Redneckery to allow reboots till this bug fixed don't work because
apparently systemctl is seriously brain dead.
So the normal shut magic won't work...
echo 'mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf shutdown'
/etc/rc6.d/K00-msyql-stop
chmod +x /etc/rc6.d/K00-msyql-stop
Will
dirwatch /etc | grep OPEN | egrep 'init.d|rc' shows that shutdown
scripts are no longer run sensibly either.
The K01mysql script never runs, so likely there's some other shutdown
script with a dependency which is touching mysql + hanging before the
K01mysql runs.
--
You received this bug
Changing the /etc/rc{016}.d/K01mysql scripts to do mysqladmin shutdown
doesn't work, because inotifywait shows these files are never touched at
shutdown.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.6 in Ubuntu.
dirwatch /etc | grep OPEN | egrep 'init.d|rc' shows that shutdown
scripts are no longer run sensibly either.
The K01mysql script never runs, so likely there's some other shutdown
script with a dependency which is touching mysql + hanging before the
K01mysql runs.
--
You received this bug
Nothing related shows up in /var/log/syslog at reboot either...
Jun 25 12:03:54 fine systemd[1]: Deactivating swap /dev/sdb3...
Jun 25 12:03:54 fine systemd[1]: Starting Unattended Upgrades...
Jun 25 12:03:54 fine systemd[1]: Deactivating swap /dev/sda3...
Jun 25 12:03:54 fine systemd[1]: Stopped
Nothing related shows up in /var/log/syslog at reboot either...
Jun 25 12:03:54 fine systemd[1]: Deactivating swap /dev/sdb3...
Jun 25 12:03:54 fine systemd[1]: Starting Unattended Upgrades...
Jun 25 12:03:54 fine systemd[1]: Deactivating swap /dev/sda3...
Jun 25 12:03:54 fine systemd[1]: Stopped
Using inotifywait, reboot sequence is very odd...
ovhfine# inotifywait -mr -e OPEN /etc | egrep 'init.d|rc'
Setting up watches. Beware: since -r was given, this may take a while!
Watches established.
/etc/init.d/ OPEN rng-tools
/etc/init.d/ OPEN rng-tools
/etc/init.d/ OPEN ntp
/etc/init.d/ OPEN
Using inotifywait, reboot sequence is very odd...
ovhfine# inotifywait -mr -e OPEN /etc | egrep 'init.d|rc'
Setting up watches. Beware: since -r was given, this may take a while!
Watches established.
/etc/init.d/ OPEN rng-tools
/etc/init.d/ OPEN rng-tools
/etc/init.d/ OPEN ntp
/etc/init.d/ OPEN
This doesn't work either...
echo 'mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf shutdown'
/etc/init.d/mysql-hard-stop
ln -s /etc/init.d/mysql-hard-stop /etc/rc0.d/K01-aaa-mysql-hard-stop
ln -s /etc/init.d/mysql-hard-stop /etc/rc6.d/K01-aaa-mysql-hard-stop
--
You received this bug
This doesn't work either...
echo 'mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf shutdown'
/etc/init.d/mysql-hard-stop
ln -s /etc/init.d/mysql-hard-stop /etc/rc0.d/K01-aaa-mysql-hard-stop
ln -s /etc/init.d/mysql-hard-stop /etc/rc6.d/K01-aaa-mysql-hard-stop
--
You received this bug
Thank you for taking the time to report this bug and helping to make
Ubuntu better. Unfortunately, we cannot work on this bug because your
description didn't include enough information. You may find it helpful
to read How to report bugs effectively
apport-collect 1468804 does not seem to work correctly on headless
(server) systems.
Gets into some infinite loop with lynx or whatever tool is running.
ovhfine# uname -a
Linux fine.bizcooker.com 3.19.0-21-generic #21-Ubuntu SMP Sun Jun 14 18:31:11
UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
apport-collect 1468804 does not seem to work correctly on headless
(server) systems.
Gets into some infinite loop with lynx or whatever tool is running.
ovhfine# uname -a
Linux fine.bizcooker.com 3.19.0-21-generic #21-Ubuntu SMP Sun Jun 14 18:31:11
UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
41 matches
Mail list logo