From: Paolo Giarrusso <blaisorblade_personal@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net, Armin.Warda@gmx.de
Cc: Gerd Knorr <kraxel@bytesex.org>,
"Christopher S. Aker" <caker@theshore.net>
Subject: Re: [uml-devel] Re: UML fills /tmp irreversibly (2.6.9-bb4 on SuSE 9.2)
Date: Sat, 8 Jan 2005 13:15:34 +0100 [thread overview]
Message-ID: <200501081315.34841.blaisorblade_personal@yahoo.it> (raw)
In-Reply-To: <200501031531.19246.Armin.Warda@gmx.de>
On Monday 03 January 2005 15:31, Armin M. Warda wrote:
> Hi Gerd,
> On Monday 03 January 2005 14:34, you wrote:
> > host or uml kernel fix? URL? Havn't tracked stuff at all over
> > xmas holidays ...
>
> Must be a host-Kernel fix, not a uml-kernel fix, because um-kernel
> 2.6.9-bb4 running on host-kernels
[...]
Yes, this is definitely a host bug, which was reported to the appropriate
people and fixed...
> I scanned the changelog for 2.6.10 but until now failed to identify
> the patch:
>
> http://www.de.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.10
I had read the Changelog from -rc3 to final (after hearing from Christopher
Aker that in -bk it had been fixed), and I seemed had a quick shoot about
this... it was a fix from Roland McGrath about something strange, which made
me guess it was the fix...
Roland McGrath:
o fix bogus ECHILD return from wait* with zombie group leader
I'm not sure this is the fix, but it is possible indeed, given that the
problem UML triggered was, IIRC, that when it exited, there wasn't a proper
cleanup of the status, and the process became invisible but still kept a
reference to the file in /tmp, preventing it from being deleted...
The changelog does not mention our particular bug it but there is a good
reason for not mentioning it, and it's related to TASK_TRACED which is *the*
problem in 2.6.9 with UML.
I think you can search for it on linux.bkbits.net... I'll do that when I have
time...
However, I've received (after 2.6.10) the answer from Roland McGrath (ptrace
coder / maintainer) about this problem, and he sent two more patches for
this, which I'll bundle in next SKAS as a temp. solution and forward to
you... I'll check if it is a complete solution.
> Can somebody else on the list help me to identify the patch for
> this "problem with /tmp filling irreversibly and being unable to
> unmount /tmp" bugfix? Thanks!
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2005-01-08 12:15 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-14 8:58 [uml-devel] UML fills /tmp irreversibly (2.6.9-bb4 on SuSE 9.2) Armin M. Warda
2004-12-16 14:50 ` [uml-devel] " Armin M. Warda
[not found] ` <20041216183604.GB24982@bytesex>
[not found] ` <200412162013.21197.blaisorblade_personal@yahoo.it>
2004-12-30 14:20 ` Armin M. Warda
2004-12-30 16:14 ` Christopher S. Aker
2004-12-31 11:22 ` Armin M. Warda
2005-01-01 20:10 ` Christopher S. Aker
2005-01-02 9:25 ` Armin M. Warda
2005-01-03 14:07 ` Armin M. Warda
2005-01-03 10:13 ` Gerd Knorr
2005-01-03 11:49 ` Armin M. Warda
[not found] ` <20050103133412.GA25262@bytesex>
2005-01-03 14:31 ` Armin M. Warda
2005-01-04 11:59 ` Gerd Knorr
2005-01-04 14:05 ` Armin M. Warda
2005-01-04 14:39 ` Gerd Knorr
2005-01-04 15:33 ` Christopher S. Aker
2005-01-05 11:28 ` Gerd Knorr
2005-01-05 14:22 ` Armin M. Warda
2005-01-07 11:20 ` Gerd Knorr
2005-01-04 14:52 ` Michael Richardson
2005-01-08 12:15 ` Paolo Giarrusso [this message]
2005-01-10 13:10 ` Gerd Knorr
[not found] ` <200501101450.32169.Armin.Warda@gmx.de>
[not found] ` <20050111165848.GA20592@bytesex>
2005-01-12 15:53 ` Armin M. Warda
2005-01-17 15:26 ` Gerd Knorr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200501081315.34841.blaisorblade_personal@yahoo.it \
--to=blaisorblade_personal@yahoo.it \
--cc=Armin.Warda@gmx.de \
--cc=caker@theshore.net \
--cc=kraxel@bytesex.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox