This bug was fixed in the package mysql-5.5 - 5.5.20-0ubuntu1
---
mysql-5.5 (5.5.20-0ubuntu1) precise; urgency=low
* New upstream release.
* d/mysql-server-5.5.mysql.upstart: Fix stop on to make sure mysql is
fully stopped before shutdown commences. (LP: #688541) Also simplify
This bug was fixed in the package sysvinit - 2.88dsf-13.10ubuntu4.1
---
sysvinit (2.88dsf-13.10ubuntu4.1) oneiric-proposed; urgency=low
* d/src/initscripts/etc/init.d/sendsigs: wait up to 300 extra
seconds for upstart jobs that have been killed. They will be sent
SIGKILL by
Alan you are my stable release update hero this week. :) The update
should land in about 5 days (minimum 7 in -proposed just in case we
missed a major regression.)
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member
Tested the Python "test case" from the bug description using the
initscripts in Oneiric proposed. Prior to patch, did see "Killing all
remaining processes... fail" as described. After patch, saw "All
processes ended within 16 seconds". According to the test case, this
is a successful fix.
--
Hello Michael, or anyone else affected,
Accepted sysvinit into oneiric-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 advanc
Fix is waiting in the oneiric-proposed queue.
** Description changed:
+ == SRU JUSTIFICATION ==
+
+ IMPACT: potential data loss or extension of downtime. MySQL, for
+ example, if sent a SIGKILL before it is done flushing its buffers into
+ MyISAM tables, will lose that data. If using InnoDB, the
** Also affects: mysql-5.1 (Ubuntu Oneiric)
Importance: Undecided
Status: New
** Also affects: mysql-5.5 (Ubuntu Oneiric)
Importance: Undecided
Status: New
** Also affects: sysvinit (Ubuntu Oneiric)
Importance: Undecided
Status: New
** Changed in: mysql-5.1 (Ubuntu
This bug was fixed in the package sysvinit - 2.88dsf-13.10ubuntu8
---
sysvinit (2.88dsf-13.10ubuntu8) precise; urgency=low
* d/src/initscripts/etc/init.d/sendsigs: wait up to 300 extra
seconds for upstart jobs that have been killed. They will be sent
SIGKILL by upstart when
** Branch linked: lp:~clint-fewbar/ubuntu/precise/sysvinit/wait-for-
long-shutdown-jobs
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in Ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (le
** Changed in: mysql-5.5 (Ubuntu Precise)
Status: In Progress => Invalid
** Changed in: mysql-5.1 (Ubuntu Precise)
Status: Triaged => Invalid
** Changed in: sysvinit (Ubuntu Precise)
Status: Triaged => In Progress
** Changed in: sysvinit (Ubuntu Precise)
Assignee: Canon
I think ultimately no, mysql-5.5 shouldn't be changed for this, and
agreed the change should be straight forward. I was not certain if we
were willing to tackle the sysvinit change in precise.. but on second
thought, of course we should be. So I'll hold back on the change to
mysql-5.5 and take a lo
I agree that this should be fixed in sysvinit. Is it really appropriate
to change mysql-5.5 at all? It should be a straightforward change to
sysvinit, and the mysql change should be reverted afterwards.
** Tags added: rls-p-tracking
** Also affects: mysql-5.1 (Ubuntu Precise)
Importance: Hig
** Branch linked: lp:~clint-fewbar/ubuntu/precise/mysql-5.5/merge-from-
ddebian
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in Ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (leads to c
** Changed in: mysql-5.5 (Ubuntu)
Assignee: (unassigned) => Clint Byrum (clint-fewbar)
** Changed in: mysql-5.1 (Ubuntu)
Status: In Progress => Triaged
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in Ubuntu.
ht
** Also affects: mysql-5.5 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: mysql-5.5 (Ubuntu)
Status: New => In Progress
** Changed in: mysql-5.5 (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Server
So, I believe the right way to handle this is to wait a long time for
any upstart job that has status of 'stop/killed'.
We can't be finding all of the "services that are slow to shutdown" one
by one. Authors of upstart jobs will know how long to wait before
sending kill -9. Once kill -9 has been s
** Changed in: sysvinit (Ubuntu)
Importance: Undecided => High
** Changed in: sysvinit (Ubuntu)
Assignee: (unassigned) => Canonical Foundations Team
(canonical-foundations)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql
I do unsubscribe from this bug for the time beeing. It does not make
sense to deal with the symtoms until the root of the evil Bug #672177 is
fixed.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launc
And here the output of
initctl list
after reinstall of libc6. It is amaizeing, that even though I selected
"root shell without network" in the maintainence system, a lot of
services including network is up and running (I used scp to copy the
output to my PC).
** Attachment added: ""initctl list"
I first tried to grep within a x-term, but there I get faulty output regarding
gvfs. I suppose it's not needed.
So I booted into a maintainence root-shell (without network) and did:
lsof -n | grep deleted -> nothing reported
apt-get install --reinstall libc6
and afterwards
lsof -n | grep delete
On Thu, 2010-12-23 at 22:07 +, ingo wrote:
> I took you literally and canged all [!2345], not the others:
>
> The remaining now are:
>
> fgrep "stop on runlevel" /etc/init/*.conf
> /etc/init/rc.conf:stop on runlevel [!$RUNLEVEL]
> /etc/init/rcS.conf:stop on runlevel [!S]
> /etc/init/rc-sysini
I took you literally and canged all [!2345], not the others:
The remaining now are:
fgrep "stop on runlevel" /etc/init/*.conf
/etc/init/rc.conf:stop on runlevel [!$RUNLEVEL]
/etc/init/rcS.conf:stop on runlevel [!S]
/etc/init/rc-sysinit.conf:stop on runlevel
/etc/init/tty2.conf:stop on runlevel [!
On Thu, 2010-12-23 at 12:40 +, ingo wrote:
> @Clint:
>
> I did test your proposal in Maverick.
>
> Before editing the stop scripts:
>
> fgrep "stop on runlevel" /etc/init/*.conf
> /etc/init/acpid.conf:stop on runlevel [!2345]
> /etc/init/anacron.conf:stop on runlevel [!2345]
> /etc/init/appo
@Clint:
I did test your proposal in Maverick.
Before editing the stop scripts:
fgrep "stop on runlevel" /etc/init/*.conf
/etc/init/acpid.conf:stop on runlevel [!2345]
/etc/init/anacron.conf:stop on runlevel [!2345]
/etc/init/apport.conf:stop on runlevel [!2345]
/etc/init/atd.conf:stop on runleve
I was working with someone on another issue recently, and he pointed out
a situation where someone had used this:
start on starting rc RUNLEVEL=[06]
to run a specific task before the system shut down.
It got me thinking, should we instead just transition services that need
to start before shutdo
> This doesn't affect Debian as the upstart package in Debian still uses
> plain sysv compat and there are no native upstart jobs yet.
A wise decision, good to know.
Thanks,
Ingo
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.
2010/12/21 ingo <688...@bugs.launchpad.net>:
> On Tue, 2010-12-21 at 12:41 +, Scott James Remnant wrote:
>> General note: ubuntu-devel is *NOT* the correct list to discuss Upstart
>> changes unless they're unique to Ubuntu.
>
> Wouldn't it be fair to inform Debian about those problems before th
On Tue, 2010-12-21 at 12:41 +, Scott James Remnant wrote:
> General note: ubuntu-devel is *NOT* the correct list to discuss Upstart
> changes unless they're unique to Ubuntu.
Wouldn't it be fair to inform Debian about those problems before they release
Squeeze?
(tough I never observed it on S
@Michael: yes, this should be "stop on unmount-filesystem or single-
user" (we can create a new event for single-user to make the logic
clearer).
@Clint: I agree that full migration sounds like the best approach. I
have had a few discussions previously with Scott on the idea of abstract
jobs. Ther
On Tue, 2010-12-21 at 12:41 +, Scott James Remnant wrote:
> On 20/12/10 18:22, Clint Byrum wrote:
> > In a message to ubuntu-devel I suggested that we have an abstract job,
> > 'network-services', which most normal (non boot-critical) services
> > should follow.
> >
> > https://lists.ubuntu.com
On Mon, 2010-12-20 at 12:50 +, James Hunt wrote:
> After discussion with Scott, the best short-term solution would seem to
> be:
>
> 1) Modify /etc/init.d/umountfs to call the following in do_stop before
> calling umount/swapoff:
>
> "initctl emit unmount-filesystem"
>
> 2) Modify /etc/
2010/12/20 James Hunt <688...@bugs.launchpad.net>:
>
> 3) Modify all upstart configs for services which are "slow" to stop such that
> they "stop on unmount-filesystem",
> rather than "stop on runlevel [016]".
- What about single user mode? I guess when switching to runlevel 1 we
want to stop
After discussion with Scott, the best short-term solution would seem to
be:
1) Modify /etc/init.d/umountfs to call the following in do_stop before
calling umount/swapoff:
"initctl emit unmount-filesystem"
2) Modify /etc/init.d/umountroot to call the following in do_stop before
calling umoun
On Thu, 2010-12-16 at 15:45 +, Michael Biebl wrote:
> 2010/12/16 Clint Byrum :
> >
> >
> > I'm attaching a debdiff that solves the race as far as I can tell,
> > though I think it needs a good long look, since it could mean shutdowns
> > hang for a long time waiting (I'm especially curious if
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (leads to corrupted fs)
--
Ubuntu-server-bugs mailing list
Ubuntu-se
2010/12/16 Clint Byrum :
>
> /etc/init.d/sendsigs has this code:
>
>
> # Upstart jobs have their own "stop on" clauses that sends
> # SIGTERM/SIGKILL just like this, so if they're still running,
> # they're supposed to be
> for pid in $(initctl list | sed -n -e "/process
Also attaching the bash script that I used to test this, which simulates
a process taking a long time on SIGTERM without forking.. it *should*
work with sleep too, given the sendsigs change I posted, but when that
change is not there.. sendsigs kills the sleeps and ruins all the fun.
Below is the
** Patch added: "lp688541.diff"
https://bugs.launchpad.net/ubuntu/+source/mysql-5.1/+bug/688541/+attachment/1767453/+files/lp688541.diff
** Changed in: sysvinit (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Ubuntu
Server Team, which
So I've done some more thinking about this, and I had a bit of an aha!
moment.
While we *should* in fact stop using 'stop on runlevel [016]' or 'stop
on runlevel [!2345]', I think we can solve this without touching all of
those jobs.
/etc/init.d/sendsigs has this code:
# Upstart jobs ha
Hmm, I am wondering now if this bug is the same thing.
https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/616287
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
Great point, thanks for pointing that out!
rc-sysinit does not start until filesystem and net-device-up IFACE=lo,
and so, runlevel 2, which is reached by callint rc-sysinit, implies all
of the services you mention. It is important to point out that we must
include any of those *implied* to be star
2010/12/14 Clint Byrum :
>
> I do think the appropriate fix is to have umountfs emit an 'unmounting-
> filesystems' event and anything that does a 'start on local-filesystems'
> or 'start on filesystem' should also 'stop on unmounting-filesystems',
What do you do about services which have
"start o
And, whoops, I just re-read that, its using killall5's -o to still omit
those processes.
Please disregard that last message then.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/6885
Note that there is one incorrect assumption, which is that sendsigs will
never kill any upstart jobs.
In fact, it does make one attempt to kill -9 any still running upstart
jobs:
if [ -z "$alldead" ] ; then
log_action_begin_msg "Killing all remaining processes"
#report_unkill
James, could you take a look at this?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (leads to corrupted fs)
--
Ubuntu-server-bugs maili
Ante, good eyes there. That statement is a little misleading, that "if
they're still running, they're supposed to be", as this assumes there
was an event somewhere between the running system, and runlevel [016],
which to my knowledge, there isn't.
I'm a little confused as to why umountfs is still
2010/12/10 Ante Karamatić :
> Suggestion: make umountfs wait for all upstart jobs to finish.
Doesn't that conflict though with what is written in
/etc/init.d/sendsigs:
# Upstart jobs have their own "stop on" clauses that sends
# SIGTERM/SIGKILL just like this, so if they're still
Suggestion: make umountfs wait for all upstart jobs to finish.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (leads to corrupted fs)
--
What would be the general approach to express "shut down on runlevel
0/1/6 before the disks go away" in terms of upstart triggers? Once
there's an approach, pleaes hand over to canonical-server. Thanks!
** Changed in: mysql-5.1 (Ubuntu)
Status: New => Triaged
** Changed in: mysql-5.1 (Ubun
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to mysql-5.1 in ubuntu.
https://bugs.launchpad.net/bugs/688541
Title:
race condition on shutdown (leads to corrupted fs)
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubun
50 matches
Mail list logo
