A file system corruption occurred during a filesystem mount operation.
Article ID: 100046289
Updated On:
Description
Error Message
'fsck -n' will show inconsistencies with EAU maps. For example
pass4 - checking resource maps
fileset 999 au 40 imap incorrect - fix (ynq)n
fileset 999 au 40 iemap incorrect - fix (ynq)n
fileset 999 au 80 imap incorrect - fix (ynq)n
fileset 999 au 103 imap incorrect - fix (ynq)n
au 45 emap incorrect - fix? (ynq)n au 45 summary incorrect - fix? (ynq)n
au 53 emap incorrect - fix? (ynq)n au 53 summary incorrect - fix? (ynq)n
Cause
The different flushing of different maps causes the on-disk filesystem to become inconsistent, if the log replay is interrupted.
Resolution
The fsck log replay is updated to synchronously write secondary map and EAU summary to the disk.
The following patches have been released to fix the issue
Public Patches for Infoscale 7.3.1
| OS Version | Patch ID | Sort Link |
|---|---|---|
| SLES 12 |
Infoscale 7.3.1.100 (with VxFS 7.3.1.2600) |
infoscale-sles12_x86_64-Patch-7.3.1.1100 |
Public Patches for Infoscale 7.4.1
| OS Version | Patch ID | Sort Link |
|---|---|---|
| RHEL 6 |
Infoscale 7.4.1.1200 (with VxFS 7.4.1.1200) |
support-rhel6_x86_64-Patch-7.4.1.1200 |
| RHEL 7 |
Infoscale 7.4.1.1200 (with VxFS 7.4.1.1200) |
support-rhel7_x86_64-Patch-7.4.1.1200 |
| RHEL 7.7 |
Infoscale 7.4.1.1300 (with VxFS 7.4.1.1300) |
infoscale-rhel7_x86_64 Patch-7.4.1.1300 |
Private HotFixes (contact support for private HotFixes)
| Affected VxFS version | Private HotFix |
|---|---|
| 7.2 | 7.2.0.4201 |
| 7.3.1 | 7.3.1.2601 |
Appliance EEB's
There is a separate technote 10048518 for appliances.
The issue is fixed with NBA 3.2MR2 patch.
The following EEB's are available externally from the download center via the appliance technote.
| NBA version | EEB |
|---|---|
| 3.1.0 | ET4004878 |
| 3.1.1 | ET4006111 |
| 3.1.2 | ET4012237 |
| 3.2.0 | ET4004883 |
Issue/Introduction
During a filesystem mount operation, after the Intent log replay, a file system metadata corruption occurred. As part of the log replay during mount, fsck replays the transactions, rebuilds the secondary maps, and updates the Extent Allocation Unit (EAU) and the superblock summaries. Fsck flushes the EAU secondary map and the EAU summaries to the disk in a delayed manner, but the EAU state is flushed to the disk synchronously. As a result, if the log replay fails once before succeeding during the filesystem mount, the state of the metadata on the disk may become inconsistent. The above issue is applicable to All OS platforms (Linux, Solaris and AIX) from VXFS version 7.2 and above.
