linux-um archives
 help / color / mirror / Atom feed
From: Blaisorblade <blaisorblade@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net,
	Antoine Martin <antoine@nagafix.co.uk>
Cc: Dan Eaton <Dan.Eaton@rlx.com>
Subject: Re: [uml-devel] hppfs file descriptor leak?
Date: Mon, 5 Sep 2005 22:35:49 +0200	[thread overview]
Message-ID: <200509052235.49983.blaisorblade@yahoo.it> (raw)
In-Reply-To: <1083601512.6946.6.camel@dan>

On Monday 03 May 2004 18:25, Dan Eaton wrote:
> I am attempting to track down an issue that I am seeing but I thought
> that I would ask if you have anyone has seen this or has any insight
> into the behavior in parallel to my troubleshooting.  I am using
> hppfs to spoof some /proc entries in the UML.  When I mount /proc
> with hppfs, however, the system only runs for a short while before
> the UML kernel process runs out of file descriptors (1024).  It seems
> that each access to /proc entries that I am spoofing from the host
> results in an open file that never gets closed.  I am looking at it
> via gdb but any insight that anyone has would be greatly appreciated.
Don't know if this is relevant for you any more (I guess not), but I think I 
found it, while working on other stuff.

There's almost no call to close() in hppfs code, and everything matches with 
your description. Every time a file is opened in hostfs, an host fd is 
allocated where appropriate (for each distinct call to open() in userspace, 
even if more calls refer to the same file), and it's leaked.

Antoine, have you a clue why you never hit that? It's there both in 2.4 and 
2.6.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade


	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  parent reply	other threads:[~2005-09-08 14:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-03 16:25 [uml-devel] hppfs file descriptor leak? Dan Eaton
2004-05-04  2:21 ` Jeff Dike
2004-05-04 16:01   ` Richard Potter
2004-05-04 20:39     ` Jeff Dike
2005-09-05 20:35 ` Blaisorblade [this message]
2005-09-08 17:53   ` Antoine Martin

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=200509052235.49983.blaisorblade@yahoo.it \
    --to=blaisorblade@yahoo.it \
    --cc=Dan.Eaton@rlx.com \
    --cc=antoine@nagafix.co.uk \
    --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