Re: kern/46148 (tmpfs causes cvs corruption)

[Matthias Scheler <tron%NetBSD.org@localhost>]

The following reply was made to PR kern/46148; it has been noted by GNATS.

From: Matthias Scheler <tron%NetBSD.org@localhost>
To: Mindaugas Rasiukevicius <rmind%netbsd.org@localhost>
Cc: NetBSD GNATS <gnats-bugs%NetBSD.org@localhost>
Subject: Re: kern/46148 (tmpfs causes cvs corruption)
Date: Mon, 25 May 2015 16:46:31 +0100

 On Mon, May 25, 2015 at 03:11:57PM +0100, Mindaugas Rasiukevicius wrote:
 > >  > NetBSD colwyn.zhadum.org.uk 7.0_BETA NetBSD 7.0_BETA (GENERIC) #0: Wed
 > >  > Aug 20 13:44:09 BST 2014
 > >  > tron%lyssa.zhadum.org.uk@localhost:/export/scratch/tron/obj/sys/arch/amd64/compile/GENERIC
 > >  > amd64
 > >  
 > >  I still can reproduce this problem with a NetBSD 7.99.18 GENERIC kernel.
 > >  
 > 
 > More information is needed, e.g. trace what CVS is doing at the file
 > system level or some other clue.  Alternatively, a quick and reliable
 > way to reproduce it.
 
 If I knew a quick and reliable way to reproduce this I would have mentioned
 this a long time ago.
 
 Unfortunately I don't. I only noticed the problem a few days after
 I move my local NetBSD CVS repository mirror from a machine with
 "/tmp" on MFS to a machine with "/tmp" on tmpfs.
 
 The best way I can suggest to reproduce it is creating a setup like
 my machine:
 1.) A mirror of NetBSD cvs repository on "/cvsroot".
 2.) tmpfs on "/tmp".
 3.) Checkout "src" over SSH from the local repository.
 4.) Once a day update "/cvsroot" via "rsync" then the update the
     check out with "cvs -q update -P d".
 
 Within less than a week you'll have a multiple copies of "src" in
 random subdirectories of "src".
 
 	Kind regards
 
 -- 
 Matthias Scheler                                 https://zhadum.org.uk/