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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to