linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Goffredo Baroncelli <kreijack@inwind.it>
To: Hugo Mills <hugo@carfax.org.uk>,
	linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: [btrfs-progs] [bug][patch V2] Leaking file handle in scrub_fs_info()
Date: Tue, 05 Jun 2012 22:12:29 +0200	[thread overview]
Message-ID: <4FCE682D.2010204@inwind.it> (raw)
In-Reply-To: <20120605181910.GL15986@carfax.org.uk>

Hi Hugo,

On 06/05/2012 08:19 PM, Hugo Mills wrote:
> On Tue, Jun 05, 2012 at 07:26:34PM +0200, Goffredo Baroncelli
> wrote:
>> Hi Hugo,
>> 
>> I was not able to reproduce your error with my repository: I
>> pulled it without problem.
> 
> Well, I'd have normally written it off as a corrupt local repo at 
> this end -- except that David Sterba said he'd also seen a similar 
> problem pulling from your repo.
> 
>> However, enclosed you can find the patch (as attachment) with the
>> Jan suggestions about the spaces. You can pull the patch also
>> from my repo ( same branch: fd-leaking). Moreover I inserted the
>> patch as inlined. Hoping that helps.
> 
> Not really. Your mailer is breaking things (there's a wrapped line 
> in there, and it's heavily whitespace-damaged). Could you *please* 
> learn to use git send-email? Every single patch of yours that I've 
> seen on the mailing list is badly broken, and takes an age to get
> it to the point where "git am" will look at it cleanly. It's
> incredibly frustrating. This time around, I think I've managed to
> get it to work OK, but it's taken me 10 minutes of buggering
> around, and I'm getting irritable, which isn't a good thing when
> I'm meant to be having a quiet relaxing week off work...

I perfectly understand what means loosing 10 minutes instead of 1
seconds :-)

But was you able to use the patch "attached" (not the one inlined ) ?



> 
> Hugo.
> 
>> --------------------
>> 
>> commit b73abc9465d3a105b5f8f464f2867543a638e5e2 Author: Goffredo
>> Baroncelli <kreijack@inwind.it> Date:   Tue Jun 5 19:11:06 2012
>> +0200
>> 
>> scrub_fs_info( ) file handle leaking
>> 
>> The function scrub_fs_info( ) closes and reopen a file handle 
>> passed as argument, when a caller uses the file handle even after
>> the call. The function scrub_fs_info( ) is updated to remove the
>> file handle argument, and instead uses a private own file
>> handle. The callers are updated to not pass the argument.
>> 
>> 
>> diff --git a/cmds-scrub.c b/cmds-scrub.c index c4503f4..6313e02
>> 100644 --- a/cmds-scrub.c +++ b/cmds-scrub.c @@ -979,19 +979,26
>> @@ static int scrub_device_info(int fd, u64 devid, return ret ?
>> -errno : 0; }
>> 
>> -static int scrub_fs_info(int fd, char *path, +static int
>> scrub_fs_info(char *path, struct btrfs_ioctl_fs_info_args
>> *fi_args, struct btrfs_ioctl_dev_info_args **di_ret) { int ret =
>> 0; int ndevs = 0; int i = 1; +       int fd; struct
>> btrfs_fs_devices *fs_devices_mnt = NULL; struct
>> btrfs_ioctl_dev_info_args *di_args; char mp[BTRFS_PATH_NAME_MAX +
>> 1];
>> 
>> memset(fi_args, 0, sizeof(*fi_args));
>> 
>> +       fd  = open_file_or_dir(path); +       if (fd < 0) { +
>> fprintf(stderr, "ERROR: can't access to '%s'\n", path); +
>> return -1; +       } + ret = ioctl(fd, BTRFS_IOC_FS_INFO,
>> fi_args); if (ret && errno == EINVAL) { /* path is no mounted
>> btrfs. try if it's a device */ @@ -1010,28 +1017,36 @@ static int
>> scrub_fs_info(int fd, char *path, if (fd < 0) return -errno; }
>> else if (ret) { +               close(fd); return -errno; }
>> 
>> -       if (!fi_args->num_devices) +       if
>> (!fi_args->num_devices) { +               close(fd); return 0; +
>> }
>> 
>> di_args = *di_ret = malloc(fi_args->num_devices *
>> sizeof(*di_args)); -       if (!di_args) +       if (!di_args) { 
>> +               close(fd); return -errno; +       }
>> 
>> for (; i <= fi_args->max_id; ++i) { BUG_ON(ndevs >=
>> fi_args->num_devices); ret = scrub_device_info(fd, i,
>> &di_args[ndevs]); if (ret == -ENODEV) continue; -
>> if (ret) +               if (ret) { +
>> close(fd); return ret; +               } ++ndevs; }
>> 
>> BUG_ON(ndevs == 0);
>> 
>> +       close(fd); return 0; }
>> 
>> @@ -1155,7 +1170,7 @@ static int scrub_start(int argc, char
>> **argv, int resume) return 12; }
>> 
>> -       ret = scrub_fs_info(fdmnt, path, &fi_args, &di_args); +
>> ret = scrub_fs_info(path, &fi_args, &di_args); if (ret) { 
>> ERR(!do_quiet, "ERROR: getting dev info for scrub failed: " 
>> "%s\n", strerror(-ret)); @@ -1586,7 +1601,6 @@ static int
>> cmd_scrub_status(int argc, char **argv) .sun_family = AF_UNIX, 
>> }; int ret; -       int fdmnt; int i; int print_raw = 0; int
>> do_stats_per_dev = 0; @@ -1615,13 +1629,7 @@ static int
>> cmd_scrub_status(int argc, char **argv)
>> 
>> path = argv[optind];
>> 
>> -       fdmnt = open_file_or_dir(path); -       if (fdmnt < 0) { 
>> -               fprintf(stderr, "ERROR: can't access to '%s'\n",
>> path); -               return 12; -       } - -       ret =
>> scrub_fs_info(fdmnt, path, &fi_args, &di_args); +       ret =
>> scrub_fs_info(path, &fi_args, &di_args); if (ret) { 
>> fprintf(stderr, "ERROR: getting dev info for scrub failed: " 
>> "%s\n", strerror(-ret)); @@ -1698,7 +1706,6 @@ static int
>> cmd_scrub_status(int argc, char **argv) out: 
>> free_history(past_scrubs); free(di_args); -       close(fdmnt); 
>> if (fdres > -1) close(fdres);
>> 
>> 
>> 
>> 
>> 
>> 
>> On 06/05/2012 01:01 PM, Hugo Mills wrote:
>>> Hi, Goffredo,
>>> 
>>> I'm trying to do a new integration branch, and the patch inline
>>> in the text is corrupt (plus it has a massively verbose commit
>>> message):
>>> 
>>> Applying: Leaking file handle in scrub_fs_info() fatal: corrupt
>>> patch at line 74 Patch failed at 0001 Leaking file handle in
>>> scrub_fs_info()
>>> 
>>> Normally, I'd use your git repo to get round the fact that
>>> every single patch you send by mail is whitespace-damaged,
>>> but:
>>> 
>>> error: Unable to find 337bfb3250203a66b953ffcf7804418cb7c72052
>>> under
>>> http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git 
>>> Cannot obtain needed commit
>>> 337bfb3250203a66b953ffcf7804418cb7c72052 while processing
>>> commit ee3832b47a4b1d1dce8d1cacc802db32901b8c45. error: Fetch
>>> failed.
>>> 
>>> Plus Jan had some suggested tweaks regarding whitespace --
>>> could you re-roll the patch and maybe see what you can do to
>>> fix your git repo? (Or at least use git-send-email to send the
>>> patch so it doesn't get mangled).
>>> 
>>> Thanks, Hugo.
>>> 
>>> On Tue, Apr 24, 2012 at 08:43:23PM +0200, Goffredo Baroncelli
>>> wrote:
>>>> I was giving a look to the function scrub_fs_info( ), and to
>>>> me it seems that could be a potential file handle leaking
>>>> problem.
>>>> 
>>>> 
>>>> In fact:
>>>> 
>>>> static int scrub_fs_info(int fd, char *path, struct
>>>> btrfs_ioctl_fs_info_args *fi_args, struct
>>>> btrfs_ioctl_dev_info_args **di_ret) {
>>>> 
>>>> [...]
>>>> 
>>>> ret = ioctl(fd, BTRFS_IOC_FS_INFO, fi_args); if (ret && errno
>>>> == EINVAL) { /* path is no mounted btrfs. try if it's a
>>>> device */ [...] close(fd);			<--- Here the file handle is 
>>>> closed
>>>> 
>>>> fd = open_file_or_dir(mp);	<--- then it is re-opened if (fd <
>>>> 0) return -errno; } else if (ret) { return -errno; } [...]
>>>> 
>>>> But in the rest of the function: a) the file handle is not
>>>> closed b) the (new) file handle isn't returned
>>>> 
>>>> The function "scrub_fs_info()" is called from the functions 
>>>> 1) cmd_scrub_status(), which doesn't use the file handle
>>>> after the call to the cmd_scrub_status() [except for a
>>>> close()]. So no problem at all. 2) scrub_start(), which uses
>>>> the file handle after the call to the cmd_scrub_status()
>>>> functions.
>>>> 
>>>> My suggestions is to change scrub_fs_info() to accept only
>>>> the path. Then it open (and closes) its own (and private) the
>>>> file descriptor.
>>>> 
>>>> Instead scrub_start(), opens a file descriptor after the call
>>>> to the scrub_fs_info() function.
>>>> 
>>>> What do you think ?
>>>> 
>>>> BR G.Baroncelli
>>>> 
>>>> You can pull the patch below from
>>>> 
>>>> http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
>>>> 
>>>> branch
>>>> 
>>>> fd-leaking
>>>> 
>>>> -----
>>>> 
>>>> diff --git a/cmds-scrub.c b/cmds-scrub.c index
>>>> c4503f4..486768c 100644 --- a/cmds-scrub.c +++
>>>> b/cmds-scrub.c @@ -979,19 +979,26 @@ static int
>>>> scrub_device_info(int fd, u64 devid, return ret ? -errno :
>>>> 0; }
>>>> 
>>>> -static int scrub_fs_info(int fd, char *path, +static int
>>>> scrub_fs_info( char *path, struct btrfs_ioctl_fs_info_args
>>>> *fi_args, struct btrfs_ioctl_dev_info_args **di_ret) { int
>>>> ret = 0; int ndevs = 0; int i = 1; +	int fd; struct
>>>> btrfs_fs_devices *fs_devices_mnt = NULL; struct
>>>> btrfs_ioctl_dev_info_args *di_args; char
>>>> mp[BTRFS_PATH_NAME_MAX + 1];
>>>> 
>>>> memset(fi_args, 0, sizeof(*fi_args));
>>>> 
>>>> +	fd  = open_file_or_dir(path); +	if (fd < 0) { +
>>>> fprintf(stderr, "ERROR: can't access to '%s'\n", path); +
>>>> return -1; +	} + ret = ioctl(fd, BTRFS_IOC_FS_INFO,
>>>> fi_args); if (ret && errno == EINVAL) { /* path is no mounted
>>>> btrfs. try if it's a device */ @@ -1010,28 +1017,36 @@ static
>>>> int scrub_fs_info(int fd, char *path, if (fd < 0) return
>>>> -errno; } else if (ret) { +		close(fd); return -errno; }
>>>> 
>>>> -	if (!fi_args->num_devices) +	if (!fi_args->num_devices){ +
>>>> close(fd); return 0; +	}
>>>> 
>>>> di_args = *di_ret = malloc(fi_args->num_devices *
>>>> sizeof(*di_args)); -	if (!di_args) +	if (!di_args){ +
>>>> close(fd); return -errno; +	}
>>>> 
>>>> for (; i <= fi_args->max_id; ++i) { BUG_ON(ndevs >=
>>>> fi_args->num_devices); ret = scrub_device_info(fd, i,
>>>> &di_args[ndevs]); if (ret == -ENODEV) continue; -		if (ret) +
>>>> if (ret){ +			close(fd); return ret; +		} ++ndevs; }
>>>> 
>>>> BUG_ON(ndevs == 0);
>>>> 
>>>> +	close(fd); return 0; }
>>>> 
>>>> @@ -1155,7 +1170,7 @@ static int scrub_start(int argc, char
>>>> **argv, int resume) return 12; }
>>>> 
>>>> -	ret = scrub_fs_info(fdmnt, path, &fi_args, &di_args); +	ret
>>>> = scrub_fs_info(path, &fi_args, &di_args); if (ret) { 
>>>> ERR(!do_quiet, "ERROR: getting dev info for scrub failed: " 
>>>> "%s\n", strerror(-ret)); @@ -1586,7 +1601,6 @@ static int
>>>> cmd_scrub_status(int argc, char **argv) .sun_family =
>>>> AF_UNIX, }; int ret; -	int fdmnt; int i; int print_raw = 0; 
>>>> int do_stats_per_dev = 0; @@ -1615,13 +1629,7 @@ static int
>>>> cmd_scrub_status(int argc, char **argv)
>>>> 
>>>> path = argv[optind];
>>>> 
>>>> -	fdmnt = open_file_or_dir(path); -	if (fdmnt < 0) { -
>>>> fprintf(stderr, "ERROR: can't access to '%s'\n", path); -
>>>> return 12; -	} - -	ret = scrub_fs_info(fdmnt, path, &fi_args,
>>>> &di_args); +	ret = scrub_fs_info(path, &fi_args, &di_args); 
>>>> if (ret) { fprintf(stderr, "ERROR: getting dev info for scrub
>>>> failed: " "%s\n", strerror(-ret)); @@ -1698,7 +1706,6 @@
>>>> static int cmd_scrub_status(int argc, char **argv) out: 
>>>> free_history(past_scrubs); free(di_args); -	close(fdmnt); if
>>>> (fdres > -1) close(fdres);
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>> 
> 
>> diff --git a/cmds-scrub.c b/cmds-scrub.c index c4503f4..6313e02
>> 100644 --- a/cmds-scrub.c +++ b/cmds-scrub.c @@ -979,19 +979,26
>> @@ static int scrub_device_info(int fd, u64 devid, return ret ?
>> -errno : 0; }
>> 
>> -static int scrub_fs_info(int fd, char *path, +static int
>> scrub_fs_info(char *path, struct btrfs_ioctl_fs_info_args
>> *fi_args, struct btrfs_ioctl_dev_info_args **di_ret) { int ret =
>> 0; int ndevs = 0; int i = 1; +	int fd; struct btrfs_fs_devices
>> *fs_devices_mnt = NULL; struct btrfs_ioctl_dev_info_args
>> *di_args; char mp[BTRFS_PATH_NAME_MAX + 1];
>> 
>> memset(fi_args, 0, sizeof(*fi_args));
>> 
>> +	fd  = open_file_or_dir(path); +	if (fd < 0) { +
>> fprintf(stderr, "ERROR: can't access to '%s'\n", path); +		return
>> -1; +	} + ret = ioctl(fd, BTRFS_IOC_FS_INFO, fi_args); if (ret &&
>> errno == EINVAL) { /* path is no mounted btrfs. try if it's a
>> device */ @@ -1010,28 +1017,36 @@ static int scrub_fs_info(int
>> fd, char *path, if (fd < 0) return -errno; } else if (ret) { +
>> close(fd); return -errno; }
>> 
>> -	if (!fi_args->num_devices) +	if (!fi_args->num_devices) { +
>> close(fd); return 0; +	}
>> 
>> di_args = *di_ret = malloc(fi_args->num_devices *
>> sizeof(*di_args)); -	if (!di_args) +	if (!di_args) { +
>> close(fd); return -errno; +	}
>> 
>> for (; i <= fi_args->max_id; ++i) { BUG_ON(ndevs >=
>> fi_args->num_devices); ret = scrub_device_info(fd, i,
>> &di_args[ndevs]); if (ret == -ENODEV) continue; -		if (ret) +		if
>> (ret) { +			close(fd); return ret; +		} ++ndevs; }
>> 
>> BUG_ON(ndevs == 0);
>> 
>> +	close(fd); return 0; }
>> 
>> @@ -1155,7 +1170,7 @@ static int scrub_start(int argc, char
>> **argv, int resume) return 12; }
>> 
>> -	ret = scrub_fs_info(fdmnt, path, &fi_args, &di_args); +	ret =
>> scrub_fs_info(path, &fi_args, &di_args); if (ret) { 
>> ERR(!do_quiet, "ERROR: getting dev info for scrub failed: " 
>> "%s\n", strerror(-ret)); @@ -1586,7 +1601,6 @@ static int
>> cmd_scrub_status(int argc, char **argv) .sun_family = AF_UNIX, 
>> }; int ret; -	int fdmnt; int i; int print_raw = 0; int
>> do_stats_per_dev = 0; @@ -1615,13 +1629,7 @@ static int
>> cmd_scrub_status(int argc, char **argv)
>> 
>> path = argv[optind];
>> 
>> -	fdmnt = open_file_or_dir(path); -	if (fdmnt < 0) { -
>> fprintf(stderr, "ERROR: can't access to '%s'\n", path); -		return
>> 12; -	} - -	ret = scrub_fs_info(fdmnt, path, &fi_args,
>> &di_args); +	ret = scrub_fs_info(path, &fi_args, &di_args); if
>> (ret) { fprintf(stderr, "ERROR: getting dev info for scrub
>> failed: " "%s\n", strerror(-ret)); @@ -1698,7 +1706,6 @@ static
>> int cmd_scrub_status(int argc, char **argv) out: 
>> free_history(past_scrubs); free(di_args); -	close(fdmnt); if
>> (fdres > -1) close(fdres);
>> 
> 
> 


      reply	other threads:[~2012-06-05 20:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-24 18:43 [btrfs-progs] [bug][patch] Leaking file handle in scrub_fs_info() Goffredo Baroncelli
2012-04-25  9:39 ` Jan Schmidt
2012-04-25 19:07   ` Goffredo Baroncelli
2012-06-05 11:01 ` Hugo Mills
2012-06-05 17:26   ` [btrfs-progs] [bug][patch V2] " Goffredo Baroncelli
2012-06-05 18:19     ` Hugo Mills
2012-06-05 20:12       ` Goffredo Baroncelli [this message]

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=4FCE682D.2010204@inwind.it \
    --to=kreijack@inwind.it \
    --cc=hugo@carfax.org.uk \
    --cc=linux-btrfs@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).