Hi,
Today we had a weird AdvFS crash under 4.0D: /var/adm/messages
says:
Mar 2 12:48:48 finwal01 vmunix: d, type the command:
Mar 2 12:48:48 finwal01 vmunix: /sbin/advfs/tag2name /home/.tags/18285
Mar 2 12:48:48 finwal01 vmunix: AdvFS I/O error:
Mar 2 12:48:48 finwal01 vmunix: Domain#Fileset: inw_dmn#home_fs
Mar 2 12:48:48 finwal01 vmunix: Mounted on: /home
Mar 2 12:48:48 finwal01 vmunix: Volume: /dev/rz0c
Mar 2 12:48:48 finwal01 vmunix: Tag: 0x0000476d.8003
Mar 2 12:48:48 finwal01 vmunix: Page: 61
Mar 2 12:48:48 finwal01 vmunix: Block: 2147664
Mar 2 12:48:48 finwal01 vmunix: Block count: 16
Mar 2 12:48:48 finwal01 vmunix: Type of operation: Read
Mar 2 12:48:48 finwal01 vmunix: Error: 6
Mar 2 12:48:48 finwal01 vmunix: To obtain the name of the file on which
Mar 2 12:48:48 finwal01 vmunix: the error occurred, type the command:
Mar 2 12:48:48 finwal01 vmunix: /sbin/advfs/tag2name /home/.tags/18285
several times in a row for different files (tags) terminated before the
crash by:
Mar 2 12:50:32 finwal01 vmunix: AdvFS I/O error:
Mar 2 12:50:32 finwal01 vmunix: Volume: /dev/rz0c
Mar 2 12:50:32 finwal01 vmunix: Tag: 0xffffffee.0000
Mar 2 12:50:32 finwal01 vmunix: Page: 6403
Mar 2 12:50:32 finwal01 vmunix: Block: 4316656
Mar 2 12:50:32 finwal01 vmunix: Block count: 16
Mar 2 12:50:32 finwal01 vmunix: Type of operation: Write
Mar 2 12:50:32 finwal01 vmunix: Error: 6
Mar 2 12:50:32 finwal01 vmunix:
Mar 2 12:50:32 finwal01 vmunix: bs_osf_complete: metadata write failed
Mar 2 12:50:32 finwal01 vmunix: AdvFS Domain Panic; Domain inw_dmn Id ....
Mar 2 12:50:32 finwal01 vmunix: An AdvFS domain panic has occurred due to ...
Mar 2 12:50:32 finwal01 vmunix: Please refer to guidelines in AdvFS Guide to .
Mar 2 12:50:32 finwal01 vmunix: AdvFS I/O error:
Mar 2 12:50:32 finwal01 vmunix: Volume: /dev/rz1c
Mar 2 12:50:32 finwal01 vmunix: Tag: 0xfffffff4.0000
Mar 2 12:50:32 finwal01 vmunix: Page: 1131
Mar 2 12:50:32 finwal01 vmunix: Block: 2698384
Mar 2 12:50:32 finwal01 vmunix: Block count: 16
Mar 2 12:50:32 finwal01 vmunix: Type of operation: Read
Mar 2 12:50:32 finwal01 vmunix: Error: 5
Mar 2 12:50:32 finwal01 vmunix: ADVFS EXCEPTION
Mar 2 12:50:32 finwal01 vmunix: Module = bs_delete.c, Line = 1607
Mar 2 12:50:32 finwal01 vmunix: del_xtnt_array: Can't ref BMT page for chain mcell
Mar 2 12:50:32 finwal01 vmunix: panic (cpu 0): del_xtnt_array: Can't ref BMT page for chain mcell
Mar 2 12:50:32 finwal01 vmunix: syncing disks... done
Now the problem is:
** There aren't any I/O errors logged in uerf !!! Note that the disk
in question is *NOT* the system disk.
** Error: 6 means (according to /usr/include/errno.h)
"No such device or address". How can this be?
** SCU commands "set recovery off" followed by a
"verify media lba 2698384 length 16" did not show any errors.
What could cause this? As you can see from the last entry, device
/dev/rz1c suddenly has read errors as well so its rather unlikely
that a real I/O error triggered this condition.
For me it look as if the SCSI bus has gone mad for some time.
Note that these disks are external fast/narrow scsi disks connected
to an IntraServer ITI-3140 ultra/wide controller. The system disk is a
ultra/narrow disk sitting internally. Termination and everything else is
*not* the problem as the very same configuration was running for almost 4
month under 4.0B without a single problem. There was no change in hardware
setup. The only change was the upgrade to 4.0D along with the upgrade
of the IntraServer driver.
Any ideas anyone?
Thanks -- Tom
--------------------------------------------------------------------------
T o m L e i t n e r Dept. of Communications
Graz University of Technology,
e-mail : tom_at_finwds01.tu-graz.ac.at Inffeldgasse 12
Phone : +43-316-873-7455 A-8010 Graz / Austria / Europe
Fax : +43-316-463-697
Home page :
http://wiis.tu-graz.ac.at/people/tom.html
PGP public key on :
ftp://wiis.tu-graz.ac.at/pgp-keys/tom.asc or send
mail with subject "get Thomas Leitner" to pgp-public-keys_at_keys.pgp.net
--------------------------------------------------------------------------
Before we have the paperless office, we have the paperless toilet!
Received on Mon Mar 02 1998 - 13:30:54 NZDT