Bug 195619 - ERROR: rename o3528-7220-0 -> usr failed: Directory not empty
Summary: ERROR: rename o3528-7220-0 -> usr failed: Directory not empty
Status: NEW
Alias: None
Product: File System
Classification: Unclassified
Component: btrfs (show other bugs)
Hardware: All Linux
: P1 blocking
Assignee: Josef Bacik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-30 21:07 UTC by jfhart085
Modified: 2017-05-01 02:13 UTC (History)
0 users

See Also:
Kernel Version: 4.10.0
Tree: Mainline
Regression: No

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description jfhart085 2017-04-30 21:07:56 UTC 
At subvol /mnt/ArchPri/backup/primary/thinkcentre/root/backup.0.3
At subvol backup.0.2017.04.17.07.57.17

At subvol /mnt/ArchPri/backup/primary/thinkcentre/root/backup.0.2
At snapshot backup.0.2017.04.21.03.11.40
ERROR: rename o3528-7220-0 -> usr failed: Directory not empty

This error occurs during a series of "btrfs send" invocations.  It does not occur on all of them, but always at the same point in the operation, and so appears to be specific to (dependent on) the data being sent.  Please let me know what further diagnostics or data you may need for this.
Comment 1 jfhart085 2017-04-30 21:35:51 UTC 
I'm working on a simpler test case for recreating this error, and will add more information as soon as I can.
Comment 2 jfhart085 2017-05-01 02:13:07 UTC 
I have it down to the following:

su -
btrfs send --no-data temp/backup.0.2017.04.17.07.57.17 | btrfs rec temp/test
sync
btrfs send --no-data -p temp/backup.0.2017.04.17.07.57.17 temp/backup.0.2017.04.21.03.11.40 | btrfs rec temp/test

The error should be something like:
At subvol temp/backup.0.2017.04.21.03.11.40
At snapshot backup.0.2017.04.21.03.11.40
ERROR: rename o3528-7220-0 -> usr failed: Directory not empty

I will probably need to provide the data somehow, or at least the output from "btrfs send".  The original data is several GB in size.
Note You need to log in before you can comment on or make changes to this bug.