Activity log for bug #675185

Date Who What changed Old value New value Message
2010-11-14 14:04:14 Jakob Unterwurzacher bug added bug
2010-11-14 14:04:14 Jakob Unterwurzacher attachment added fix.diff https://bugs.launchpad.net/bugs/675185/+attachment/1733135/+files/fix.diff
2010-11-14 14:04:55 Jakob Unterwurzacher description Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: 14:18:18.789847 wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) 14:18:18.789920 wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) 14:18:18.789992 wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix. Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix.
2010-11-14 14:06:23 Jakob Unterwurzacher description Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child processes) For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix. Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix.
2010-11-14 14:08:36 Jakob Unterwurzacher bug task added maria
2010-11-14 14:55:27 Marc Deslauriers bug task added dash (Ubuntu)
2010-11-14 17:31:15 Brian Murray bug added subscriber Ubuntu Review Team
2010-11-14 17:31:18 Brian Murray tags patch
2010-11-15 15:19:58 Chuck Short mysql-dfsg-5.0 (Ubuntu): status New Confirmed
2010-11-21 09:48:29 Kristian Nielsen maria: status New In Progress
2010-11-21 09:48:32 Kristian Nielsen maria: assignee Kristian Nielsen (knielsen)
2010-11-21 09:48:37 Kristian Nielsen maria: importance Undecided Medium
2010-11-21 14:34:54 Jakob Unterwurzacher bug added subscriber Ubuntu Stable Release Updates Team
2010-11-22 10:54:47 Jakob Unterwurzacher description Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix. Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, partly fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . This fixes the test case and mysqld_safe, but introduces another regression: http://eeek.borgchat.net/lists/dash/msg00268.html (patch for that in the thread) TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix.
2010-11-22 10:55:10 Jakob Unterwurzacher description Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, partly fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . This fixes the test case and mysqld_safe, but introduces another regression: http://eeek.borgchat.net/lists/dash/msg00268.html (patch for that in the thread) TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe will be replaced by an upstart job. But Hardy has support for 3 more years, justifiying a fix. Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, partly fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . This fixes the test case and mysqld_safe, but introduces another regression: http://eeek.borgchat.net/lists/dash/msg00268.html (patch for that in the thread) TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe was replaced by an upstart job in Lucid. But Hardy has support for 3 more years, justifiying a fix.
2010-11-23 06:44:46 Kristian Nielsen maria: status In Progress Fix Committed
2010-11-30 16:03:51 Sergei Golubchik maria: milestone 5.1
2011-01-06 15:12:14 Rey Tucker bug added subscriber Ryan Tucker
2011-02-15 19:29:06 Kristian Nielsen maria: status Fix Committed Fix Released
2011-04-06 20:56:39 Chuck Short affects mysql-dfsg-5.0 (Ubuntu) mysql-5.1 (Ubuntu)
2011-05-19 06:59:25 Stewart Smith bug task added percona-server
2011-07-05 05:51:09 Stewart Smith percona-server: importance Undecided Medium
2011-09-19 21:39:17 Ubuntu Foundations Team Bug Bot tags patch patch testcase
2012-08-06 07:28:30 Laurynas Biveinis nominated for series percona-server/5.1
2012-08-06 07:28:30 Laurynas Biveinis bug task added percona-server/5.1
2012-08-06 07:28:30 Laurynas Biveinis nominated for series percona-server/5.5
2012-08-06 07:28:30 Laurynas Biveinis bug task added percona-server/5.5
2012-08-06 07:28:51 Laurynas Biveinis percona-server/5.1: assignee Ignacio Nin (ignacio-nin)
2012-08-06 07:29:03 Laurynas Biveinis percona-server/5.5: assignee Ignacio Nin (ignacio-nin)
2012-09-20 01:20:05 Raghavendra D Prabhu percona-server/5.5: status New Invalid
2012-09-20 01:20:10 Raghavendra D Prabhu percona-server/5.1: status New Invalid
2012-09-20 08:03:12 Jakob Unterwurzacher description Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, partly fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . This fixes the test case and mysqld_safe, but introduces another regression: http://eeek.borgchat.net/lists/dash/msg00268.html (patch for that in the thread) TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. SRU JUSTIFICATION: Obviously safe patch. PATCH: Attached, run mysqld_safe in bash instead of dash. REGRESSION POTENTIAL: Minimal. 1) Bash is a superset of dash. 2) Before dash became the default sh, bash was used, we just revert that change. NOTES: mysqld_safe was replaced by an upstart job in Lucid. But Hardy has support for 3 more years, justifiying a fix. Symptoms are: After mysql server upgrades + restarts the old mysqld_safe keeps running and consumes 100% cpu, strace shows: wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... wait4(4294967295, 0x7fffb3b3d59c, 0, NULL) = -1 ECHILD (No child ... For more info see the dupes, particularily bug 105457. Does not happen always, for reliable test case see below. This is a bug (race condition) in dash, partly fixed by http://git.kernel.org/?p=utils/dash/dash.git;a=commit;h=3800d4934391b144fd261a7957aea72ced7d47ea . This fixes the test case and mysqld_safe, but introduces another regression: http://eeek.borgchat.net/lists/dash/msg00268.html (patch for that in the thread) TEST CASE: Script in the commit message (link above). Allows to reproduce this always, even on Karmic still. (Proposed fix of using #!/bin/bash instead of #!/bin/sh is not as straigtforward as expected. bash called as sh goes into sh compatibility mode, called as bash it may behave subtle differently) NOTES: mysqld_safe was replaced by an upstart job in Lucid. But Hardy has support for 3 more years, justifiying a fix.
2017-11-29 16:09:41 Gabriel Ramirez mysql-5.1 (Ubuntu): status Confirmed Invalid
2017-11-29 16:18:51 Bryan Quigley dash (Ubuntu): status New Invalid