[Lxc-users] Problem with core dumps generated from containers, apport
Hans Feldt
hans.feldt at ericsson.com
Tue Apr 23 09:42:03 UTC 2013
> -----Original Message-----
> From: Serge Hallyn [mailto:serge.hallyn at ubuntu.com]
> Sent: den 22 april 2013 17:59
> To: Hans Feldt
> Cc: lxc-users at lists.sourceforge.net
> Subject: Re: [Lxc-users] Problem with core dumps generated from
> containers, apport
>
> My guess would be similar to this but slightly different. I'd guess that apport
> on the host sees the SEGV in kernel log. That will have the correct pid for the
Actually the kernel (3.5.0-27 in this case) executes apport with some arguments,
one is a PID. It seems like this is container PID from the apport logs:
Traceback (most recent call last):
File "/usr/share/apport/apport", line 54, in drop_privileges
stat = os.stat('/proc/' + pid)
OSError: [Errno 2] No such file or directory: '/proc/260'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/share/apport/apport", line 279, in <module>
drop_privileges(pid, True)
File "/usr/share/apport/apport", line 56, in drop_privileges
raise ValueError('Invalid process ID: ' + str(e))
ValueError: Invalid process ID: [Errno 2] No such file or directory: '/proc/260'
ERROR: apport (pid 3224) Mon Apr 22 22:03:03 2013: pid: 3224, uid: 0, gid: 0, euid: 0, egid: 0
ERROR: apport (pid 3224) Mon Apr 22 22:03:03 2013: environment: environ({})
260 is the PID of my test program (sleep 1000) in the container. It of course had another
PID on the host...
Then it depends on the value of the PID what apport will do. If it gets a PID that
exist on the host it will create a crash report for some innocentprogram that is
working just perfect....
Since there is a one to many mapping between container PIDs and host PIDs I think
this could be a kernel bug. I see no way apport can determine which host PID is the
one that relates to a given container PID. Please correct me if I am wrong!
Thanks,
Hans
> kernel to look up the task, however it will crosscheck /proc/$$/maps and
> such against userspace on the host, which will cause debug info to be wrong.
>
> What does the host's apport report actually look like?
>
> Quoting Hans Feldt (hans.feldt at ericsson.com):
> >
> > system: x86_64, ubuntu 12.10 with a ubuntu template container
> >
> > When I enable core dumps in a container and such get generated, apport
> > on the host gets confused and creates bogus (it seems) crash reports.
> >
> > If I speculate it could be that apport gets a non translated container
> > pid from the kernel, tries to find a match on the host and create a
> > crash report. But since the container pid is something else on the
> > host and sometimes it even thinks it is a system program on host and
> > tries to send a bug report for it...
> >
> > Does that make sense?
> >
> > Thanks,
> > Hans
> >
> > ----------------------------------------------------------------------
> > -------- Precog is a next-generation analytics platform capable of
> > advanced analytics on semi-structured data. The platform includes APIs
> > for building apps and a phenomenal toolset for data science.
> > Developers can use our toolset for easy data analysis & visualization.
> > Get a free account!
> > http://www2.precog.com/precogplatform/slashdotnewsletter
> > _______________________________________________
> > Lxc-users mailing list
> > Lxc-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/lxc-users
More information about the lxc-users
mailing list