[OpenAFS] RE: OpenAFS-info digest, Vol 1 #2193 - 6 msgs

Steven Tender tender@umd.edu
Wed, 2 Feb 2005 12:11:43 -0500


Eh eh ehe nice how can I be a client

That's hot
Wrong glass sir 

-----Original Message-----
From: openafs-info-admin@openafs.org [mailto:openafs-info-admin@openafs.org]
On Behalf Of openafs-info-request@openafs.org
Sent: Wednesday, February 02, 2005 12:01 PM
To: openafs-info@openafs.org
Subject: OpenAFS-info digest, Vol 1 #2193 - 6 msgs

Send OpenAFS-info mailing list submissions to
	openafs-info@openafs.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.openafs.org/mailman/listinfo/openafs-info
or, via email, send a message with subject or body 'help' to
	openafs-info-request@openafs.org

You can reach the person managing the list at
	openafs-info-admin@openafs.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of OpenAFS-info digest..."


Today's Topics:

   1. RE: Announce: January 2005 OpenAFS for Windows status report (ted
creedon)
   2. Re: fine-grained incrementals? (John S. Bucy)
   3. Volume creation tool (Dr A V Le Blanc)
   4. Re: 1.3.77 under AIX 5.1: unusable (Hans-Gunther Borrmann)
   5. Re: Volume creation tool (Russ Allbery)
   6. Re: 1.3.77 under AIX 5.1: unusable (Hans-Gunther Borrmann)

--__--__--

Message: 1
From: "ted creedon" <tcreedon@easystreet.com>
To: "'OpenAFS Win32 Development List'" <openafs-win32-devel@openafs.org>,
	"'openafs'" <openafs-info@openafs.org>
Subject: RE: [OpenAFS] Announce: January 2005 OpenAFS for Windows status
report
Date: Tue, 1 Feb 2005 09:31:39 -0800

Is there any intellectual property being created? If so is it being
protected?

It appears that the proposed improvements are superior to Microsoft's
filesystems.

Tedc


--__--__--

Message: 2
Date: Tue, 1 Feb 2005 14:50:04 -0500
From: "John S. Bucy" <bucy-openafs-info@gloop.org>
To: openafs-info@openafs.org
Subject: Re: [OpenAFS] fine-grained incrementals?

On Tue, Feb 01, 2005 at 08:39:55PM +0100, Sergio Gelato wrote:

> > It seems like the dumps would have to (at a minimum) have all of the 
> > objects appear in the same order every time for this to work reasonably.

...
 
> I've been glancing at rdiff-backup recently (along with a few other
tools).
> The main advantages of vos dump are that (a) it knows about 
> AFS-specific metadata like ACLs, and (b) it may be able to keep track 
> of file renames within a volume (although I haven't checked that it 
> actually does). But maybe, if one were given a tool to extract all AFS 
> metadata from a volume, the rest could be handled with rdiff-backup's 
> mechanism of computing xdeltas on individual files, not on the entire
dumpset at once.

looking at src/volser/dumpstuff.c, it appears that dumps are done in
ascending vnode order.  AFAIK, rename is a first-class operation so it
should only dirty the source and dest dirs.



john

--__--__--

Message: 3
Date: Wed, 2 Feb 2005 08:18:55 +0000
From: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
To: openafs-info@openafs.org
Reply-To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Subject: [OpenAFS] Volume creation tool

I was searching for something else recently, and happened across
a web page mentioning a tool or utility which creates an AFS
volume on one of several partitions, choosing the one best
suited according to some configurable criteria.  Unfortunately
I didn't keep the URL, and I can't find the thing despite some
searching.  Does anyone know what this may be and where it may
be documented or obtained?  I thought Stanford was mentioned in
the original page, but I can no longer be certain.

     -- Owen
     LeBlanc@mcc.ac.uk

--__--__--

Message: 4
From: Hans-Gunther Borrmann <hans-gunther.borrmann@rz.uni-freiburg.de>
Reply-To: hans-gunther.borrmann@rz.uni-freiburg.de
To: Jim Rees <rees@umich.edu>
Subject: Re: [OpenAFS] 1.3.77 under AIX 5.1: unusable
Date: Wed, 2 Feb 2005 10:42:02 +0100
Cc: openafs-info@openafs.org

On Tuesday 01 February 2005 16:05, Jim Rees wrote:
> You said you're getting core dumps.  Can you send us the stack traces?

This is stack trace from a client crash:
=========================================================================0
[root@ibm1:root]# kdb /tmp/vmcore.20 /unix
The specified kernel file is a UP kernel
/tmp/vmcore.20 mapped from @ 70000000 to @ 744f7c7d
Preserving 950098 bytes of symbol table
First symbol __mulh
Component Names:
 1)  dmp_minimal [5 entries]
 2)  proc [241 entries]
 3)  thrd [577 entries]
 4)  ldr [2 entries]
 5)  errlg [3 entries]
 6)  bos [7 entries]
 7)  ipc [7 entries]
 8)  vmm [20 entries]
 9)  rtastrc [8 entries]
10)  sscsidd [2 entries]
11)  scdisk [6 entries]
12)  lvm [2 entries]
13)  tty [4 entries]
14)  smint0 [6 entries]
15)  netstat [10 entries]
16)  phxent_dd [5 entries]
17)  bldd [5 entries]
18)  kbddd            [2 entries]
19)  mousedd          [2 entries]
20)  jfs2 [1 entries]
Component Dump Table has 915 entries
           START              END <name>
0000000000003500 0000000001759EC8 _system_configuration+000020
000000002FF3B400 000000002FF80A70 __ublock+000000
000000002FF22FF4 000000002FF22FF8 environ+000000
000000002FF22FF8 000000002FF22FFC errno+000000
00000000E0000000 00000000F0000000 lkwseg+10000000
PFT:
id....................0007
raddr.....0000000001800000 eaddr.....0000000001800000
size..............00000000 align.............00000000
valid..1 ros....0 holes..0 io.....0 seg....1 wimg...2

PVT:
id....................0008
raddr.....0000000000603000 eaddr.....0000000000000000
size..............00000000 align.............00000000
valid..1 ros....0 holes..0 io.....0 seg....1 wimg...2
Dump analysis on CHRP_UP_PCI POWER_PC POWER_630 machine with 1 cpu(s)
(64-bit 
registers)
Processing symbol table...
.......................done
(0)> stat
SYSTEM_CONFIGURATION:
CHRP_UP_PCI POWER_PC POWER_630 machine with 1 cpu(s)  (64-bit registers)

SYSTEM STATUS:
sysname... AIX
nodename.. ibm1
release... 1
version... 5
machine... 00415FAC4C00
nid....... 415FAC4C
time of crash: Tue Jan 18 10:53:57 2005
age of system: 14 min., 41 sec.
xmalloc debug: disabled

CRASH INFORMATION:
CPU 0 CSA 2FF3B400 at time of crash, error code for LEDs: 30000000
pvthread+004700 STACK:
[05B53F2C]afs_RemoveVCB+0000C8 (69746572 [??])
[05B4A328]afs_GetDCache+001774 (33CF1720, 00000000, 00000000, 2FF3B188,
   2FF3B178, 2FF3B180, 00000001)
[05B8464C]BPrefetch+00008C (05BD2D68)
[05B84E98]afs_BackgroundDaemon+0002A8 ()
[05B2B390]afs_syscall_call+000238 (00000002, 00000000, 2FF22FFC, 0000D0B2,
   00000000, 60000000)
[05B2AE94]syscall+0000A0 (0000001C, 00000002, 00000000, 2FF22FFC,
   0000D0B2, 00000000, 60000000)
[00003A50].sys_call+000000 ()

=====================================================================

Gunther
-- 
________________________________________________________________
Hans-Gunther Borrmann <hans-gunther.borrmann@rz.uni-freiburg.de>
Rechenzentrum der Universitaet Freiburg
Hermann-Herder-Str. 10, D79104 FREIBURG
Tel.: +49 761/203-4652
Fax:  +49 761/203-4643


--__--__--

Message: 5
To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Cc: openafs-info@openafs.org
Subject: Re: [OpenAFS] Volume creation tool
From: Russ Allbery <rra@stanford.edu>
Organization: The Eyrie
Date: Wed, 02 Feb 2005 02:36:44 -0800

A V Le Blanc <LeBlanc@mcc.ac.uk> writes:

> I was searching for something else recently, and happened across a web
> page mentioning a tool or utility which creates an AFS volume on one of
> several partitions, choosing the one best suited according to some
> configurable criteria.  Unfortunately I didn't keep the URL, and I can't
> find the thing despite some searching.  Does anyone know what this may
> be and where it may be documented or obtained?  I thought Stanford was
> mentioned in the original page, but I can no longer be certain.

You're probably looking for my volcreate utility, which is at:

    <http://www.eyrie.org/~eagle/software/volcreate/>

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>

--__--__--

Message: 6
From: Hans-Gunther Borrmann <hans-gunther.borrmann@rz.uni-freiburg.de>
Reply-To: hans-gunther.borrmann@rz.uni-freiburg.de
To: Jim Rees <rees@umich.edu>
Subject: Re: [OpenAFS] 1.3.77 under AIX 5.1: unusable
Date: Wed, 2 Feb 2005 17:10:29 +0100
Cc: openafs-info@openafs.org

On Tuesday 01 February 2005 16:05, Jim Rees wrote:
> You said you're getting core dumps.  Can you send us the stack traces?

Hello Jim

here is another stack trace. It is from the salvager:

==========================================================

bos salvage localhost cp usr.hgb -showlog -localauth
Starting salvage.
bos: salvage completed
SalvageLog:
@(#) OpenAFS 1.3.77 built  2005-02-02
02/02/2005 16:59:06 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager
/vicepcp 
537087849)
02/02/2005 16:59:06 2 nVolumesInInodeFile 56
02/02/2005 16:59:06 CHECKING CLONED VOLUME 537087980.
02/02/2005 16:59:06 usr.hgb.backup (537087980) updated 01/24/2005 14:15
02/02/2005 16:59:06 "Salvage volume group" core dumped!

dbx -I src/vol rs_aix51/dest/root.server/usr/afs/bin/salvager ../dumps/core
Type 'help' for help.
reading symbolic information ...warning: no source compiled with -g

[using memory image in ../dumps/core]

IOT/Abort trap in raise at 0xd01e68a8
0xd01e68a8 (raise+0x4c) 80410014        lwz   r2,0x14(r1)
(dbx) where
raise(??) at 0xd01e68a8
abort() at 0xd01f5560
AssertionFailed(0x200012c4, 0xe01) at 0x10017f18
ClearROInUseBit(0x2002cab8) at 0x1000a2f4
SalvageVolumeHeaderFile(0x2002ba04, 0x2002d0f8, 0x0, 0x0, 0x2ff21fdc) at 
0x10002000
DoSalvageVolumeGroup(0x2002b9e8, 0x2) at 0x10002970
SalvageFileSys1(0x20026498, 0x20034f69) at 0x10005cd8
SalvageFileSys(0x20026498, 0x20034f69) at 0x10005ed8
handleit(0x20022a18) at 0x10001a14
cmd_Dispatch(0x4, 0x20024198) at 0x1001c0b8
main(0x3, 0x2ff228b0) at 0x1000132c

========================================================
This salvager problem hits me most because no salvager version works on the 
OpenAFS server and I have about 150 GB of data on it including important web

pages. One further information: the fileserver is a namei server and the 
vicepcp partition is an JFS2 filesystem.

Thanks for any assistance
Gunther
-- 
________________________________________________________________
Hans-Gunther Borrmann <hans-gunther.borrmann@rz.uni-freiburg.de>
Rechenzentrum der Universitaet Freiburg
Hermann-Herder-Str. 10, D79104 FREIBURG
Tel.: +49 761/203-4652
Fax:  +49 761/203-4643



--__--__--

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


End of OpenAFS-info Digest