NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

aks-2's avatar
aks-2
Apprentice
Aug 17, 2023

Scrub started/completed and no other messages

I completed a scrub today on a RN214, and the log looks pretty sparse:

  • 17 Aug 2023 19:11:40 Volume: Scrub completed for volume data'.
  • 16 Aug 2023 14:46:03 Volume: Scrub started for volume data.

(note the extra apostrophe typo on the completed entry)... I digress.

 

There are no other messages, and I was hoping for "no errors found/corrected" as a positive confirmation after >24h of my NAS checking for them.

 

Can I assume the absence of any other messages means there were no errors at all?

6 Replies

Replies have been turned off for this discussion
  • StephenB's avatar
    StephenB
    Guru - Experienced User

    aks-2 wrote:

     

    Can I assume the absence of any other messages means there were no errors at all?


    Your info is what I also see, and I do generally interpret that as meaning there were no issues.

     

    You could look in the log zip to see if there were any btrfs errors or disk errors reported there.

    • aks-2's avatar
      aks-2
      Apprentice

      btrfs.log appears clean - no errors.

       

      I jumped in to systemd-journal.log and searched 'scrub' - here is a snippet:

       

      Aug 16 14:46:04 NETDISK4 readynasd[2239]: scrub started on /data, fsid ** replaced ** (pid=18925)
      Aug 16 14:46:03 NETDISK4 readynasd[2239]: Scrub started for volume data.
      Aug 16 14:46:06 NETDISK4 msmtpq[18950]: mail for ** replaced ** : send was successful
      Aug 16 14:47:22 NETDISK4 connmand[2127]: ntp: adjust (slew): -0.002244 sec
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS warning (device md124): i/o error at logical 7526547456 on dev /dev/md127, sector 16813824, root 278, inode 880, offset 734523392, length 4096, links 1 (path: Documents/ ** replaced ** 00037.MTS)
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS warning (device md124): i/o error at logical 7526285312 on dev /dev/md127, sector 16813312, root 278, inode 880, offset 734261248, length 4096, links 1 (path: Documents/ ** replaced ** 00037.MTS)
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS warning (device md124): i/o error at logical 7526023168 on dev /dev/md127, sector 16812800, root 278, inode 880, offset 733999104, length 4096, links 1 (path: Documents/ ** replaced ** 00037.MTS)
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS warning (device md124): i/o error at logical 7525761024 on dev /dev/md127, sector 16812288, root 278, inode 880, offset 733736960, length 4096, links 1 (path: Documents/ ** replaced ** 00037.MTS)
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS error (device md124): bdev /dev/md127 errs: wr 0, rd 1, flush 0, corrupt 0, gen 0
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS error (device md124): bdev /dev/md127 errs: wr 0, rd 2, flush 0, corrupt 0, gen 0
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS error (device md124): bdev /dev/md127 errs: wr 0, rd 3, flush 0, corrupt 0, gen 0
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS error (device md124): bdev /dev/md127 errs: wr 0, rd 4, flush 0, corrupt 0, gen 0
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS warning (device md124): i/o error at logical 7526809600 on dev /dev/md127, sector 16814336, root 278, inode 880, offset 734785536, length 4096, links 1 (path: Documents/ ** replaced ** 00037.MTS)
      Aug 16 14:49:36 NETDISK4 kernel: BTRFS error (device md124): bdev /dev/md127 errs: wr 0, rd 5, flush 0, corrupt 0, gen 0
      Aug 16 14:49:36 NETDISK4 kernel: ------------[ cut here ]------------

       

      That looks a bit worrying, albeit only a single file (0037.MTS) - which I could recover from a backup if it is in fact damaged. Should I interpret these entries as non-recoverable read errors?

      • StephenB's avatar
        StephenB
        Guru - Experienced User

        aks-2 wrote:

         

        That looks a bit worrying, albeit only a single file (0037.MTS) - which I could recover from a backup if it is in fact damaged. Should I interpret these entries as non-recoverable read errors?


        Personally I'd delete the file and restore it from the backup. Then re-run the scrub, and see if the problem disappears.

         

        Though maybe also compare the backup copy with the one on the NAS.  (Even if it matches, I'd delete the NAS copy).

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More