disk errors

[Dagmar Boelen]

Hi,

I would like to know how I can detect disk errors? Which logfiles should I check? What kind of messages?

Of course when a disk is unavailable (ioscan) it has failed. But how to detect a disk which stills seems to work but already produces errors.

Are the errors of an internal disks logged to a different location than the errors of a disk in a autoraid?

[Martin Johnson]

Most disk errors are report to the syslog (/var/adm/syslog/syslog.log). If you have predictive installed, you can get more information. The Support Tools Manager (STM, see man stm) will not only get you messages but will allow you to test disks.

HTH
Marty

[John Poff]

Hi,

I'd start with /var/adm/syslog. Most all of your disk errors will get logged there. You can also look at dmesg, but that is a ring buffer and not a file. Also your EMS notification will do pretty good too.

JP

[Pete Randall]

Disk errors should show up in dmesg output, possibly in /var/adm/syslog/syslog.log as well.


Pete

[Sridhar Bhaskarla]

Hi Dagmar,

Most of the errors should get logged into your dmesg and /var/adm/syslog/syslog.log. However, you will get more information if you use EMS that comes with Online Diagnostics. Look at the following document on configuring EMS.

http://docs.hp.com/hpux/onlinedocs/B7609-90022/B7609-90022.html

You can even get it configured to email the errors on various subsystems including disks.

-Sri

[Elena Leontieva]

Dagmar,

1.You can check with xstm using verify utility;

2. Run the following command, any errors indicate a disk problem:

dd if=/dev/rdsk/device of=/dev/null bs=32K

Elena.

[Eugeny Brychkov]

There should be logs in the OS (like syslog.log) and storage device's logs (depends on device: for SCSI disks it's very poor - only defect list and some stats, for disk arrays - huge logs and many stats).
If looking to syslog.log usual 'bad' events are:
- power fails
- SCSI resets
- SCSI hangs
- SCSI timeouts
for disk arrays use special management software to take logs out of disk array
Eugeny

[A. Clay Stephenson]

Look in /var/adm/syslog/syslog.dat. You will see the infamous "LBOLT" errors. You should be able to do a search on LBOLT and device and learn how to decode the device numbers. Occasional messages are expected.

[Pete Randall]

To avoid potential loss of dmesg data because of the fact that it's a circular buffer, you can set up a cron job to periodically dump it off into a file as described in man dmesg:

"If the - argument is
specified, dmesg computes (incrementally) the new messages since the
last time it was run and places these on the standard output. This is
typically used with cron (see cron(1)) to produce the error log
/var/adm/messages by running the command:

/usr/sbin/dmesg - >> /var/adm/messages

every 10 minutes."


Pete

[Bryan D. Quinn]

Hello,

First and foremost, keep an eye on /var/adm/syslog/syslog.log
Outside of that I would suggest using stm.
If you have a particular disk that you think is whigging out, I would suggest doing an lvdisplay -v on that lvol and looking for stale extents. If you have a small environment, this might be a good practice to do occassionally on all of your lvols.
As for the autoraid units, I don't have a lot of experience with them. They should show up in syslog.log also, just like any other disk. I do beleive however, that some autoraid units do come with special tools for monitoring the array for problems. Like I said, though I don't have a lot of experience with that.

Hope this helps!
-Bryan