[285] in The Cryptographic File System users list
Re: Question
daemon@ATHENA.MIT.EDU (Bret Ketchum)
Fri Feb 28 10:30:22 2003
From owner-cfs-users@crypto.com Fri Feb 28 15:30:21 2003
Return-Path: <owner-cfs-users@crypto.com>
Delivered-To: cfs-mtg@CHARON.mit.edu
Received: (qmail 4997 invoked from network); 28 Feb 2003 15:30:20 -0000
Received: from softdnserror (HELO mx.crypto.com) (207.140.168.138)
by charon.mit.edu with SMTP; 28 Feb 2003 15:30:20 -0000
Received: (from majordomo@localhost)
by MultiHostMXServer (8.9.3/8.9.x4) id KAA08892
for cfs-users-list; Fri, 28 Feb 2003 10:16:14 -0500 (EST)
Received: from dockmaster.research.att.com (H-135-207-24-155.research.att.com [135.207.24.155])
by MultiHostMXServer (8.9.3/8.9.x4) with ESMTP id KAA09968
for <cfs-users@crypto.com>; Fri, 28 Feb 2003 10:16:12 -0500 (EST)
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102])
by dockmaster.research.att.com (8.12.1/8.12.1) with ESMTP id h1SE58xi028481
for <cfs-users@nsa.research.att.com>; Fri, 28 Feb 2003 09:05:08 -0500 (EST)
Received: by mail-blue.research.att.com (Postfix)
id 936CC4CF2B; Fri, 28 Feb 2003 10:15:41 -0500 (EST)
Delivered-To: cfs-users@research.att.com
Received: from janus (fpfw.research.att.com [135.207.1.2])
by mail-blue.research.att.com (Postfix) with SMTP id 10A684CE15
for <cfs-users@research.att.com>; Fri, 28 Feb 2003 10:15:38 -0500 (EST)
Received: from mail-red.research.att.com ([192.20.225.110]) by janus; Fri, 28 Feb 2003 10:15:38 -0500 (EST)
Received: (from postfixfilter@localhost)
by mail-red.research.att.com (8.11.6/8.11.6) id h1SFHWg25532
for cfs-users@research.att.com; Fri, 28 Feb 2003 10:17:32 -0500
X-Authentication-Warning: mail-red.research.att.com: postfixfilter set sender to bretk@cnt.cnt.com using -f
Received: from cnt.cnt.com (unknown [139.93.4.240])
by mail-red.research.att.com (Postfix) with ESMTP id DDA171AB45B
for <cfs-users@research.att.com>; Fri, 28 Feb 2003 10:17:31 -0500 (EST)
Received: from balrog.cnt.com (balrog.cnt.com [139.93.4.21])
by cnt.cnt.com (8.11.3/8.11.3) with SMTP id h1SFEKe13423
for <cfs-users@research.att.com>; Fri, 28 Feb 2003 09:14:20 -0600 (CST)
Received: by balrog.cnt.com (SMI-8.6/SMI-SVR4)
id IAA16464; Fri, 28 Feb 2003 08:11:16 -0700
From: bretk@cnt.cnt.com (Bret Ketchum)
Message-Id: <200302281511.IAA16464@balrog.cnt.com>
Subject: Re: Question
To: cfs-users@research.att.com
Date: Fri, 28 Feb 103 09:11:16 -0600 (CST)
X-Mailer: ELM [version 2.4 PL20]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-0.1 required=5.0
tests=INVALID_DATE,PATCH_CONTEXT_DIFF,SPAM_PHRASE_00_01
version=2.43-cvs
X-Spam-Level:
Sender: owner-cfs-users@crypto.com
Precedence: bulk
One more time with that nasty old non-y2k-compliant ELM...
Sean Kelly wrote:
> Could you post Rob's change to the list please? TIA!
The following is Robert Stampfli's response edited for brevity...
That said, there was a problem with cfs under Solaris, at least
Solaris 7 and later that does not seem to have made it into the
1.4.1 release. I'm attaching an earlier posting to this group
which describes this problem. This may or may not impact 2.6 --
I simply cannot say.
Let me know if this makes a difference in your situation.
Good luck,
Rob
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Date: Wed, 03 Feb 1999 17:23:16 -0800
To: cfs-users@research.att.com
From: Bill Dorsey <dorsey@lila.com>
Subject: Solaris 2.7
Hi,
I've been sitting on these patches for a couple of months now. I haven't
seen anyone else comment on this, but CFS 1.4 does not work under Solaris
2.7 on the Sparc 5 or Ultra boxes I've tried it on.
Apparently, the problem is due to the fact that CFS uses the expression
(0-x), where x is some small positive integer, to generate a file ids
for directories mounted under the cfs mount point. Solaris 2.7 uses
64-bit numbers for file ids and winds up expanding this to a number in
the 2^63 range. This then breaks a number of utilities like ls and
pwd making the system unusable (ls actually attempts to allocate some
unreasonably large amount of memory before blowing up). The patches
included below attempt to address this problem in a reasonable fashion
that should work on all versions of Solaris (I've only tested it under
2.7, however).
Thanks go to Bill Soley for helping me track down this problem.
- Bill Dorsey
---< cut here >---
*** cfs_fh.c Thu Dec 18 16:53:04 1997
--- cfs_fh.c.sol7 Tue Nov 17 01:23:17 1998
***************
*** 479,485 ****
--- 479,489 ----
if (f==NULL)
return 1;
if (f->fileid == 0) /* an instance root */
+ #ifndef SOLARIS2X
return (0-f->ins->id); /* should be unique enough */
+ #else
+ return (0x80000000-f->ins->id); /* workaround for 64-bit fs */
+ #endif
return (f->fileid);
}
***************
*** 493,499 ****
--- 497,507 ----
if (f->fileid==0)
return 1;
else
+ #ifndef SOLARIS2X
return (0-f->ins->id);
+ #else
+ return (0x80000000-f->ins->id); /* workaround */
+ #endif
return f->parent; /* this is already 2 for main root */
}
***************
*** 1164,1170 ****
--- 1172,1182 ----
else
strcpy(d.d_name,
instances[cookie-2]->name);
+ #ifndef SOLARIS2X
d.d_fileno=(0-(cookie-2));
+ #else
+ d.d_fileno=(0x80000000-(cookie-2)); /* workaround */
+ #endif
break;
}
++cookie;
