Re: [OpenAFS] OpenAFS 1.4.x on SuSE 10.1 and rlim error

2006-09-21 Thread Marcus Watts
Jeffrey Hutzelman <[EMAIL PROTECTED]> writes: > Date: Wed, 20 Sep 2006 21:09:02 -0400 > From: Jeffrey Hutzelman <[EMAIL PROTECTED]> > To: Marcus Watts <[EMAIL PROTECTED]>, > "OpenAFS-info (E-mail)" > cc: Jeffrey Hutzelman <[EMAIL PROTECTED]> > Subject: Re: [OpenAFS] OpenAFS 1.4.x on SuSE 1

Re: [OpenAFS] vos move volume failure.

2006-09-21 Thread Christof Hanke
Hi Ken, I guess you have still some parts of the volume 536870930 on endar, /vicepa. Although the volume-header file is gone (as the FileLog shows), some data are leftover. Check if there's a directory /vicepa/AFSIDat/G/G+++U/ on endar. This is the place where on a namei-server the data of a v

Re: [OpenAFS] 1.4.2fc3 client on RHEL5 beta 1

2006-09-21 Thread Jeffrey Hutzelman
On Tuesday, September 19, 2006 05:15:29 PM +0200 Stephan Wiesand <[EMAIL PROTECTED]> wrote: This is kind of a success report: I managed to build and run the client on both i686 and x86_64. The former just worked. x86_64 made some trouble, though: There are many 32bit syscall numbers missing

[OpenAFS] vos move volume failure.

2006-09-21 Thread Ken Aaker
I've been having a terrible time trying to move a volume back onto a server that I moved it off of. I've been messing with it for a couple days now, and I can't seem to get around the problem. I'll set up to the next version shortly, but I haven't yet. The -fromserver is an AFS 1.4.1 server runni

Re: [OpenAFS] disaster recovery

2006-09-21 Thread Dimitris Zilaskos
http://archiv.tu-chemnitz.de/pub/2003/0130/data/vol/start.htm I found it very helpful. It's in German, but perhaps someone can translate it for you. With the information provided in the document, the tools mentioned in the text, and some cautious looks at the openafs header files, I was able

Re: [OpenAFS] 1.4.2fc3 client on RHEL5 beta 1

2006-09-21 Thread Derrick J Brashear
On Tue, 19 Sep 2006, Stephan Wiesand wrote: With this hack, the module built but couldn't be loaded: "libafs: Unknown symbol tasklist_lock". Indeed, this seems to have been removed recently. I simply removed all the "read_[un]lock(&tasklist_lock);" statements, and the result is a client that a

Re: [OpenAFS] disaster recovery

2006-09-21 Thread Berthold Cogel
Dimitris Zilaskos wrote: Thnank you for your tips, So far i was able to either restore from the backup or salvage most of the data. However I would like to recover some of the most recent bits that are currently lying in lost+found. Is there a way? We do have ro copies of all volumes. U