[289] in The Cryptographic File System users list

home help back first fref pref prev next nref lref last post

crypto filesystem bugs

daemon@ATHENA.MIT.EDU (Digby Tarvin)
Sat Sep 27 20:44:24 2003

From owner-cfs-users@crypto.com Sun Sep 28 00:44:24 2003
Return-Path: <owner-cfs-users@crypto.com>
Delivered-To: cfs-mtg@CHARON.mit.edu
Received: (qmail 5745 invoked from network); 28 Sep 2003 00:44:23 -0000
Received: from mx.crypto.com (207.140.168.138)
  by charon.mit.edu with SMTP; 28 Sep 2003 00:44:23 -0000
Received: (from majordomo@localhost)
	by MultiHostMXServer (8.9.3/8.9.x4) id UAA05106
	for cfs-users-list; Sat, 27 Sep 2003 20:37:53 -0400 (EDT)
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 UAA07756
	for <cfs-users@crypto.com>; Sat, 27 Sep 2003 20:37:52 -0400 (EDT)
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 h8S0TK2F032635
	for <cfs-users@nsa.research.att.com>; Sat, 27 Sep 2003 20:29:20 -0400 (EDT)
Received: by mail-blue.research.att.com (Postfix)
	id DBE94B8AB1; Sat, 27 Sep 2003 20:30:47 -0400 (EDT)
Delivered-To: cfs-users@research.att.com
Received: by mail-blue.research.att.com (Postfix, from userid 612)
	id CF5B9B8ACE; Sat, 27 Sep 2003 20:30:47 -0400 (EDT)
Received: from janus (fpfw.research.att.com [135.207.1.2])
	by mail-blue.research.att.com (Postfix) with SMTP id C2CD6B8AB1
	for <cfs-users@research.att.com>; Sat, 27 Sep 2003 20:30:46 -0400 (EDT)
Received: from mail-pink.research.att.com ([192.20.225.111]) by janus; Sat, 27 Sep 2003 20:37:15 -0400 (EDT)
Received: from skaro.afraid.org (host217-44-98-69.range217-44.btcentralplus.com [217.44.98.69])
	by mail-pink.research.att.com (Postfix) with ESMTP id F02F358264
	for <cfs-users@research.att.com>; Sat, 27 Sep 2003 20:34:08 -0400 (EDT)
Received: by skaro.afraid.org (Postfix, from userid 100)
	id 01BE518645; Sun, 28 Sep 2003 01:35:51 +0100 (GMT/BST)
Date: Sun, 28 Sep 2003 01:35:50 +0100
From: Digby Tarvin <digbyt@acm.org>
To: cfs-users@research.att.com
Cc: Ian Grigg <iang@systemics.com>
Subject: crypto filesystem bugs
Message-ID: <20030928003550.GA26703@skaro.cthulhu.dircon.co.uk>
Reply-To: Digby Tarvin <digbyt@acm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
X-Face: &(//%&/WHJk7>_lW'@YYeED-qsdBV8&h3_Hpn/0.9_=}vTk</ul5CD1+9|
X-Pgp-Key-Fingerprint: 61 E7 39 FE 4A F4 CA F3  F5 5E BB 45 26 EC 36 3C
X-Spam-Status: No, hits=-105.4 required=4.0
	tests=BAYES_20,USER_AGENT_MUTT,USER_IN_WHITELIST
	autolearn=ham version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Sender: owner-cfs-users@crypto.com
Precedence: bulk

Recently found an annoying bug in CFS (1.3.1) compiled on Linux (SuSE 7.3)

To see the fault:
1. Create a test directory in a CFS directory tree.
2. Create a bunch of files eg I used
i=1;while [ $i != 200 ]^Jdo^Jtouch $i^Ji=`expr 1 + $i`^Jdone

3. compare the output of 'ls' to 'ls *' eg

digbyt@voyager:/home/digbyt/work/secrets/test> ls
1    11   120  131  142  153  164  175  186  197  28  39  5   60  71  82  93
10   110  121  132  143  154  165  176  187  198  29  4   50  61  72  83  94
100  111  122  133  144  155  166  177  188  199  3   40  51  62  73  84  95
101  112  123  134  145  156  167  178  189  2    30  41  52  63  74  85  96
102  113  124  135  146  157  168  179  19   20   31  42  53  64  75  86  97
103  114  125  136  147  158  169  18   190  21   32  43  54  65  76  87  98
104  115  126  137  148  159  17   180  191  22   33  44  55  66  77  88  99
105  116  127  138  149  16   170  181  192  23   34  45  56  67  78  89
106  117  128  139  15   160  171  182  193  24   35  46  57  68  79  9
107  118  129  14   150  161  172  183  194  25   36  47  58  69  8   90
108  119  13   140  151  162  173  184  195  26   37  48  59  7   80  91
109  12   130  141  152  163  174  185  196  27   38  49  6   70  81  92
digbyt@voyager:/home/digbyt/work/secrets/test> echo *
1 10 11 12 13 14 15 16 17 18 19 2 20 21 22 23 24 25 26 27 28 29 3 30 31 32 33 34 35 36 37 38 39 4 40 41 42 43 44 45 46 47 48 49 5 50 51 52 53 54 55 56 57 58 59 6 60 61 62 63 7 8 9

digbyt@voyager:/home/digbyt/work/secrets> rm -r test
rm: cannot remove directory `test': Input/output error
digbyt@voyager:/home/digbyt/work/secrets> ls test
169  171  173  175  177  179  181  183  185  187  189  191  193  195  197  199
170  172  174  176  178  180  182  184  186  188  190  192  194  196  198
digbyt@voyager:/home/digbyt/work/secrets> rm -r test
digbyt@voyager:/home/digbyt/work/secrets> 

For some reason 'ls' seems to see all the files, but the shell does not,
and neither does 'rm -r'. 

I had noticed that files seemed to be going missing, but it was only
when I attempted to move the content of a CFS directoy elsewhere that
I noticed that not all files were copied on the first attempt, and
that I ended up with more files that I started with.

It only seems to be a problem with directories that have quite a
few files in them, and all the files are there, but sometimes
not found by reading the directory. Does seem dangerous never the less.

The same version compiled on BSD/OS does not seem to suffer this. I wonder
if it is a Linux NFS problem...

Anyone come across this before?

Regards
DigbyT
-- 
Digby R. S. Tarvin                                              digbyt@acm.org
http://www.cthulhu.dircon.co.uk

home help back first fref pref prev next nref lref last post