Linux Btrfs filesystem development
 help / color / mirror / Atom feed
* "btrfs send" fails with having too many open fd's
@ 2013-04-07  8:58 Robert Buhren
  2013-04-08 13:11 ` David Sterba
  0 siblings, 1 reply; 3+ messages in thread
From: Robert Buhren @ 2013-04-07  8:58 UTC (permalink / raw)
  To: linux-btrfs

Hi there,

i'm trying to send/receive a snapshot of my home dir for some time now, 
but in the end it always fails because the maximum number of open fd's 
is exceeded.

Kern log says:

"6,7226,15012711248,-;VFS: file-max limit 799969 reached"


My setup is as follows:

Kernel: 3.9-rc5
btrfs-progs: compiled from git commit: commit 
7854c8b667654502f69e05584729146a06827bc6

btrfs fi show:

Label: none  uuid: ccedbef9-417b-454c-b1d4-8b4220111e6a
     Total devices 1 FS bytes used 177.79GB
     devid    1 size 210.85GB used 210.85GB path /dev/dm-0

Label: 'BACKUP'  uuid: 019e75e4-aa2e-495d-9711-28ef7150b1f3
     Total devices 2 FS bytes used 137.35GB
     devid    2 size 298.09GB used 142.01GB path /dev/sdc1
     devid    1 size 298.09GB used 142.03GB path /dev/sdb1


The send fs is on a dm-crypt device and the receive on a btrfs raid1
A scrub for both fs ran fine without errors.I can however send/receive 
my root fs which is much smaller (~17GB).

The error occurs also if i just use "btrfs send" and pipe the output to 
a file.
It takes a very long time before my system crashes (several hours) so i 
wasn't able to monitor when exactly the fd's increase.
In the beginning "btrfs send" just opens less than 10 fd's, but at some 
point "btrfs send" must open much more.

If further information is needed, i'd be happy to help. I'm also in 
#btrfs on freenode.

Regards,

Robert


PS: Please respond to my email, i'm not subscribed to the list.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: "btrfs send" fails with having too many open fd's
  2013-04-07  8:58 "btrfs send" fails with having too many open fd's Robert Buhren
@ 2013-04-08 13:11 ` David Sterba
  2013-04-08 14:30   ` Robert Buhren
  0 siblings, 1 reply; 3+ messages in thread
From: David Sterba @ 2013-04-08 13:11 UTC (permalink / raw)
  To: Robert Buhren; +Cc: linux-btrfs

On Sun, Apr 07, 2013 at 10:58:41AM +0200, Robert Buhren wrote:
> "6,7226,15012711248,-;VFS: file-max limit 799969 reached"

> Label: 'BACKUP'  uuid: 019e75e4-aa2e-495d-9711-28ef7150b1f3
>     Total devices 2 FS bytes used 137.35GB

> It takes a very long time before my system crashes (several hours) so i
> wasn't able to monitor when exactly the fd's increase.
> In the beginning "btrfs send" just opens less than 10 fd's, but at some
> point "btrfs send" must open much more.

It could be a case of

1) an endless loop, the file limit you've set is quite high (799969), I
doubt that so many open fd's are needed at any point.

2) missing file close after in some error path

The file's are open via
send_write
  open_cur_inode_file
    dentry_open

and closed from callbacks in close_cur_inode_file.

Case 2 looks more realistic, but I don't have an idea what could go
wrong.

david

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: "btrfs send" fails with having too many open fd's
  2013-04-08 13:11 ` David Sterba
@ 2013-04-08 14:30   ` Robert Buhren
  0 siblings, 0 replies; 3+ messages in thread
From: Robert Buhren @ 2013-04-08 14:30 UTC (permalink / raw)
  To: dsterba, linux-btrfs

On 08.04.2013 15:11, David Sterba wrote:
> On Sun, Apr 07, 2013 at 10:58:41AM +0200, Robert Buhren wrote:
>> "6,7226,15012711248,-;VFS: file-max limit 799969 reached"
>> Label: 'BACKUP'  uuid: 019e75e4-aa2e-495d-9711-28ef7150b1f3
>>      Total devices 2 FS bytes used 137.35GB
>> It takes a very long time before my system crashes (several hours) so i
>> wasn't able to monitor when exactly the fd's increase.
>> In the beginning "btrfs send" just opens less than 10 fd's, but at some
>> point "btrfs send" must open much more.
> It could be a case of
>
> 1) an endless loop, the file limit you've set is quite high (799969), I
> doubt that so many open fd's are needed at any point.
>
> 2) missing file close after in some error path
>
> The file's are open via
> send_write
>    open_cur_inode_file
>      dentry_open
>
> and closed from callbacks in close_cur_inode_file.
>
> Case 2 looks more realistic, but I don't have an idea what could go
> wrong.
>
> david
Do you have a suggestion on how to debug it further?

Regards,

Robert

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-04-08 14:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-07  8:58 "btrfs send" fails with having too many open fd's Robert Buhren
2013-04-08 13:11 ` David Sterba
2013-04-08 14:30   ` Robert Buhren

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox