09-19-2013 10:27 PM
Dear Support
I am facing the below issue whenever running the fsck,please find the below details---
****************************************************************************************************
Solved! Go to Solution.
10-01-2013 07:32 AM
Maybe the volume or subdisks were disabled due to an intermittent error.
Next time you should check syslogs, vxprint, vxdisk output and the dmpevents log.
What can also happen is that you added/removed LUNs which triggered a re-enumeration of the OS devices so that the DMP devices nodes were pointing to the wrong or non existent OS devices
09-20-2013 05:31 AM
Moved to correct forum (from Storage and Clustering Documentation to Storage Foundation)
In the meantime, please provide the following output:
# vxprint -qhtrg storagedg
# vxdisk -o alldgs list
09-27-2013 12:52 AM
Hi Everyone
The issue got resolved,after rebooting the server,what it did during rebooting fsck runs & checks the fs for any error.After checking it make the fs as clean.
regards...Arup
09-30-2013 01:39 AM
No such device or address
This means that the devices were not present at OS level.
The reboot then detected the disk devices resulting in successful fsck.
09-30-2013 06:41 AM
No, devices were present in the OS as the concerned DG is showing enabled & also the corresponding volumes from the DG are showing active & enabled in the vxprint output. Still the VXVM fsck was not running & giving the above mentioned error.Finally we have to reboot the server.
10-01-2013 07:32 AM
Maybe the volume or subdisks were disabled due to an intermittent error.
Next time you should check syslogs, vxprint, vxdisk output and the dmpevents log.
What can also happen is that you added/removed LUNs which triggered a re-enumeration of the OS devices so that the DMP devices nodes were pointing to the wrong or non existent OS devices
10-01-2013 10:23 AM
Thank you Daniel for your suggestion.What is the exact location of the dmpevents log.
10-02-2013 03:51 AM
Hi Arup,
it's in /etc/vx
Please see belwo link for details:
http://sfdoccentral.symantec.com/sf/5.1SP1/linux/html/dmp_admin/ch06s04.htm
10-14-2013 12:52 AM
If the error is saying "no such device or address" that means the volume device itself was not existing in /dev/vx/rdsk/storagedg/ directory.
One thing I would be interested to know is, whether all the volumes in this DG faced the same error or there were some working (serving I/O) to filesystems were existing ? Any recent deport/import operations happened ?
If in case, all the volumes had issues, I would also suspect that the DG itself had issues or somehow vxio or vxconfigd was unable to talk to DG leaving it in stale state. This would also trigger a pointer to know if there were any storage issues during the same time (any errors observed in /var/adm/messages file ?)
If above isn't the case (i.e some volumes were working), then did someone manually deleted the block device files from /dev/vx/rdsk/storagedg/ directory ?
G