I think the priority of this should be raised as the importance of this
being fixed is quite high!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in
Andres, I understood that a workaround was in place now for curtin. Why
is it of high importance to fix this bug?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or
** Changed in: upstart (Ubuntu)
Importance: Undecided = Low
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty removes all content from /tmp
Steve's suggested work around:
# dpkg-divert --rename --add /sbin/telinit
# cat /sbin/telinit
#!/bin/sh
exit 0
^D
# apt-get install [...]
# dpkg-divert --rename --remove /sbin/telinit
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
On Fri, Jun 26, 2015 at 10:47:54PM -, Jason Hobbs wrote:
Steve's suggested work around:
# dpkg-divert --rename --add /sbin/telinit
# cat /sbin/telinit
#!/bin/sh
exit 0
^D
Just noticed I forgot to put in a 'chmod a+x /sbin/telinit' in here
# apt-get install [...]
#
Not sure this helps or adds just more confusion, but I find it odd that
with the broken environment there remain two /sbin/init processes
running at least for a while... Ok, could be because the 2nd one which
likely is the supposed restart is getting blocked because of the
vanished files in /tmp.
I took this log while installing libc with forkstat. /tmp was cleaned
when doing this. Not sure it shows more about what is going on.
** Attachment added: forkstat.txt
https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1464442/+attachment/4420389/+files/forkstat.txt
--
You received this
Oh right and the trace command that Steve used will show a call to init
early on which passes in a state fd which then, a bit later, seems to be
used as command stream to a shell. A construct like that was the parent
of mounted-tmp runs I observed. So I assume this is the method to
execute upstart
Maybe its actually the strace attached to pid1...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty removes all content from /tmp
directory
To
Oh f..., I hate user-space. Now it does not even reproduce with the
steps it was before...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty
So its confirmed: having a strace -ff -p1 -e execve running in a
different uxterm while doing the install will cause the reproduction to
fail. Damn Heisenbugs.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Ok, Seth, I found that I can see this in a VM when using the original
Trusty release desktop 64bit ISO:
- boot into Try Ubuntu
- open a terminal (uxterm works best for me due to this stupid gfx bugs with
Cirrus)
- ls /tmp (contains some files already)
- sudo apt-get update
- sudo apt-get install
I've also reproduced it in a VM using Stefan's method. Both Stefan and I
have verified that stubbing out or removing /etc/init/mounted-tmp.conf
eliminates the problem, so it seems that this job is getting triggered
somehow.
--
You received this bug notification because you are a member of Ubuntu
Still don't know what's going on here, but it's consistently
reproducible when running telinit u on a live system, and consistently
*not* reproducible when running telinit u on a live system booted with
--write-state-file. This should make debugging fun.
--
You received this bug notification
It seems I misread the logs when I said I was seeing the jobs being
triggered as if the 'startup' event has been emitted. I cannot
reproduce this behavior on a stock trusty VM with a normal root. There
is no evidence that 'startup' is being emitted again, and no mountall
process being spawned.
Stefan, it's ubuntu@sirrush:~$ uname -a
Linux sirrush 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:58:42 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux
Attached is output of dpkg -l
** Attachment added: dpkg-curtin-trusty.txt
http://paste.ubuntu.com/11768305/
That link shows upstart-monitor output during the libc6 upgrade. I see
the mountall job starting, then later I see a mounted event for /tmp
which triggers the mounted-tmp job, which is what ends up clearing out
/tmp. In fact, generally it looks to me like many of
Also I forgot to mention that Chris Arges pointed out that there's a
eglibc postinst script which does a re-exec of upstart, which is an
important piece of the puzzle.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
'strace -ff -p 1 -e execve' and 'telinit u' shows that init is being
execed with the expected args:
execve(/sbin/init, [/sbin/init, splash, --restart, --state-fd,
19, --verbose], [...])
But after re-exec, the process's args show as just '/sbin/init', and the
log output shows that jobs are being
The problem is the following:
In debian/debhelper.in/libc.postinst, telinit u 2/dev/null is called,
which restarts all the services, and calls mounted-tmp eventually. This
should be skipped for livecd or curtian environments.
** Changed in: eglibc (Ubuntu)
Status: Invalid = Triaged
**
To follow up, I've also tested this with a hacked libc6, with that line
commented out /tmp does not get wiped, with it normally /tmp gets wiped.
In addition it looks like there is already a clause for not rebooting
init if we're in a chroot.
--
You received this bug notification because you are
In fact, the re-exec should not be skipped for live environments. The
problem is that on re-exec, the arguments that are supposed to be passed
to the new process to tell it to not emit the startup event are not
making it through. I know this worked at one point, so I'm not sure how
this
In addition to the requested logs could someone provide steps to
reproduce, preferably in a VM without MAAS?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading
Brad, one additional bit of info: it is through ssh that I am able to
access the environment.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty
Brad, I need some clarification on the apport-collect script. The curtin
environment is a very limited installation environment and when I ran
apport-collect, it was attempting to open a socket but never returned.
AFAICT, it needs to open a browser to allow user to authenticate through
a browser,
This bug is not reproducible at all on an ordinary trusty chroot. There
is nothing in any of the libc6 maintainer scripts which touches the /tmp
directory directly, and nothing in the strace output shows inappropriate
handling of /tmp. I think you're looking at a bug in your overlayfs
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty removes all content
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: eglibc (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
This bug is also effecting the MAAS 1.7.1 deployment of Ubuntu 14.04
onto a diskless server with access to iSCSI LUN, as described in
https://bugs.launchpad.net/curtin/+bug/1425264/.
I've marked LP#1425264 as a dup of this bug.
--
You received this bug notification because you are a member of
I'd assume this will affect any provision with trusty + hpvsa 3rd party
driver as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1464442
Title:
installing or upgrading libc6 in Trusty removes
I was only able to recreate in curtin environment which has overlay
root:
$ mount
overlayroot on / type overlayfs
(rw,lowerdir=/media/root-ro/,upperdir=/media/root-rw/overlay)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on
31 matches
Mail list logo
