[30] in The Cryptographic File System users list
CFS problem with HPUX/NFS
daemon@ATHENA.MIT.EDU (Rob Stampfli)
Thu Jan 1 20:12:41 1998
From owner-cfs-users@research.att.com Thu Jan 1 20:12:38 1998
Received: from rumor.research.att.com (rumor.research.att.com [192.20.225.9]) by bloom-picayune.MIT.EDU (8.7.6/2.3JIK) with SMTP id UAA29480 for <cfs-mtg@bloom-picayune.mit.edu>; Thu, 1 Jan 1998 20:12:36 -0500
Received: from research.att.com ([135.207.30.100]) by rumor; Thu Jan 1 20:09:15 EST 1998
Received: from amontillado.research.att.com ([135.207.24.32]) by research-clone; Thu Jan 1 20:10:12 EST 1998
Received: from nsa.research.att.com (majordomo@nsa.research.att.com [135.207.24.155])
by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id UAA10923;
Thu, 1 Jan 1998 20:10:08 -0500 (EST)
Received: (from majordomo@localhost) by nsa.research.att.com (8.7.3/8.7.3) id UAA26182 for cfs-users-list; Thu, 1 Jan 1998 20:09:09 -0500 (EST)
X-Authentication-Warning: nsa.research.att.com: majordomo set sender to owner-cfs-users@nsa.research.att.com using -f
Received: from research.att.com (research-clone.research.att.com [135.207.30.100]) by nsa.research.att.com (8.7.3/8.7.3) with SMTP id UAA26178 for <cfs-users@nsa.research.att.com>; Thu, 1 Jan 1998 20:09:07 -0500 (EST)
Received: from elektro.cmhnet.org ([192.188.133.3]) by research-clone; Thu Jan 1 20:08:58 EST 1998
Received: from colnet by elektro.cmhnet.org with uucp
(Smail3.1.29.1 #1) id m0xnvbP-000098C; Thu, 1 Jan 98 20:08 EST
Received: by colnet.cmhnet.org (Smail3.1.28.1 #4)
id m0xnvEf-0008FOC; Thu, 1 Jan 98 19:45 EST
Message-Id: <m0xnvEf-0008FOC@colnet.cmhnet.org>
Date: Thu, 1 Jan 98 19:45 EST
From: res@colnet.cmhnet.org (Rob Stampfli)
To: cfs-users@research.att.com
Subject: CFS problem with HPUX/NFS
Sender: owner-cfs-users@research.att.com
Precedence: bulk
Nothing seen for a while on this list, so let me ask about a CFS problem
I recently encountered which I suspect is not really a CFS problem at all.
It involves CFS, though, so let me pose it here:
With the slowdown in things going on at work over the holidays, I had some
spare time and decided to put CFS on my HP workstation. The machine, an HP
model 712/60, runs HPUX 10.10. I acquired, compiled, and installed the
beta2 code. The compile went well and CFS installed and appeared to work
fine locally. However, my workstation does not have a very big disk, so I
wanted to utilize space on the server to store my encrypted files. The
server's disks are NFS mounted on the workstation, meaning that a reference
via /crypt must take a double-dip to be serviced -- the first occuring over
localhost to cfsd, and the second over NFS to the mainframe. I operate CFS
like this all the time with Suns and have never had any problems with it.
(I did know enough not to try running cfsd as a root process in this config-
uration, as the remote NFS doesn't normally allow root much in the way of
permissions on an NFS-mounted file system. Instead, I invoked cfsd as
myself, as I don't want or expect anyone else to be using it.)
Basically, it also seems to work fine for simple things. However, when I
tried copying a large file (larger than about 10K) to the encrypted file
system all NFS on the workstation locked up. Experimenting, I traced this
down to a hung biod process (biods are the local daemons which handle the
protocol for remote NFS mounts). If I started killing them until I found
the hung one, NFS would spring back to life. However, the system would
hang again the next time I tried accessing a large encrypted file. Small
files, like "echo hi >hi", appear to reliably work just fine.
In a word, I suspect this is a problem with NFS on the workstation, perhaps
one that CFS is stimulating, but probably not responsible for. I have
never had any problem with NFS on this machine with anything else, though.
Any ideas? Has anyone done this successfully on an HP? Is there an HPUX
patch I should apply? Its not really essential I get this working, but I'd
like to understand what is going on.
Thanks in advance for any ideas,
--
Rob Stampfli rob@colnet.cmhnet.org The Bill of Rights: It was a
614-864-9377 HAM RADIO: kd8wk@w8cqk.oh good thing while it lasted...
