V-2-17: vx_dirlook - /dev/vx/dsk/DG_name/VOL_name file system inode NNNNNN marked bad incore

book

Article ID: 100005112

calendar_today

Updated On:

Description

Error Message

V-2-17: vx_dirlook. /dev/vx/dsk/DG_name/VOL_name  file system inode NNNNNN marked bad incore

V-2-16: 

Cause

Typically unknown - IO errors on LUN. Also forced umounts of the volume especially in cluster environment.

Resolution

Error is  /dev/vx/dsk/DG_name/VOL_name  file system inode NNNNNN marked bad incore:

Volume is /dev/vx/dsk/DG_name/VOL_name

Errored VxFS syscall is vx_dirlook  - a directory lookup - some directory inconsistency

# ff -t vxfs -i NNNNNN /dev/vx/rdsk/DG_name/VOL_name
This should indicate the FILE_name

Check also that the V-2-16 or V-2-17 object matches the file type IFDIR (directory) or IFREG (regular file) or IFSOC ( socket ).

# echo "999fset.NNNNNNi" | fsdb -t vxfs /dev/vx/rdsk/DG_name/VOL_name

# ncheck -t vxfs -o block=   /dev/vx/rdsk/DG_name/VOL_name  | grep FILE_name
This should return the file system blocks in the volume containing this file - note file system blocks usually are 1024 bytes, device sectors are usually 512 bytes.
You can check file system block size with the following command
# echo "8192B.p S" | fsdb -t vxfs /dev/vx/rdsk/DG_name/VOL_name   | grep bsize
 

# vxprint -htg DG_name VOL_name
Look for corresponding subdisks sd records containing the offsets
 

# vxprint -dg DG_name
Identify the corresponding DMP_names
 

# vxdisk list DMP_name
Look at the bottom of this output for the corresponding OS devices.


Check in iostat -En, /var/adm/messages for any errors on these devices and / or check in /etc/vx/dmpevents.log for the DMP_name disabled.
 


Applies To

The following commands are specific to Linux platforms. Change options for other supported platforms.

Issue/Introduction

Inode marked bad. How to examine the inode and also work back to any possible device errors.