* uncorrectable error, but no file there
@ 2016-12-16 23:48 John L. Center
2016-12-17 0:05 ` Hans van Kranenburg
0 siblings, 1 reply; 2+ messages in thread
From: John L. Center @ 2016-12-16 23:48 UTC (permalink / raw)
To: linux-btrfs
Hi,
I ran a btrfs scrub & found 3 uncorrectable errors:
[ 5461.412007] BTRFS warning (device md126p2): checksum error at logical
193296359424 on dev /dev/md126p2, sector 379645488, root 257, inode
1795724, offset 217088, length 4096, links 1 (path:
usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0.0.0)
[ 5461.412010] BTRFS error (device md126p2): bdev /dev/md126p2 errs: wr
0, rd 0, flush 0, corrupt 1, gen 0
[11697.574762] BTRFS warning (device md126p2): checksum error at logical
1093372104704 on dev /dev/md126p2, sector 2140817192, root 257, inode
2428736, offset 20480, length 4096, links 1 (path:
opt/WS/build/media_build/v4l/tm6000-stds.o)
[11697.574766] BTRFS error (device md126p2): bdev /dev/md126p2 errs: wr
0, rd 0, flush 0, corrupt 2, gen 0
[12411.525644] BTRFS warning (device md126p2): checksum error at logical
1198857195520 on dev /dev/md126p2, sector 2328296072, root 257, inode
2689483, offset 28672, length 782, links 1 (path:
usr/share/texlive/texmf-dist/fonts/type1/public/pxfonts/pxbexa.pfb)
[12411.525646] BTRFS error (device md126p2): bdev /dev/md126p2 errs: wr
0, rd 0, flush 0, corrupt 3, gen 0
Two of the errors were at files that were installed as part of packages
& one was created when I compiled some drivers. I deleted the driver
file & reinstalled the 2 packages. When I ran scrub again, I still had
1 uncorrectable error, but noticed that btrfs wrote to dmesg that 4 were
found:
[61530.256323] BTRFS warning (device md126p2): checksum error at logical
193296359424 on dev /dev/md126p2, sector 379645488, root 257, inode
1795724, offset 217088: path resolving failed with ret=-2
[61530.256325] BTRFS error (device md126p2): bdev /dev/md126p2 errs: wr
0, rd 0, flush 0, corrupt 4, gen 0
Btrfs scrub only reported that 1 was found:
john@mariposa:~$ sudo btrfs scrub status -d /
scrub status for ac8fcd40-8879-4416-8259-c30980e526d2
scrub device /dev/md126p2 (id 1) history
scrub started at Fri Dec 16 15:19:03 2016 and finished after 02:25:27
total bytes scrubbed: 1.14TiB with 1 errors
error details: csum=1
corrected errors: 0, uncorrectable errors: 1, unverified errors: 0
Does btrfs keep a running tally of the errors found between runs? I
never noticed this before, but this is also the first uncorrectable
errors I've had since rebuilding by system. Also, notice that the one
error it found represented the space that was occupied by the first
file, libtracker-data.so.0.0.0. When I reinstalled the package, it
didn't overwrite the inode that the file was originally at. How do I
clean up this inode so that my btrfs partition is error free again? :-)
Also, what would have caused this kind of error? It's been running well
since I rebuilt it. SMART has found no problem with the drives. I'm
running Ubuntu 16.04 w/ kernel 4.8.15 & btrfs-progs v4.8.5-dirty.
Thanks.
-John
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: uncorrectable error, but no file there
2016-12-16 23:48 uncorrectable error, but no file there John L. Center
@ 2016-12-17 0:05 ` Hans van Kranenburg
0 siblings, 0 replies; 2+ messages in thread
From: Hans van Kranenburg @ 2016-12-17 0:05 UTC (permalink / raw)
To: John L. Center, linux-btrfs
On 12/17/2016 12:48 AM, John L. Center wrote:
> Hi,
>
> I ran a btrfs scrub & found 3 uncorrectable errors:
>
> [...]
> When I ran scrub again, I still had
> 1 uncorrectable error, but noticed that btrfs wrote to dmesg that 4 were
> found:
>
> [61530.256323] BTRFS warning (device md126p2): checksum error at logical
> 193296359424 on dev /dev/md126p2, sector 379645488, root 257, inode
> 1795724, offset 217088: path resolving failed with ret=-2
> [61530.256325] BTRFS error (device md126p2): bdev /dev/md126p2 errs: wr
> 0, rd 0, flush 0, corrupt 4, gen 0
>
> Btrfs scrub only reported that 1 was found:
>
> john@mariposa:~$ sudo btrfs scrub status -d /
> scrub status for ac8fcd40-8879-4416-8259-c30980e526d2
> scrub device /dev/md126p2 (id 1) history
> scrub started at Fri Dec 16 15:19:03 2016 and finished after 02:25:27
> total bytes scrubbed: 1.14TiB with 1 errors
> error details: csum=1
> corrected errors: 0, uncorrectable errors: 1, unverified errors: 0
>
> Does btrfs keep a running tally of the errors found between runs?
The lines with the 1234 corrupt errors are not from scrub. The counters
are not managed by scrub, they are in kernel counters which record the
total amount of failed reads etc on a physical device.
You can see all error counters by doing 'btrfs device stats
<path>|<device>' (see man btrfs-device)
> I
> never noticed this before, but this is also the first uncorrectable
> errors I've had since rebuilding by system. Also, notice that the one
> error it found represented the space that was occupied by the first
> file, libtracker-data.so.0.0.0. When I reinstalled the package, it
> didn't overwrite the inode that the file was originally at. How do I
> clean up this inode so that my btrfs partition is error free again? :-)
>
> Also, what would have caused this kind of error? It's been running well
> since I rebuilt it. SMART has found no problem with the drives. I'm
> running Ubuntu 16.04 w/ kernel 4.8.15 & btrfs-progs v4.8.5-dirty.
I don't know about these right now, but could answer the first one. :)
Only some thoughts... Since it's checksum errors I would suspect actual
disk errors. If SMART doesn't record them it's not physical read
failures, but simply the disk returning something else than what was
written before. With some other filesystems you would be working with
silently corrupted data right now.
--
Hans van Kranenburg
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-12-17 0:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-12-16 23:48 uncorrectable error, but no file there John L. Center
2016-12-17 0:05 ` Hans van Kranenburg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox