From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: erik quanstrom Date: Wed, 21 Jan 2009 09:02:15 -0500 To: 9fans@9fans.net In-Reply-To: <1907249cbcf84e4ec83b85464b0e42ab@quintile.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: Re: [9fans] Changelogs & Patches? Topicbox-Message-UUID: 83c1accc-ead4-11e9-9d60-3106f5b1d025 On Wed Jan 21 01:40:13 EST 2009, steve@quintile.net wrote: > > ... fossil does have the functionality to serve two > > different file systems from two different disks, but i don't think > > anyone has used that ... > > I do this, 'main' backed up by venti and 'other' which holds useful stuff > that needn't be backed up, e.g. RFCs, cdrom images, datasheets etc. This is > accessed via 9fs juke as an homage to the CDROM jukebox that once provided > a similar filesystem at the labs. actually, it was a hp jukebox that had mo disks. alliance (neé plasmon) makes 60gb udo2 drives http://www.plasmon.com/archive_solutions/udodrives.html and these libraries http://www.plasmon.com/archive_solutions/glibrary.html the media are supposedly good for 50 years. www.quanstro.net/plan9/disklessfs.pdf describes coraid's worm-replacement strategy. it is both better (offsite, very fast access) and not better (the media are less reliable and not write-once). it would be neat to have a filesystem built as filsys main cpe2.0"kcache"{e2.1jw0w1} all the speed of disks and a perminant record, but clearly not very cost effective. and direct- attach storage doesn't like the right place for the worm. it should be offsite. - erik