DOC HOME SITE MAP MAN PAGES GNU INFO SEARCH PRINT BOOK
 
[Next] [Previous] [Top] [Contents] [Index]

VxFS System Administrator's Guide

Kernel Messages

Appendix A


Introduction

This appendix contains a listing of diagnostic or error messages generated by the VERITAS File System kernel. Each message is accompanied by an explanation and a suggestion on how to handle or correct the underlying problem.

Most messages can appear in one of two forms. The first form applies to the file system in general. The second form is specific to the structural fileset within the file system. Messages of the second form contain the string (structural) to indicate that they occurred in the structural fileset.

The following topics are covered in this chapter:

File System Response to Problems

When the file system encounters problems, it responds in one of three ways:

Marking an Inode Bad

Inodes can be marked bad if an inode update or a directory-block update fails. In these types of failures, the file system doesn't know what information is on the disk, and considers all the information that it finds to be invalid. After an inode is marked bad, the kernel still permits access to the file name, but any attempt to access the data in the file or change the inode fails.

Disabling Transactions

If the file system detects an error while writing the intent log, it disables transactions. After transactions are disabled, the files in the file system can still be read or written, but no block or inode frees or allocations, structural changes, directory entry changes, or other changes to metadata are allowed.

Disabling the File System

If an error occurs that compromises the integrity of the file system, VxFS disables itself. If the intent log fails or an inode-list error occurs, the super-block is ordinarily updated (setting the VX_FULLFSCK flag) so that the next fsck does a full structural check. If this super-block update fails, any further changes to the file system can cause inconsistencies that are undetectable by the intent log replay. To avoid this situation, the file system disables itself.

Recovering a Disabled File System

When the file system is disabled, no data can be written to the disk. Although some minor file system operation still work, most simply return EIO. The only thing that can be done when the file system is disabled is to do a umount and run a full fsck.

Although a log replay may produce a clean file system, do a full structural check to be safe. To do a full structural check, enter:

	fsck -F vxfs -o full, nolog -y /dev/rdsk/c1b0t0d0s1
The file system usually becomes disabled because of disk errors. Disk failures that disabled a file system should be fixed as quickly as possible (see fsck_vxfs(1M)).

Kernel Messages

This section lists the VxFS kernel error messages in numerical order. The Explanation sub-section for each message describes the problem, the Action sub-section suggests possible solutions.

Global Message IDs

Each time a VxFS kernel message is displayed on the system console, it is displayed along with a monatomically increasing message ID, shown in the msgcnt field. This ID guarantees that the sequence of events is known in order to help analyze file system problems.

Each message is also written to an internal kernel buffer and can be viewed in the file /dev/osm.

In some cases, additional data is written to the kernel buffer. For example, if an inode is marked bad, the contents of the bad inode is written. When an error message is displayed on the console, you can use the unique message ID to find the message in /dev/osm and obtain the additional information.

Message: 001

NOTICE: msgcnt x: vxfs: mesg 001: vx_nospace - mount_point file system 
full (n block extent)
>>Explanation

The file system is out of space.

Often, there is plenty of space and one runaway process used up all the remaining free space. In other cases, the available free space becomes fragmented and unusable for some files.

>>Action

Monitor the free space in the file system and prevent it from becoming full. If a runaway process has used up all the space, stop that process, find the files created by the process, and remove them. If the file system is out of space, remove files, defragment, or expand the file system.

To remove files, use the find command to locate the files that are to be removed. To get the most space with the least amount of work, remove large files or file trees that are no longer needed. To defragment or expand the file system, use fsadm (see the fsadm_vxfs(1M) manual page).

Message: 002

WARNING: msgcnt x: vxfs: mesg 002: vx_snap_strategy -
mount_point file system write attempt to read-only file system

WARNING: msgcnt x: vxfs: mesg 002: vx_snap_copyblk -
mount_point file system write attempt to read-only file system
>>Explanation

The kernel tried to write to a read-only file system. This is an unlikely problem, but if it occurs, the file system is disabled.

>>Action

The file system was not written, so no action is required. Report this as a bug to your customer support organization.

Message: 003, 004, 005

WARNING: msgcnt x: vxfs: mesg 003: vx_mapbad - mount_point
file system free extent bitmap in au aun marked bad

WARNING: msgcnt x: vxfs: mesg 004: vx_mapbad - mount_point
file system free inode bitmap in au aun marked bad

WARNING: msgcnt x: vxfs: mesg 005: vx_mapbad - mount_point
file system inode extended operation bitmap in au aun marked bad

>>Explanation

If there is an I/O failure while writing a bitmap, the map is marked bad. The kernel considers the maps to be invalid, so does not do any more resource allocation from maps. This situation can cause the file system to report "out of space" or "out of inode" error messages even though df may report an adequate amount of free space.

This error may also occur due to bitmap inconsistencies. If a bitmap fails a consistency check, or blocks are freed that are already free in the bitmap, the file system has been corrupted. This may have occurred because a user or process wrote directly to the device or used fsdb to change the file system.

The VX_FULLFSCK flag is set. If the map that failed was a free extent bitmap, and the VX_FULLFSCK flag can't be set, then the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Unmount the file system and use fsck to run a full structural check.

Message: 006, 007

WARNING: msgcnt x: vxfs: mesg 006: vx_sumupd - 
mount_point  file system summary update in au aun failed

WARNING: msgcnt x: vxfs: mesg 007: vx_sumupd - 
mount_point file system summary update in inode au iaun failed
>>Explanation

An I/O error occurred while writing the allocation unit or inode allocation unit bitmap summary to disk. This sets the VX_FULLFSCK flag on the file system. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem was caused by a disk failure, replace the disk before the file system is mounted for write access, and use fsck to run a full structural check.

Message: 008, 009

WARNING: msgcnt x: vxfs: mesg 008: vx_direrr - 
mount_point file system inode inumber block blkno error errno

WARNING: msgcnt x: vxfs: mesg 009: vx_direrr - 
mount_point file system inode inumber immediate directory error errno
>>Explanation

A directory operation failed in an unexpected manner. The mount point, inode, and block number identify the failing directory. If the inode is an immediate directory, the directory entries are stored in the inode, so no block number is reported. If the error is ENOENT or ENOTDIR, an inconsistency was detected in the directory block. This inconsistency could be a bad free count, a corrupted hash chain, or any similar directory structure error. If the error is EIO or ENXIO, an I/O failure occurred while reading or writing the disk block.

The VX_FULLFSCK flag is set in the super-block so that fsck will do a full structural check the next time it is run.

>>Action

Check the console log for I/O errors. If the problem was caused by a disk failure, replace the disk before the file system is mounted for write access. Unmount the file system and use fsck to run a full structural check.

Message: 010

WARNING: msgcnt x: vxfs: mesg 010: vx_ialloc - 
mount_point file system inode inumber not free
>>Explanation

When the kernel allocates an inode from the free inode bitmap, it checks the mode and link count of the inode. If either is non-zero, the free inode bitmap or the inode list is corrupted.

The VX_FULLFSCK flag is set in the super-block so that fsck will do a full structural check the next time it is run.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 011

NOTICE: msgcnt x: vxfs: mesg 011: vx_noinode - 
mount_point file system out of inodes
>>Explanation

The file system is out of inodes.

>>Action

Monitor the free inodes in the file system. If the file system is getting full, create more inodes either by removing files or by expanding the file system. File system resizing is described in Chapter 1, "The VERITAS File System," and in the fsadm_vxfs(1M) online manual page.

Message: 012

WARNING: msgcnt x: vxfs: mesg 012: vx_iget - 
mount_point file system invalid inode number inumber
>>Explanation

When the kernel tries to read an inode, it checks the inode number against the valid range. If the inode number is out of range, the data structure that referenced the inode number is incorrect and must be fixed.

The VX_FULLFSCK flag is set in the super-block so that fsck will do a full structural check the next time it is run.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 013

WARNING: msgcnt x: vxfs: mesg 013: vx_iposition - 
mount_point file system inode inumber invalid inode list extent
>>Explanation

For a Version 2 and above disk layout, the inode list is dynamically allocated. When the kernel tries to read an inode, it must look up the location of the inode in the inode list file. If the kernel finds a bad extent, the inode can't be accessed. All of the inode list extents are validated when the file system is mounted, so if the kernel finds a bad extent, the integrity of the inode list is questionable. This is a very serious error.

The VX_FULLFSCK flag is set in the super-block and the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 014

WARNING: msgcnt x: vxfs: mesg 014: vx_iget - 
inode table overflow
>>Explanation

All the system in-memory inodes are busy and an attempt was made to use a new inode.

>>Action

Look at the processes that are running and determine which processes are using inodes. If it appears there are runaway processes, they might be tying up the inodes. If the system load appears normal, increase the VXFSNINODE parameter in the kernel (see "Internal Inode Table Size" in Chapter 5, "Performance and Tuning").

Message: 015

WARNING: msgcnt x: vxfs: mesg 015: vx_ibadinactive - 
mount_point file system can't mark inode inumber bad

WARNING: msgcnt x: vxfs: mesg 015: vx_ilisterr - 
mount_point file system can't mark inode inumber bad
>>Explanation

An attempt to mark an inode bad on disk, and the super-block update to set the VX_FULLFSCK flag, failed. This indicates that a catastrophic disk error may have occurred since both an inode list block and the super-block had I/O failures. The file system is disabled to preserve file system integrity.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the disk failed, replace it before remounting the file system.

Message: 016

WARNING: msgcnt x: vxfs: mesg 016: vx_ilisterr - 
mount_point file system error reading inode inumber
>>Explanation

An I/O error occurred while reading the inode list. The VX_FULLFSCK flag is set.

>>Action

Check the console log for I/O errors. If the problem was caused by a disk failure, replace the disk before the file system is mounted for write access. Unmount the file system and use fsck to run a full structural check.

Message: 017

WARNING: msgcnt x: vxfs: mesg 017: vx_attr_getblk - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_attr_iget - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_attr_indadd - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_attr_indtrunc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_attr_iremove - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_bmap - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_bmap_indirect_ext4 - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_delbuf_flush - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_dio_iovec - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_dirbread - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_dircreate - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_dirlook - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_doextop_iau - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_doextop_now - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_do_getpage - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_enter_ext4 - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_exttrunc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_get_alloc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_ilisterr - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_ilock - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_indtrunc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_iread - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_iremove - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_iremove_attr - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_logwrite_flush - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_oltmount_iget - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_overlay_bmap - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_readnomap - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_reorg_trunc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_stablestore - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_tranitimes - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_trunc - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_write_alloc2 - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_write_default - 
mount_point file system inode inumber marked bad

WARNING: msgcnt x: vxfs: mesg 017: vx_zero_alloc - 
mount_point file system inode inumber marked bad
>>Explanation

When inode information is no longer dependable, the kernel marks it bad on disk. The most common reason for marking an inode bad is a disk I/O failure. If there is an I/O failure in the inode list, on a directory block, or an indirect address extent, the integrity of the data in the inode, or the data the kernel tried to write to the inode list, is questionable. In these cases, the disk driver prints an error message and one or more inodes are marked bad.

The kernel also marks an inode bad if it finds a bad extent address, invalid inode fields, or corruption in directory data blocks during a validation check. A validation check failure indicates the file system has been corrupted. This usually occurs because a user or process has written directly to the device or used fsdb to change the file system.

The VX_FULLFSCK flag is set in the super-block so fsck will do a full structural check the next time it is run.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process is writing to the device, report the problem to your customer support organization. In either case, unmount the file system and use fsck to run a full structural check.

Message: 019

WARNING: msgcnt x: vxfs: mesg 019: vx_log_add - 
mount_point file system log overflow
>>Explanation

Log ID overflow. When the log ID reaches VX_MAXLOGID (approximately one billion by default), a flag is set so the file system resets the log ID at the next opportunity. If the log ID has not been reset, when the log ID reaches VX_DISLOGID (approximately VX_MAXLOGID plus 500 million by default), the file system is disabled. Since a log reset will occur at the next 60 second sync interval, this should never happen.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 020

WARNING: msgcnt x: vxfs: mesg 020: vx_logerr - 
mount_point file system log error errno
>>Explanation

Intent log failed. The kernel will try to set the VX_FULLFSCK and VX_LOGBAD flags in the super-block to prevent running a log replay. If the super-block can't be updated, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the disk failed, replace it before remounting the file system.

Message: 021

WARNING: msgcnt x: vxfs: mesg 021: vx_fs_init - mount_point file system
validation failure
>>Explanation

When a VERITAS File System is mounted, the structure is read from disk. If the file system is marked clean, the structure is correct and the first block of the intent log is cleared.

If there is any I/O problem or the structure is inconsistent, the kernel sets the VX_FULLFSCK flag and the mount fails.

If the error isn't related to an I/O failure, this may have occurred because a user or process has written directly to the device or used fsdb to change the file system.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process is writing to the device, report the problem to your customer support organization. In either case, unmount the file system and use fsck to run a full structural check.

Message: 022

WARNING: msgcnt x: vxfs: mesg 022: vx_mountroot - root file system remount failed
>>Explanation

The remount of the root file system failed. The system will not be usable if the root file system can't be remounted for read/write access.

When a VERITAS root file system is first mounted, it is mounted for read-only access. After fsck is run, the file system is remounted for read/write access. The remount fails if fsck completed a resize operation or modified a file that was opened before the fsck was run. It also fails if an I/O error occurred during the remount.

Usually, the system halts or reboots automatically.

>>Action

Reboot the system. The system either remounts the root cleanly or runs a full structural fsck and remounts cleanly. If the remount succeeds, no further action is necessary.

Check the console log for I/O errors. If the disk has failed, replace it before the file system is mounted for write access.

If the system won't come up and a full structural fsck hasn't been run, reboot the system on a backup root and manually run a full structural fsck. If the problem persists after the full structural fsck and there are no I/O errors, contact your customer support organization.

Message: 023

WARNING: msgcnt x: vxfs: mesg 023: vx_unmountroot - 
root file system is busy and can't be unmounted cleanly
>>Explanation

There were active files in the file system and they caused the unmount to fail.

When the system is halted, the root file system is unmounted. This happens occasionally when a process is hung and it can't be killed before unmounting the root.

>>Action

fsck will run when the system is rebooted. It should clean up the file system. No other action is necessary.

If the problem occurs every time the system is halted, determine the cause and contact your customer support organization.

Message: 024

WARNING: msgcnt x: vxfs: mesg 024: vx_cutwait - 
mount_point file system current usage table update error
>>Explanation

Update to the current usage table (CUT) failed.

For a Version 2 disk layout, the CUT contains a fileset version number and total number of blocks used by each fileset.

The VX_FULLFSCK flag is set in the super-block. If the super-block can't be written, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 025

WARNING: msgcnt x: vxfs: mesg 025: vx_wsuper - mount_point file system 
superblock update failed
>>Explanation

An I/O error occurred while writing the super-block during a resize operation. The file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the problem is a disk failure, replace the disk before the file system is mounted for write access.

Message: 026

WARNING: msgcnt x: vxfs: mesg 026: vx_snap_copyblk - 
mount_point primary file system read error
>>Explanation

Snapshot file system error.

When the primary file system is written, copies of the original data must be written to the snapshot file system. If a read error occurs on a primary file system during the copy, any snapshot file system that doesn't already have a copy of the data is out of date and must be disabled.

>>Action

An error message for the primary file system prints. Resolve the error on the primary file system and rerun any backups or other applications that were using the snapshot that failed when the error occurred.

Message: 027

WARNING: msgcnt x: vxfs: mesg 027: vx_snap_bpcopy - 
mount_point snapshot file system write error
>>Explanation

A write to the snapshot file system failed.

As the primary file system is updated, copies of the original data are read from the primary file system and written to the snapshot file system. If one of these writes fails, the snapshot file system is disabled.

>>Action

Check the console log for I/O errors. If the disk has failed, replace it. Resolve the error on the disk and rerun any backups or other applications that were using the snapshot that failed when the error occurred.

Message: 028

WARNING: msgcnt x: vxfs: mesg 028: vx_snap_alloc - 
mount_point snapshot file system out of space
>>Explanation

The snapshot file system ran out of space to store changes.

During a snapshot backup, as the primary file system is modified, the original data is copied to the snapshot file system. This error can occur if the snapshot file system is left mounted by mistake, if the snapshot file system was given too little disk space, or the primary file system had an unexpected burst of activity. The snapshot file system is disabled.

>>Action

Make sure the snapshot file system was given the correct amount of space. If it was, determine the activity level on the primary file system. If the primary file system was unusually busy, rerun the backup. If the primary file system is no busier than normal, move the backup to a time when the primary file system is relatively idle or increase the amount of disk space allocated to the snapshot file system.

Rerun any backups that failed when the error occurred.

Message: 029, 030

WARNING: msgcnt x: vxfs: mesg 029: vx_snap_getbp - 
mount_point snapshot file system block map write error

WARNING: msgcnt x: vxfs: mesg 030: vx_snap_getbp - 
mount_point snapshot file system block map read error
>>Explanation

During a snapshot backup, each snapshot file system maintains a block map on disk. The block map tells the snapshot file system where data from the primary file system is stored in the snapshot file system. If an I/O operation to the block map fails, the snapshot file system is disabled.

>>Action

Check the console log for I/O errors. If the disk has failed, replace it. Resolve the error on the disk and rerun any backups that failed when the error occurred.

Message: 031

WARNING: msgcnt x: vxfs: mesg 031: vx_disable - 
mount_point file system disabled
>>Explanation

File system disabled, preceded by a message that specifies the reason. This usually indicates a serious disk problem.

>>Action

Unmount the file system and use fsck to run a full structural check. If the problem is a disk failure, replace the disk before the file system is mounted for write access.

Message: 032

WARNING: msgcnt x: vxfs: mesg 032: vx_disable - 
mount_point snapshot file system disabled
>>Explanation

Snapshot file system disabled, preceded by a message that specifies the reason.

>>Action

Unmount the snapshot file system, correct the problem specified by the message, and rerun any backups that failed due to the error.

Message: 033

WARNING: msgcnt x: vxfs: mesg 033: vx_check_badblock - 
mount_point file system had an I/O error, setting VX_FULLFSCK
>>Explanation

When the disk driver encounters an I/O error, it sets a flag in the super-block structure. If the flag is set, the kernel will set the VX_FULLFSCK flag as a precautionary measure. Since no other error has set the VX_FULLFSCK flag, the failure probably occurred on a data block.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the problem is a disk failure, replace the disk before the file system is mounted for write access.

Message: 034

WARNING: msgcnt x: vxfs: mesg 034: vx_resetlog - 
mount_point file system can't reset log
>>Explanation

The kernel encountered an error while resetting the log ID on the file system. This happens only if the super-block update or log write encountered a device failure. The file system is disabled to preserve its integrity.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the problem is a disk failure, replace the disk before the file system is mounted for write access.

Message: 035

WARNING: msgcnt x: vxfs: mesg 035: vx_inactive - 
mount_point file system inactive of locked inode inumber
>>Explanation

VOP_INACTIVE was called for an inode while the inode was being used. This should never happen, but if it does, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. Report as a bug to your customer support organization.

Message: 036

WARNING: msgcnt x: vxfs: mesg 036: vx_lctbad - 
mount_point file system link count table lctnumber bad
>>Explanation

Update to the link count table (LCT) failed.

For a Version 2 and above disk layout, the LCT contains the link count for all the structural inodes. The VX_FULLFSCK flag is set in the super-block. If the super-block can't be written, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 037

WARNING: msgcnt x: vxfs: mesg 037: vx_metaioerr - file system meta data error
>>Explanation

A read or a write error occurred while accessing file system metadata. The full fsck flag on the file system was set. The message specifies whether the disk I/O that failed was a read or a write.

File system metadata includes inodes, directory blocks, and the file system log. If the error was a write error, it is likely that some data was lost. This message should be accompanied by another file system message describing the particular file system metadata affected, as well as a message from the disk driver containing information about the disk I/O error.

>>Action

Resolve the condition causing the disk error. If the error was the result of a temporary condition (such as accidentally turning off a disk or a loose cable), correct the condition. Check for loose cables, etc. Unmount the file system and use fsck to run a full structural check (possibly with loss of data).

In case of an actual disk error, if it was a read error and the disk driver remaps bad sectors on write, it may be fixed when fsck is run since fsck is likely to rewrite the sector with the read error. In other cases, you replace or reformat the disk drive and restore the file system from backups. Consult the documentation specific to your system for information on how to recover from disk errors. The disk driver should have printed a message that may provide more information.

Message: 038

WARNING: msgcnt x: vxfs: mesg 038: vx_dataioerr - file system file data error
>>Explanation

A read or a write error occurred while accessing file data. The message specifies whether the disk I/O that failed was a read or a write. File data includes data currently in files and free blocks. If the message is printed because of a read or write error to a file, another message that includes the inode number of the file will print. The message may be printed as the result of a read or write error to a free block, since some operations allocate an extent and immediately perform I/O to it. If the I/O fails, the extent is freed and the operation fails. The message should be accompanied by a message from the disk driver containing information about the disk I/O error.

>>Action

Resolve the condition causing the disk error. If the error was the result of a temporary condition (such as accidentally turning off a disk or a loose cable), correct the condition. Check for loose cables, etc. If any file data was lost, restore the files from backups. Determine the file names from the inode number (see the ncheck(1M) manual page for more information.)

If an actual disk error occurred, make a backup of the file system, replace or reformat the disk drive, and restore the file system from the backup. Consult the documentation specific to your system for information on how to recover from disk errors. The disk driver should have printed a message that may provide more information.

Message: 039

WARNING: msgcnt x: vxfs: mesg 039: vx_writesuper - 
file system super-block write error
>>Explanation

An attempt to write the file system super block failed due to a disk I/O error. If the file system was being mounted at the time, the mount will fail. If the file system was mounted at the time and the full fsck flag was being set, the file system will probably be disabled and Message 031 will also be printed. If the super-block was being written as a result of a sync operation, no other action is taken.

>>Action

Resolve the condition causing the disk error. If the error was the result of a temporary condition (such as accidentally turning off a disk or a loose cable), correct the condition. Check for loose cables, etc. Unmount the file system and use fsck to run a full structural check.

If an actual disk error occurred, make a backup of the file system, replace or reformat the disk drive, and restore the file system from backups. Consult the documentation specific to your system for information on how to recover from disk errors. The disk driver should have printed a message that may provide more information.

Message: 040

WARNING: msgcnt x: vxfs: mesg 040: vx_dqbad - 
mount_point file system quota file update error for id id.
>>Explanation

An update to the user quotas file failed for the user ID.

The quotas file keeps track of the total number of blocks and inodes used by each user, and also contains soft and hard limits for each user ID. The VX_FULLFSCK flag is set in the super-block. If the super-block cannot be written, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the disk has a hardware failure, it should be repaired before the file system is mounted for write access.

Message: 041

WARNING: msgcnt x: vxfs: mesg 041: vx_dqget - 
mount_point file system user quota file can't read quota for id id
>>Explanation

A read of the user quotas file failed for the uid.

The quotas file keeps track of the total number of blocks and inodes used by each user, and contains soft and hard limits for each user ID. The VX_FULLFSCK flag is set in the super-block. If the super-block cannot be written, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. Check the console log for I/O errors. If the disk has a hardware failure, it should be repaired before the file system is mounted for write access.

Message: 042

WARNING: msgcnt x: vxfs: mesg 042: vx_bsdquotaupdate - 
mount_point file system user | group id disk limit reached.
>>Explanation

The hard limit on blocks was reached. Further attempts to allocate blocks for files owned by the user will fail.

>>Action

Remove some files to free up space.

Message: 043

WARNING: msgcnt x: vxfs: mesg 043: vx_bsdquotaupdate - 
mount_point file system user | group id disk quota exceeded too long
>>Explanation

The soft limit on blocks was exceeded continuously for longer than the soft quota time limit. Further attempts to allocate blocks for files will fail.

>>Action

Remove some files to free up space.

Message: 044

WARNING: msgcnt x: vxfs: mesg 044: vx_bsdquotaupdate - 
mount_point file system user | group id disk quota exceeded.
>>Explanation

The soft limit on blocks is exceeded. The soft limit can be exceeded for a certain amount of time before allocations begin to fail. Once the soft quota time limit has expired, further attempts to allocate blocks for files will fail.

>>Action

Remove some files to free up space.

Message: 045

WARNING: msgcnt x: vxfs: mesg 045: vx_bsdiquotaupdate - 
mount_point file system user | group id inode limit reached.
>>Explanation

The hard limit on inodes was exceeded. Further attempts to create files owned by the user will fail.

>>Action

Remove some files to free inodes.

Message: 046

WARNING: msgcnt x: vxfs: mesg 046: vx_bsdiquotaupdate - 
mount_point file system user | group id inode quota exceeded too long
>>Explanation

The soft limit on inodes has been exceeded continuously for longer than the soft quota time limit. Further attempts to create files owned by the user will fail.

>>Action

Remove some files to free inodes.

Message: 047

WARNING: msgcnt x: vxfs: mesg 047: vx_bsdiquotaupdate - 
mount_point file system user | group id inode quota exceeded
>>Explanation

The soft limit on inodes was exceeded. The soft limit can be exceeded for a certain amount of time before attempts to create new files begin to fail. Once the time limit has expired, further attempts to create files owned by the user will fail.

>>Action

Remove some files to free inodes.

Message: 048, 049

WARNING: msgcnt x: vxfs: mesg 048: vx_dqread - 
mount_point file system external user | group quota file read failed

WARNING: msgcnt x: vxfs: mesg 049: vx_dqwrite - 
mount_point file system external user | group quota file write failed.
>>Explanation

To maintain reliable usage counts, VxFS maintains the user and group quotas files as structural files in the structural fileset. These files are updated as part of the transactions that allocate and free blocks and inodes. For compatibility with the quota administration utilities, VxFS also supports the standard user visible quota files.

When quotas are turned off, synced, or new limits are added, VxFS tries to update the external quota files. When quotas are enabled, VxFS tries to read the quota limits from the external quotas file. If these reads or writes fail, the external quotas file is out of date.

>>Action

Determine the reason for the failure on the external quotas file and correct it. Recreate the quotas file.

Message: 056

WARNING: msgcnt x: vxfs: mesg 056: vx_mapbad - mount_point file 
system extent allocation unit state bitmap number number marked bad
>>Explanation

If there is an I/O failure while writing a bitmap, the map is marked bad. The kernel considers the maps to be invalid, so does not do any more resource allocation from maps. This situation can cause the file system to report "out of space" or "out of inode" error messages even though df may report an adequate amount of free space.

This error may also occur due to bitmap inconsistencies. If a bitmap fails a consistency check, or blocks are freed that are already free in the bitmap, the file system has been corrupted. This may have occurred because a user or process wrote directly to the device or used fsdb to change the file system.

The VX_FULLFSCK flag is set. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Unmount the file system and use fsck to run a full structural check.

Message: 057

WARNING: msgcnt x: vxfs: mesg 057: vx_esum_bad - 
mount_point file system extent allocation unit summary number number marked bad
>>Explanation

An I/O error occurred reading or writing an extent allocation unit summary.

The VX_FULLFSCK flag is set. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Unmount the file system and use fsck to run a full structural check.

Message: 058

WARNING: msgcnt x: vxfs: mesg 058: vx_isum_bad - 
mount_point file system inode allocation unit summary number number marked bad
>>Explanation

An I/O error occurred reading or writing an inode allocation unit summary.

The VX_FULLFSCK flag is set. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Unmount the file system and use fsck to run a full structural check.

Message: 059

WARNING: msgcnt x: vxfs: mesg 059: vx_snap_getbitbp - 
mount_point snapshot file system bitmap write error
>>Explanation

An I/O error occurred while writing to the snapshot file system bitmap. There is no problem with the snapped file system, but the snapshot file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Restart the snapshot on an error free disk partition. Rerun any backups that failed when the error occurred.

Message: 060

WARNING: msgcnt x: vxfs: mesg 060: vx_snap_getbitbp - 
mount_point snapshot file system bitmap read error
>>Explanation

An I/O error occurred while reading the snapshot file system bitmap. There is no problem with snapped file system, but the snapshot file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process was writing to the device, report the problem to your customer support organization. Restart the snapshot on an error free disk partition. Rerun any backups that failed when the error occurred.

Message: 061

WARNING: msgcnt x: vxfs: mesg 061: vx_resize - 
mount_point file system remount failed
>>Explanation

During a file system resize, the remount to the new size failed. The VX_FULLFSCK flag is set and the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check. After the check, the file system shows the new size.

Message: 062

NOTICE: msgcnt x: vxfs: mesg 062: vx_attr_creatop - 
invalid disposition returned by attribute driver
>>Explanation

A registered extended attribute intervention routine returned an invalid return code to the VxFS driver during extended attribute inheritance.

>>Action

Determine which vendor supplied the registered extended attribute intervention routine and contact their customer support organization.

Message: 063

WARNING: msgcnt x: vxfs: mesg 063: vx_fset_markbad - 
mount_point file system mount_point fileset (index number) marked bad
>>Explanation

An error occurred while reading or writing a fileset structure. VX_FULLFSCK flag is set. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Unmount the file system and use fsck to run a full structural check.

Message: 064

WARNING: msgcnt x: vxfs: mesg 064: vx_ivalidate - 
mount_point file system inode number version number exceeds fileset's
>>Explanation

During inode validation, a discrepancy was found between the inode version number and the fileset version number. The inode may be marked bad, or the fileset version number may be changed, depending on the ratio of the mismatched version numbers.

VX_FULLFSCK flag is set. If the VX_FULLFSCK flag can't be set, the file system is disabled.

>>Action

Check the console log for I/O errors. If the problem is a disk failure, replace the disk. If the problem is not related to an I/O failure, find out how the disk became corrupted. If no user or process is writing to the device, report the problem to your customer support organization. In either case, unmount the file system and use fsck to run a full structural check.

Message: 065

WARNING: msgcnt x: vxfs: mesg 065: vxfs_load - VxFS is not registered
>>Explanation

An operating system error occurred while loading the VxFS driver module.

>>Action

Make sure the kernel was built correctly so that the operating system VFS layer knows about VxFS.

Message: 066

NOTICE: msgcnt x: vxfs: mesg 066: DMAPI mount event - buffer
>>Explanation

An HSM (Hierarchical Storage Management) agent responded to a DMAPI mount event and returned a message in buffer.

>>Action

Consult the HSM product documentation for the appropriate response to the message.

Message: 067

WARNING: msgcnt x: vxfs: mesg 067: mount of device_path requires HSM agent
>>Explanation

The file system mount failed because the file system was marked as being under the management of an HSM agent, and no HSM agent was found during the mount.

>>Action

Restart the HSM agent and try to mount the file system again.

Message: 068

WARNING: msgcnt x: vxfs: mesg 068: high level of
extent fragmentation detected on mount_point
>>Explanation

The free space in the filesystem became highly fragmented. The space can be allocated to the new files only as a large number of small extents. This leads to reduced performance and higher consumption of the system memory.

>>Action

To defragment or expand the file system, use fsadm (see the fsadm_vxfs(1M) manual page).


VxFS System Administrator's Guide
[Next] [Previous] [Top] [Contents] [Index]