Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-15985

e2fsck looping "Inode NNN block BBB conflicts with critical metadata"

    XMLWordPrintable

Details

    • Improvement
    • Resolution: Cannot Reproduce
    • Minor
    • None
    • None
    • 9223372036854775807

    Description

      In some cases it appears that e2fsck can become stuck in pass1 block checking with messages similar to:

      Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
      Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
      Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
      Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
      

      These repeat hundreds or thousands of times for a single inode, but eventually finish and the inode is marked as having too many errors and is cleared. It doesn't seem to be skipping the block checks at all, unless it is one or more blocks full of the same (bad) 32-bit block numbers and it is checking and ignoring all of them.

      It would be better if the handling of these errors short-circuited the thousands of lines of output and just cleared the inode (or at last the parent indirect block) immediately, since it will happen in the end anyway. This should probably be part of the inode badness functionality.

      Attachments

        Issue Links

          Activity

            People

              wc-triage WC Triage
              adilger Andreas Dilger
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: