Re: [OpenAFS] Compile failure of 1.3.77 on ia64
Stephan, I see this also on rhel4 beta 2+, I mentioned it last month but nobody responded yet. Stephan Wonczak wrote: Hi list! In december I already reported compilation failures of 1.3.74 und 75. After my christmas vacation I decided to try 1.3.77. Still the same error: cc -I. -I.. -I../nfs -I/service/openafs/source-1.3.77/openafs-1.3.77/src -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rx/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad/domestic -I/service/openafs/source-1.3.77/openafs-1.3.77/src/util -I/service/openafs/source-1.3.77/openafs-1.3.77/src -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/util -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/fsint -I/service/openafs/source-1.3.77/openafs-1.3.77/src/vlserver -I/service/openafs/source-1.3.77/openafs-1.3.77/include -I/service/openafs/source-1.3.77/openafs-1.3.77/include/afs-O2 -fomit-frame-pointer -fno-strength-reduce -fno-strict-aliasing -fno-common -pipe -ffixed-r13 -mfixed-range=f10-f15,f32-f127 -falign-functions=32 -mb-step -D__KERNEL__ -DKERNEL -D_KERNEL -DMODULE -DAFS_SMP -I. -I../ -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rx -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxstat -c /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c: In function `afs_init': /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: `sys_chdir' undeclared (first use in this function) /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: (Each undeclared identifier is reported only once /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: for each function it appears in.) /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:378: `sys_write' undeclared (first use in this function) make[4]: *** [osi_module.o] Error 1 make[4]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77/src/libafs/MODLOAD-2.4.21-sgi301r1-MP' make[3]: *** [linux_compdirs] Error 2 make[3]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77/src/libafs' make[2]: *** [libafs] Error 2 make[2]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77' make[1]: *** [build] Error 2 make[1]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77' make: *** [all] Error 2 My version of gcc is: [EMAIL PROTECTED] openafs-1.3.77]# gcc --version gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-34) and make: [EMAIL PROTECTED] openafs-1.3.77]# make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for ia64-unknown-linux-gnu I am willing to test patches, suggestions or anything anyone might decide to bounce my way. Dipl. Chem. Dr. Stephan Wonczak Zentrum fuer Angewandte Informatik (ZAIK) Regionales Rechenzentrum der Universitaet zu Koeln (RRZK) Universitaet zu Koeln, Robert-Koch-Strasse 10, 50931 Koeln Tel: ++49/(0)221/478-5577, Fax: ++49/(0)221/478-5590 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] viewing pags
Ryan Underwood wrote: On Wed, Jan 12, 2005 at 10:42:32PM -0600, Ryan Underwood wrote: Is there a utility that can be used to view all of the PAGs on the system and what processes are in each? Well, I found one way - /proc/pid/status. On 2.6 without the setgroups hook, both my reauth process and apache master process (as well as apache gcache child) are members of the same PAGs. It is only the Apache child that is no longer a member. Contrary to my previous post, this happens no matter if the child is root or has changed to a different uid. It's really strange that the gcache child has the correct PAGs, but not the server child. presumably this has to do with a "setgroup" occuring somewhere, and the uid id irrelevant. -Matt Andrews ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] 1.3.77 Brokenness
I was starting to wonder what that other patch actually did. :-) I also did s/printk/printf/ in your patch. Attached is dmesg output. Jack Neely On Wed, Jan 12, 2005 at 04:45:32PM -0500, Derrick J Brashear wrote: > correct diff. > > and no, once you get an oops, you can't start afs again. > ? .gdb_history > ? diff > ? ppc_darwin_70 > ? src/libafs/afs.ppc_darwin_70.plist > ? src/packaging/MacOS/OpenAFS.pkg > ? src/packaging/MacOS/OpenAFS.pkg.tar.gz > ? src/venus/kdump.c. > Index: src/afs/afs_memcache.c > === > RCS file: /cvs/openafs/src/afs/afs_memcache.c,v > retrieving revision 1.16 > diff -u -r1.16 afs_memcache.c > --- src/afs/afs_memcache.c1 Dec 2004 23:38:56 - 1.16 > +++ src/afs/afs_memcache.c11 Jan 2005 22:13:19 - > @@ -45,6 +45,7 @@ > memCacheBlkSize = blkSize; > > memMaxBlkNumber = blkCount; > +printk("memMaxBlkNumber %d\n", memMaxBlkNumber); > memCache = (struct memCacheEntry *) > afs_osi_Alloc(memMaxBlkNumber * sizeof(struct memCacheEntry)); > if (flags & AFSCALL_INIT_MEMCACHE_SLEEP) { > @@ -89,7 +90,7 @@ > return 0; > } > > -#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) > +#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) || > defined(AFS_LINUX26_ENV) > void * > afs_MemCacheOpen(ino_t blkno) > #else > @@ -100,6 +101,7 @@ > struct memCacheEntry *mep; > > if (blkno < 0 || blkno > memMaxBlkNumber) { > + printk("blkno %d\n", blkno); > osi_Panic("afs_MemCacheOpen: invalid block #"); > } > mep = (memCache + blkno); > Index: src/afs/afs_prototypes.h > === > RCS file: /cvs/openafs/src/afs/afs_prototypes.h,v > retrieving revision 1.57 > diff -u -r1.57 afs_prototypes.h > --- src/afs/afs_prototypes.h 1 Dec 2004 23:38:56 - 1.57 > +++ src/afs/afs_prototypes.h 11 Jan 2005 22:13:19 - > @@ -427,7 +427,7 @@ > /* afs_memcache.c */ > extern int afs_InitMemCache(int blkCount, int blkSize, int flags); > extern int afs_MemCacheClose(struct osi_file *file); > -#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) > +#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) || > defined(AFS_LINUX26_ENV) > extern void *afs_MemCacheOpen(ino_t blkno); > #else > extern void *afs_MemCacheOpen(afs_int32 blkno); > @@ -590,7 +590,7 @@ > > /* ARCH/osi_file.c */ > extern int afs_osicred_initialized; > -#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) > +#if defined(AFS_SUN57_64BIT_ENV) || defined(AFS_SGI62_ENV) || > defined(AFS_LINUX26_ENV) > extern void *osi_UFSOpen(ino_t ainode); > #else > extern void *osi_UFSOpen(afs_int32 ainode); > Index: src/afs/LINUX/osi_file.c > === > RCS file: /cvs/openafs/src/afs/LINUX/osi_file.c,v > retrieving revision 1.22 > diff -u -r1.22 osi_file.c > --- src/afs/LINUX/osi_file.c 8 Dec 2004 17:21:04 - 1.22 > +++ src/afs/LINUX/osi_file.c 11 Jan 2005 22:13:19 - > @@ -27,7 +27,11 @@ > extern struct super_block *afs_cacheSBp; > > void * > +#ifdef AFS_LINUX26_ENV > +osi_UFSOpen(ino_t ainode) > +#else > osi_UFSOpen(afs_int32 ainode) > +#endif > { > register struct osi_file *afile = NULL; > extern int cacheDiskType; > -- Jack Neely <[EMAIL PROTECTED]> Realm Linux Administration and Development PAMS Computer Operations at NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89 ng delay loop... 3923.96 BogoMIPS (lpj=1961984) Security Scaffold v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode There is already a security framework initialized, register_security failed. selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 078bfbff e1d3fbff CPU: After vendor identify, caps: 078bfbff e1d3fbff CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU: After all inits, caps:078bf3ff e1d3fbff 0010 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: AMD Opteron(tm) Processor 146 stepping 08 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ACPI: IRQ9 SCI: Edge set to Level Trigger. checking if image is initramfs... it is Freeing initrd memory: 476k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040816 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Interrupt R
Re: [OpenAFS] pag's with new 2.6 mechanism
On Monday, January 10, 2005 23:44:06 -0600 Ryan Underwood <[EMAIL PROTECTED]> wrote: On Tue, Jan 11, 2005 at 12:37:39AM -0500, Derrick J Brashear wrote: On Mon, 10 Jan 2005, Ryan Underwood wrote: >>> Any ideas? >> >> export sys_call_table or wait for a better patch. > > Where is the issue? Who is working in this area? Without hooking the setgroups call, the extra (pag) groups are not preserved. Didn't code exist at one point that used a heuristic to locate sys_call_table? I may be making things up here. It did, and still does. The heuristic isn't good enough for 2.6. I have code that uses more heuristics, but it's not quite ready. -- Jeffrey T. Hutzelman (N3NHS) <[EMAIL PROTECTED]> Sr. Research Systems Programmer School of Computer Science - Research Computing Facility Carnegie Mellon University - Pittsburgh, PA ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Further Problem with 1.3.77 under AIX 5.1
On Thu, 13 Jan 2005, Hans-Gunther Borrmann wrote: ° The fileservers are multihomed. The test-machine has no access to 10.1.2.x, the fileservers are only reachable by their 132.230.6.x adresses. I can give you a patch for this to try if you're willing.
Re: [OpenAFS] Evaluating OpenAFS: Questions
Jeffrey Altman wrote: Rolandas Naujikas wrote: P.S. Sorry for not be able support the efforts to improve code, but I have too much work. I'm not sympathetic. We all have too much work. If you are going to rely on an open source technology and its community to provide services to your end users, then you should find the time to help. This is my personal opinion and I know there are others here that disagree with me. At the risk of sounding waffle-ish in what amounts to a "me too" post (and knowing full well I have not contributed code to OpenAFS in a long time), let me just chime in here and say... You're both right! We all have too much work to do. Not taking the time to report bugs insures that all of us will spend more time dealing with the consequences of old bugs rather than moving on to more interesting problems. In other words, you have too much work to justify _not_ supporting efforts to improve code -- i.e. reporting bugs with the tools provided. Um, yeah. Me too. -- +--+ / [EMAIL PROTECTED] 919-962-5273 http://www.unc.edu/~utoddl / / A chicken crossing the road is poultry in motion. / +--+ ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Further Problem with 1.3.77 under AIX 5.1
Hello, I have compiled openafs-snap-2005-01-10. Besides that getting a token and acessing AFS crashes the machine I found the following problem: Without any token I tar a large AFS area with campus wide available files to /dev/null. After some time I get the following error messages: a rs_aix51/gaussian-03/g03/l405.hlp 6 blocks. a rs_aix51/gaussian-03/g03/l502.exe 18195 blocks. tar: 0511-182 Read error on afs: Lost contact with file server 10.1.2.26 in cell uni-freiburg.de (multi-homed addre ss; other same-host interfaces maybe up) afs: Lost contact with file server 10.1.2.27 in cell uni-freiburg.de (multi-homed address; other same-host interfac es maybe up) afs: Lost contact with file server 132.230.6.235 in cell uni-freiburg.de (all multi-homed ip addresses down for the server) afs: Lost contact with file server 132.230.6.236 in cell uni-freiburg.de (all multi-homed ip addresses down for the server) afs: setting clock back 10 seconds (of 45, via 10.1.2.26 in cell uni-freiburg.de); clock is still fast. rs_aix51/gaussian-03/g03/l502.exe: A remote host did not respond within the timeout period. a rs_aix51/gaussian-03/g03/l502.hlp 68 blocks. tar: 0511-182 Read error on rs_aix51/gaussian-03/g03/l502.hlp: A remote host did not respond within the timeout per iod. a rs_aix51/gaussian-03/g03/l503.exe 2922 blocks. tar: 0511-182 Read error on rs_aix51/gaussian-03/g03/l503.exe: A remote host did not respond within the timeout per iod. a rs_aix51/gaussian-03/g03/l503.hlp 7 blocks. tar: 0511-182 Read error on rs_aix51/gaussian-03/g03/l503.hlp: A remote host did not respond within the timeout per iod. a rs_aix51/gaussian-03/g03/l504.exe 3307 blocks. tar: 0511-182 Read error on rs_aix51/gaussian-03/g03/l504.exe: A remote host did not respond within the timeout per iod. a rs_aix51/gaussian-03/g03/l506.exe 6171 blocks. tar: 0511-182 Read error on rs_aix51/gaussian-03/g03/l506.exe: A remote host did not respond within the timeout per iod. tar: rs_aix51/gaussian-03/g03/l506.hlp: A remote host did not respond within the timeout period. . . # the tar continues a little bit . a share/sw-tools-1.0/sbin/lnlibe 1 blocks. a share/sw-tools-1.0/sbin/lnman 1 blocks. a share/sw-tools-1.0/sbin/lnsbin 1 blocks. a share/sw-tools-1.0/sbin/mkman 1 blocks. a share/sw-tools-1.0/sbin/rmman 1 blocks. a share/sw-tools-1.0/Links 1 blocks. a share/sw-tools-1.0/Id 1 blocks. a share/sw-tools-1.0/README 1 blocks. a share/sw-tools-1.0/History 5 blocks. tar: share/xyz: A remote host did not respond within the timeout period. The tar the finishes. ° The fileservers are multihomed. The test-machine has no access to 10.1.2.x, the fileservers are only reachable by their 132.230.6.x adresses. ° After saying that "all multihomed ip-adresses are down" the test machine has no further access to AFS besides to some files which are stiil in the cache. fs checkservers says always "These servers unavailable due to network or server problems: sv6.ruf.uni-freiburg.de sv7.ruf.uni-freiburg.de". ° Stopping and starting AFS does not help. I have to reboot. ° During this state a machine connected to the same hub is able to tar the same area without any problems. So there is no problem with the network or the servers itselves. ° The problem is reproducible. ° The problem does not show up if I replace the kernel extensions by those of Hartmut Reuter contained in his 15.03.04 Version. Thanks in advance for any help. Gunther -- Hans-Gunther Borrmann <[EMAIL PROTECTED]> 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
Re: [OpenAFS] crash on AIX 5.2
On Tuesday 11 January 2005 17:45, Hartmut Reuter wrote: > Jeffrey Altman wrote: > > Hartmut Reuter wrote: > >> I am in the process of tracking down all differences between my good > >> version and 1.3.77. > >> > >> I am now not very distant from 1.3.77, and at least one problem seems > >> to be the new code in afs_pioctl.c for get and set tokens along with > >> the huge ticket size introduced for compatibilty with active directory. > >> Keeping the old ticket size and the old code for tokens in afs_pioctl.c > >> results in a fairly stable client. At least I can get a token, make > >> clean in the openafs-tree and make dest without crashing the system. > >> This is certainly not enough testing for putting it into production, > >> but a hint where the problem may be hidden. > >> > >> Hartmut > > > > We know the problem is in the set/get token code on AIX. More then > > likely the stack is too small to support a 12000 byte object and it > > is getting blown away on AIX. The question is: > > > > * where is this object that is located on the stack? > > > > If you can find that, then you will have solved the bug. > > Does not look like stack overflow. The crash always happens in xmalloc1: > > (0)> f > pvthread+00A500 STACK: > [006021F0]xmalloc1+0007AC (0200, F1E00C22E000, > , F1E00C22E000, 0400, F1E03B964269, > 0002, 003E4338 [??]) > [00606B70]xmalloc+000208 (??, ??, ??) > [08E41978]afs_osi_Alloc+5C (??) > [08EBC6DC]afs_HandlePioctl+0003D4 (, 800C5608800C5608, > F0002FF3A400, , F0002FF3A438) > [08EC74F8]afs_syscall_pioctl+000294 (, 800C5608800C5608, > 2FF21FC0, ) > [08E46000]syscall+0001A0 (00140014, , > 800C5608800C5608, 2FF21FC02FF21FC0, , 2E6D70672E6D7067, > 00800080) > [08E45DB8]lpioctl+50 (, 800C5608800C5608, > 2FF21FC0, ) > [379C]sc_msr_2_point+28 () > Not a valid dump data area @ 2FF21CF0 > (0)> > > So there probably storage on the kernel heap was overwritten. > > Hartmut > > > Jeffrey Altman -- Hans-Gunther Borrmann <[EMAIL PROTECTED]> 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
[OpenAFS] Compile failure of 1.3.77 on ia64
Hi list! In december I already reported compilation failures of 1.3.74 und 75. After my christmas vacation I decided to try 1.3.77. Still the same error: cc -I. -I.. -I../nfs -I/service/openafs/source-1.3.77/openafs-1.3.77/src -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rx/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad/domestic -I/service/openafs/source-1.3.77/openafs-1.3.77/src/util -I/service/openafs/source-1.3.77/openafs-1.3.77/src -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs -I/service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX -I/service/openafs/source-1.3.77/openafs-1.3.77/src/util -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxkad -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/fsint -I/service/openafs/source-1.3.77/openafs-1.3.77/src/vlserver -I/service/openafs/source-1.3.77/openafs-1.3.77/include -I/service/openafs/source-1.3.77/openafs-1.3.77/include/afs-O2 -fomit-frame-pointer -fno-strength-reduce -fno-strict-aliasing -fno-common -pipe -ffixed-r13 -mfixed-range=f10-f15,f32-f127 -falign-functions=32 -mb-step -D__KERNEL__ -DKERNEL -D_KERNEL -DMODULE -DAFS_SMP -I. -I../ -I/service/openafs/source-1.3.77/openafs-1.3.77/src/config -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rx -I/service/openafs/source-1.3.77/openafs-1.3.77/src/rxstat -c /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c: In function `afs_init': /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: `sys_chdir' undeclared (first use in this function) /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: (Each undeclared identifier is reported only once /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:376: for each function it appears in.) /service/openafs/source-1.3.77/openafs-1.3.77/src/afs/LINUX/osi_module.c:378: `sys_write' undeclared (first use in this function) make[4]: *** [osi_module.o] Error 1 make[4]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77/src/libafs/MODLOAD-2.4.21-sgi301r1-MP' make[3]: *** [linux_compdirs] Error 2 make[3]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77/src/libafs' make[2]: *** [libafs] Error 2 make[2]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77' make[1]: *** [build] Error 2 make[1]: Leaving directory `/service/openafs/source-1.3.77/openafs-1.3.77' make: *** [all] Error 2 My version of gcc is: [EMAIL PROTECTED] openafs-1.3.77]# gcc --version gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-34) and make: [EMAIL PROTECTED] openafs-1.3.77]# make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for ia64-unknown-linux-gnu I am willing to test patches, suggestions or anything anyone might decide to bounce my way. Dipl. Chem. Dr. Stephan Wonczak Zentrum fuer Angewandte Informatik (ZAIK) Regionales Rechenzentrum der Universitaet zu Koeln (RRZK) Universitaet zu Koeln, Robert-Koch-Strasse 10, 50931 Koeln Tel: ++49/(0)221/478-5577, Fax: ++49/(0)221/478-5590 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info