On 10/12/2017 11:44 AM, Steve Leung wrote:
Hi list,
TL;DR: ran into some btrfs errors and weird behaviour, but things generally seem
to work. Just posting some details in case it helps devs or other users.
I've run into a btrfs error trying to do a -j8 build of android on a btrfs
filesystem exported over NFSv3. That in itself might be unwise, but should be
legal. :) This is on 64-bit Arch, kernel 4.13.3, and the filesystem is RAID1 on 4
devices, with nearly 4TiB unallocated.
The build itself failed when part of the build process noticed that a file got
created with mode 000. i.e. in "ls -l" the mode column looked like ?---------.
....
It booted back up fine. I tried scrubbing the filesystem at that point and scrub
returned with no errors. I then noticed 4.13.5 had some btrfs fixes so I upgraded
to that. Now, I still have one bogus file in a directory - it's in the directory
listing but nothing can stat the file to change it or remove it. i.e.:
> ls -l
/bin/ls: cannot access 'tab_unselected_pressed_holo.9.png': No such file or directory
total 0
-????????? ? ? ? ? ? tab_unselected_pressed_holo.9.png
> stat tab_unselected_pressed_holo.9.png
stat: cannot stat 'tab_unselected_pressed_holo.9.png': No such file or directory
> rm tab_unselected_pressed_holo.9.png
rm: cannot remove 'tab_unselected_pressed_holo.9.png': No such file or directory
> cp /dev/null tab_unselected_pressed_holo.9.png
> ls -l
total 0
-rw-r--r-- 1 steve steve 0 Oct 12 10:43 tab_unselected_pressed_holo.9.png
-rw-r--r-- 1 steve steve 0 Oct 12 10:43 tab_unselected_pressed_holo.9.png
> rm tab_unselected_pressed_holo.9.png
> ls -l
/bin/ls: cannot access 'tab_unselected_pressed_holo.9.png': No such file or directory
total 0
-????????? ? ? ? ? ? tab_unselected_pressed_holo.9.png
I'm guessing a btrfs check would fix this but haven't gotten around to running it
yet.
Just looked through the archives and noticed this is something
Tomasz Chmielewski posted about a week or so ago. But that thread
didn't seem to come to a definite conclusion.
I'm also in the situation where it's not that easy for me to blow away
the whole subvol that holds this file, but I can at least move its
directory to somewhere unnoticeable. Until I can get around to trying
btrfs check anyway.
Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html