[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/46148 (tmpfs causes cvs corruption)
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
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".
Matthias Scheler https://zhadum.org.uk/
Main Index |
Thread Index |