linux-um archives
 help / color / mirror / Atom feed
From: "Armin M. Warda" <Armin.Warda@gmx.de>
To: user-mode-linux-devel@lists.sourceforge.net
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: Fri, 31 Dec 2004 12:22:05 +0100	[thread overview]
Message-ID: <200412311222.10579.Armin.Warda@gmx.de> (raw)
In-Reply-To: <E54DD071-5A7D-11D9-853A-0003931D03FE@theshore.net>

[-- Attachment #1: Type: text/plain, Size: 3099 bytes --]

On Thursday 30 December 2004 17:14, Christopher S. Aker wrote:
> You need to run 2.6.10, 

That's supposed to be a 2.6.10 _Host_-Kernel? (Not 2.6.10 UM-Kernel?)

> as it doesn't exhibit the tmpfs filling up 
> problem like 2.6.9 variants do. 

Any chance to have a 2.6.10 SuSE Kernel soon? 

(As I use some non-GPL kernel modules - Atheros, Soft-Modem - that 
come with the SuSE kernels but are not in kernel.org's, I would 
prefer to stick with the SuSE-Kernel and not switch to the vanilla 
2.6.10 kernel. But if this would be the only possibility to solve 
this problem, I would indeed switch...)

> The tmpfs problem is also  
> compounded by the fact that UMLs without the fix-kill patch don't
> exit properly, but the 2.6.9-bb4 patchset has the fix for UML.

You say UM-Kernel 2.6.9-bb4 has that fix? (Yes, I am running 2.6.9-bb4 
UM-Kernels)

> For 2.4-um, you can find the fix-kill patch here:
> http://www.theshore.net/~caker/uml/patches/2.4.27-1um/
>
> -Chris
>
> On Dec 30, 2004, at 9:20 AM, Armin M. Warda wrote:
> >   Hi,
> >
> > just tried again with SuSE host kernel 2.6.8-24.10: same problem.
> >
> > (Is 2.6.8-24.10 a 2.6.8 with back-ported fixes from 2.6.10 ?)
> >
> >   Armin.
> >
> > On Thursday 16 December 2004 20:13, Paolo Giarrusso wrote:
> >> On Thursday 16 December 2004 19:36, Gerd Knorr wrote:
> >>>> Well, this matches some other reports of a different problem
> >>>> (impossible to unmount a fs used by UML) which probably
> >>>> relates to 2.6.9 host bugs.
> >>>>
> >>>> I'd suggest trying to reproduce the bug with a 2.6.8.1 +
> >>>> SKAS3-v7 patch, or checking what's different in the SuSE
> >>>> kernel from vanilla 2.6.8.1 (I'm particularly suspiscious
> >>>> about the TASK_TRACED introduction).
> >>>
> >>> The suse 2.6.8 kernel is actually 2.6.9-rc2, thus more close to
> >>> 2.6.9 than 2.6.8.  Especially it already has the TASK_TRACED
> >>> stuff and I've used the 2.6.9 version of the skas v7 patch
> >>>
> >>> (and also thats why I've
> >>> suggested to check against 2.6.9 not 2.6.8.1 vanilla to see if
> >>> the issue is still there).
> >>
> >> Remember that there was an invisible reference from died UMLs
> >> that kept the tmpfs from being unmounted (multiply reported, I
> >> experienced that too). Well, it the file is kept used, then it
> >> will keep using the tmpfs space. So nothing new....
> >
> > --
> >    --- May the Source be with you! Linux. ---
> >    --- secure eMail: http://www.gnupg.de/ ---
>
> -------------------------------------------------------
> 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

-- 
   --- May the Source be with you! Linux. ---
   --- secure eMail: http://www.gnupg.de/ ---

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-12-31 11:23 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 [this message]
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
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=200412311222.10579.Armin.Warda@gmx.de \
    --to=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