|
From: | Robert Anderson |
Subject: | Re: [Gnu-arch-users] corrupt library (failed inode signature validation) |
Date: | Tue, 31 Aug 2004 07:41:39 -0700 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4.1) Gecko/20031008 |
Aaron Bentley wrote:
Robert Anderson wrote:Haakon Riiser wrote:The revision library is located on a local filesystem, while the archive is accessed via NFS. Is this configuration a problem?That should be fine,It should be, but it isn't for most versions of tla.Archives on NFS is a problem? Since when?This is a well-known bug. You may want to try the 1.2.1 release, which is supposed to fix the bug.I use archives over NFS with a local revlib at home a lot. Archives over NFS are never a problem, in fact... did you mean that the checked-out project tree was over NFS?No, just the repository. The working copy (and the revision library) is on a local reiser3 filesystem. Btw, I access the repository via sftp, and the sftp-server has my home directory on NFS, but the fact that sftp is also involved shouldn't make any difference, right?I am not aware of such a bug, nor am I aware of changes in 1.2.1 which would fix it.I think you're thinking of library-on-NFS, but that is not this user's configuration. ("The revision library is located on a local filesystem, while the archive is accessed via NFS")
You may be right, but I wouldn't be surprised if there's some less well-known interaction here with NFS that is continuing to cause the problem. I would suggest he try 1.2.1 anyway.
Bob
[Prev in Thread] | Current Thread | [Next in Thread] |