ontape assert fail - OWS 7.20UC4 Solaris
Under Solaris 2.6 on a new SPARC E4000
ontape has worked in the past, but now it fails, saying
Archive failed. function read archive backup failed code -1 errno 2
15:00:44 Stack for thread: 50 arcbackup
base: 0x0e3dc018
len: 33280
pc: 0x0036de08
tos: 0x0e3e3670
0x0036d79c mt_affail (0x32fd5c, 0xe380af0, 0xe0230f8, 0xe0445cc,
0xe0445cc, 0xe380a90)
0x0026d614 rsam_affail (0xe380a48, 0xe380a90, 0xe380af0, 0xe0230f8,
0xe0445cc, 0x0)
0x0007080c afsig_segv (0xb, 0x0, 0xe3e3d90, 0x0, 0x0, 0x0)
0x002b9ecc tcp_add_chunk (0xe3e4114, 0xe3e4110, 0x0, 0xffffffc0,
0xfffffff8, 0xe4c8c00)
0x002b9e24 tcp_arcdbs_hdr (0xe020af8, 0xe3e41b4, 0xe3e41b0, 0xe38de20,
0xe38ee78, 0x0)
0x002c35a4 doarcbu (0x0, 0x6c00, 0x3, 0xe38ee58, 0x0, 0x2)
0x003533b4 startup (0xe242638, 0x1, 0xdff8090, 0xe27e6d0, 0xa,
0x0)
0x0034ec80 mt_wait (0x0, 0x0, 0x0, 0x0, 0x0, 0x0)
0x00000000 ***unknown***
The only difference since when it worked, is that chunks, dbspaces and
data have been added; the amount of data to be archived has grown
from about 1 Gb to maybe 5 or 6 Gb.
It fails identically using 2 different tape drives; an Exabyte Mammoth
and a 4mm DAT; both Sun products.
Anyone seen anything like this?
TIA.
--
Ken Ketchum kenk@nh.etak.com kketchum@sover.net
ETAK, Inc Lebanon, NH
603-448-0001 X12