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
next prev 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