[OpenAFS] volrestore problems
Tue, 14 Mar 2006 15:56:58 -0500
On Mar 14, 2006, at 3:15 PM, Jim Rees wrote:
> Maybe you're hitting the limit on volume name length? If so that's a
> error message you're getting.
That gets me closer -- my count was off by 1 character. Now I get a
Tape mount callout routine is /usr/local/var/openafs/backup/file.sh
Tape unmount callout routine is /usr/local/var/openafs/backup/fileu.sh
Will dump to a file
Operator queries are disabled
Dump tape name check is disabled
Starting Tape Coordinator: Port offset 0 Debug level 0
Token expires: Tue Mar 14 20:42:31 2006
Thanks, now proceeding with tape reading operation.
Restoring volume dept.asd.facultystaff.res Id 3266573891 on server
126.96.36.199 partition /vicepb .. done
Here's a backtrace (let me know if there's something more useful I
#0 0x0806cbf0 in strcpy ()
#1 0x0814dfd0 in ?? ()
#2 0x080641ea in strcpy ()
#3 0x0804d9e7 in strcpy ()
#4 0x0804dcb8 in strcpy ()
#5 0x4002bc6f in pthread_start_thread (arg=0x411bbbe0) at manager.c:284
#6 0x4002bd5f in pthread_start_thread_event (arg=0x411bbbe0) at
It looks like it's making it far enough along in the process that the
volume is getting restored, but not far enough for it to get linked
into VLDB, or to be brought online.
$ vos listvol afsfs1.ssg.gmu.edu vicepb | grep asd
dept.asd.facultystaff.res 3266573891 RW 6633 K Off-line
The server in question is running RedHat Advanced Server 2.1. I'm in
the process of building up its replacement, which will be RedHat AS 4.
I guess I'll expedite that server upgrade, in hopes that this is a
I'm still open to additional suggestions,