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 upgradin
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 Trust
** 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
d
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 [...
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 subscri
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 thi
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.
https://bugs.launchpad.ne
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 m
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 remove
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
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.
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 bec
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.
>
'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 jo
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 regressed
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 a
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.
https://bugs.launch
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
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"
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1464442/+attach
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
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 instal
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 re
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, b
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 libc
** 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 f
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
implementat
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 a
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 Ub
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:
ins
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 /sys/fs/cgroup
31 matches
Mail list logo
