** Changed in: mysql-dfsg-5.0 (Debian)
Status: New => Confirmed
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Branch linked: lp:ubuntu/jaunty-updates/mysql-dfsg-5.0
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
** Branch linked: lp:ubuntu/karmic/mysql-dfsg-5.0
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
** Changed in: mythbuntu
Status: Triaged => Fix Released
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
u
Do not change bug statuses without explanation.
** Changed in: mysql-dfsg-5.0 (Ubuntu Jaunty)
Status: Fix Committed => Fix Released
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of
** Changed in: mysql-dfsg-5.0 (Ubuntu Jaunty)
Status: Fix Released => Fix Committed
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
This bug was fixed in the package mysql-dfsg-5.0 -
5.1.30really5.0.83-0ubuntu1
---
mysql-dfsg-5.0 (5.1.30really5.0.83-0ubuntu1) karmic; urgency=low
[ Norbert Tretkowski ]
* New upstream release.
[ Mathias Gug ]
* Merge from debian unstable, remaining changes:
+ debian/cont
** Changed in: mysql-dfsg-5.0 (Ubuntu Karmic)
Status: Triaged => In Progress
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
** Changed in: mysql-dfsg-5.0 (Ubuntu Jaunty)
Status: Incomplete => Fix Released
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
** Changed in: mysql-dfsg-5.0 (Ubuntu Jaunty)
Importance: Undecided => Medium
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
Thanks to the careful and detailed analysis of Stephane in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527623, it seems that
there are two issues:
==
SIGHUP, SIGQUIT, SIGINT ignored after package installation
After an apt-get install SI
that patch is still wrong.
The first time a HUP is received, we run the code in the trap
and call wait which will wait for both the refresh command and
the mysqld one.
But we won't return from that trap until mysqld dies, and in the
trap the HUP signal is blocked, which means any subsequent
HUP w
Mathias, please upload fix to Karmic ASAP.
** Changed in: mysql-dfsg-5.0 (Ubuntu Karmic)
Importance: Undecided => High
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, whi
This bug was fixed in the package mysql-dfsg-5.0 -
5.1.30really5.0.75-0ubuntu10.2
---
mysql-dfsg-5.0 (5.1.30really5.0.75-0ubuntu10.2) jaunty-proposed; urgency=low
* debian/patches/38_scripts__mysqld_safe.sh__signals.dpatch: wait in the
SIGHUP trap to avoid killing an existing my
** Tags added: verification-done
** Tags removed: verification-needed
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Short answer: Fixed.
I was running on Mythbuntu 8.10 and didn't have these errors.
Fresh load of Mythbuntu 9.04RC, got the 'hanging' messages in syslog and
database errors ending with
'MySQL server has gone away' in mythbackend.log. These messages are gone now.
Thank you.
--
mysqld_safe thin
Proposed works for me. No sign of mysql trouble in any of the logs.
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing l
Accepted mysql-dfsg-5.0 into jaunty-proposed, the package will build now
and be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: mysql-dfsg-5.0 (U
** Changed in: mysql-dfsg-5.0 (Debian)
Status: Unknown => New
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing l
** Bug watch added: Debian Bug tracker #527623
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527623
** Also affects: mysql-dfsg-5.0 (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527623
Importance: Unknown
Status: Unknown
--
mysqld_safe thinks mysqld has crashed
** Description changed:
--Impact--
I'm running mythtv on jaunty with mysql-server-5.0 version
5.1.30really5.0.75-0ubuntu5. During boot mysql starts, then mythtv starts,
then mysql restarts and mythtv gets confused.
This is caused by some portions of a debian patch that is applied on to
I just tried Marc's signal tracker: Here is the output after boot:
Executing (/usr/bin/mysqld_safe_real )
signo: [1], errno: [0], code: [128], pid: [0], uid: [0]
It looks like a code of 0x80 corresponds to a code of SI_KERNEL.
What does the kernel have against mysqld_safe?
--
mysqld_safe thin
I'm not sure if I'm late to the party or not here... but on the off
chance that it would be helpful, I threw together a program to print out
the source process ID for a SIGHUP signal. I have attached the source
to this bug. Very simple to use... in this case:
1. mv mysqld_safe mysqld_safe_real
I just tried manually adding Mathias' latest change. That also seems to
solve the problem for me. (This was not a full re-install with that
patch - just me with vim reverting the old patch and adding that patch.
I hope I haven't made any mistakes :)
--
mysqld_safe thinks mysqld has crashed when
On 12/05/2009, at 2:16 AM, Mathias Gug wrote:
> Thanks for figuring this out. This is probably the root cause of the
> issue. I've seen similar behavior with sshd - could you describe your
> network configuration? Are you using network-manager or
> /etc/network/intrefaces? Are you using a static
Mathias:
Spectacular idea. I just manually tried it on my test system that i've been
using to investigate this bug. It solves the problems entirely.
On Mon, May 11, 2009 at 22:04, Mathias Gug wrote:
> Here is another way to fix the issue: add a wait to the trap:
>
> -+trap '/usr/bin/mysqladmi
Here is another way to fix the issue: add a wait to the trap:
-+trap '/usr/bin/mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf
refresh' 1 # HUP
++trap '/usr/bin/mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf refresh
& wait' 1 # HUP
This patch doesn't remove an existing functional
On Mon, May 11, 2009 at 08:33:20PM -, Mario Limonciello wrote:
> Regardless of what is sending a SIGHUP to mysqld_safe, it should be a
> supported scenario to allow such signals to be sent to system daemons.
> It's common for SIGHUP to be used to ask to reload configuration files
> when the da
> Agreed. It seems that the latter has been identified and a workaround is
> described in this bug. I think the former should also be well understood
> before pushing anything to a *stable* release. A known broken behaviour
> with a workaround is better then pushing an update that breaks existing
>
Hi Will,
On Mon, May 11, 2009 at 01:35:31AM -, Will Uther wrote:
> I also looked in the logs to see what was happening on boot with the
> change and I noticed:
>
> May 10 11:02:55 willvo sshd[2981]: Received signal 15; terminating.
> May 10 11:02:55 willvo ntpd[3721]: ntpd exiting on signal 1
I patched mysqld_safe directly based on Mario's diff (and replace the "&
wait" that I had removed). This fixes the problem for me.
I also looked in the logs to see what was happening on boot with the
change and I noticed:
May 10 11:02:55 willvo sshd[2981]: Received signal 15; terminating.
May 10
Installed a new update today, Lots of mysqld messages in the log file, none
appear to be errors, all appear to occur when mysqld starts, none occurred when
mythtv-backend started 3 minutes later.
Seems the bug may be fixed.
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.la
I had exactly the same bugs - Mythbuntu 9.04, adding Mario's PPA (no
other modifications) fixed it.
Thank you very much Mario!
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member of Ubuntu
Bugs
Probably no point in me doing this but I spent the evening trying to get
the mysqld process hanging with the patch installed and never could.
I'm using network manager and the WaitForHDHomeRun script and I'm not
seeing any trouble.
I forgot to mention - before the patch I occasionally saw mysqld g
Strange. I set everything back to default except I didn't use my
SxxWaitForHDHomeRun script. I manually configured the network and had
Network Manager shut off. I verified I was getting the problem, then
applied the patch. I haven't had a single mysqld process hanging since
the patch.
I suppos
See this thread
http://ubuntuforums.org/showthread.php?p=7233888#post7233888
superm1 suggested I enable the Jaunty Proposed repository to see if it
fixed this problem, it did not. I still get this in the log:
May 7 12:43:01 AComputer mysqld_safe[4938]: Number of processes running now: 1
May 7 12:
Mathias,
i can trigger this problem on my laptop which is *not* running
mythbackend by simply issuing 'sudo killall -HUP mysqld_safe'. So it's
not related to MythTV.
In fact, if you issue 'mysqladmin refresh' as done by mysqld_safe when
it catches a SIGHUP, mysqld will *not* crash. See Mario's ex
Mathias has said this package shouldn't go to -updates in its current
state, so I'm marking it verification-failed for now. Mathias, when
you've had time to reevaluate the package and if you conclude it's
suitable, please set it back to verification-needed; or if you upload a
new version of the pa
There are two problems at stake here actually:
1) something is sending HUP to mysqld_safe. That's not been determined
yet. Clearly it's some root process that is doing it. It can't be
mythbackend because it doesn't run as root.
2) mysqld_safe is not properly handling the HUP. When the trap g
Thanks for taking to prepare a debdiff and conduct some testing. However
I'm not comfortable with releasing an update that changes the signal
handling, especially removing one.
I'd like to understand *why* is mysqld crashing in the first place. It
seems that mythbackend is making mysqld crash. Cou
Added jaunty-proposed and did a partial update of mysql. No problems
found with mythbuntu. I you want a test on a clean install let me know.
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification because you are a member
Martin,
Is it a good enough test to install over Mario's PPA or would you prefer
I revert mysql, reproduce the error, then apply the proposed over the
top of it?
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug notification beca
Accepted mysql-dfsg-5.0 into jaunty-proposed, the package will build now
and be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: mysql-dfsg-5.0 (U
I'm testing the patch. Works Great! Mario really is Super.
I'm a Mythbuntu 9.04 RC install that was fully updated as of yesterday
(before the PPA test fix). I restored everything to the "error state"
and verified the error still exists. The error state does have the
problem. (mythbackend log
Thanks, Mario. Assigned to Canonical server team for review.
** Changed in: mysql-dfsg-5.0 (Ubuntu Karmic)
Assignee: (unassigned) => Canonical Server Team (canonical-server)
--
mysqld_safe thinks mysqld has crashed when it hasn't
https://bugs.launchpad.net/bugs/326768
You received this bug
** Description changed:
- Binary package hint: mysql-server-5.0
+ --Impact--
+ I'm running mythtv on jaunty with mysql-server-5.0 version
5.1.30really5.0.75-0ubuntu5. During boot mysql starts, then mythtv starts,
then mysql restarts and mythtv gets confused.
- I'm running mythtv on jaunty wi
** Also affects: mysql-dfsg-5.0 (Ubuntu Jaunty)
Importance: Undecided
Status: New
** Also affects: mysql-dfsg-5.0 (Ubuntu Karmic)
Importance: Undecided
Status: Confirmed
** Changed in: mysql-dfsg-5.0 (Ubuntu Jaunty)
Status: New => Confirmed
--
mysqld_safe thinks mysql
Thanks for making that build available on your ppa Mario. I just
installed it and it seems to have fixed my problems. I can reboot and I
don't get the mysqld errors or the behavior of my recorded schedules not
being loaded into the mythbackend.
One surprise is that it also seems to fix a playbac
I've got a debdiff that i'd like to propose as a solution to this, but I
would like to get some wider testing and feedback with it before
uploading it to -proposed.
It's attached, and I have a test build on my PPA (version
5.1.30really5.0.75-0ubuntu10.1~ppa1) at
https://launchpad.net/~superm1/+arc
49 matches
Mail list logo
