<html>
If anyone's interested here are couple of links about XFS and JFS for
Linux:<br><br>
<a href="http://linux-xfs.sgi.com/projects/xfs/" eudora="autourl">http://linux-xfs.sgi.com/projects/xfs/</a><br><br>
<a href="http://oss.software.ibm.com/developerworks/opensource/jfs/index.html" eudora="autourl">http://oss.software.ibm.com/developerworks/opensource/jfs/index.html</a><br><br>
Right now SGI has the head start for support on linux. <br><br>
<br>
At 04:49 PM 10/24/2001 -0600, you wrote:<br>
<blockquote type=cite class=cite cite><x-tab> </x-tab>I
know for a fact that availability of dump/restore would make or
break<br>
<x-tab> </x-tab>the
adoption of a specific filesystem where I work... :)<br><br>
I've been using dump w/amanda+EXB-440 on several ext3 filesystems under
the RH7.1.94 beta.<br>
The dump see's the journal file and appears to do the right thing on
lightly loaded<br>
filesystem. I haven't needed (wanted to spend the time yet) to stress
test it. I may<br>
soon just to be safe.<br><br>
I have been using two large software Raid 5 arrays - FC 6x18GB and 12x9GB
10K Drives.<br>
There are serious problems with the raid software during power sags where
the supply<br>
might drop a bit and reset a few of the active drives. The Linux raid
software makes<br>
a huge mistake with this, and varies the drives off line and attempts to
briefly<br>
run with fewer than enough drives. The result is the serial/transaction
numbers in the<br>
array get out of wack and the array is useless until manually recovered.
I could probably<br>
hide this with a faster UPS and more lightly load the drive array power -
but it's<br>
a problem in any case.<br><br>
Will be upgrading all 4 systems tonight/tomarrow to RH7.2 to get off the
beta which<br>
has been pretty stable.<br><br>
I'm seriously thinking about switching to ReiserFS - but all these
filesystems are<br>
far less robust than they try to imply. They only journal meta data at
best, which<br>
really leaves the filesystem wide open for serious data corruption that
might take<br>
months to notice (past normal full dump holding cycles for many
shops).<br><br>
John<br>
_______________________________________________<br>
NCLUG mailing list<br>
NCLUG@nclug.org<br>
<a href="http://www.nclug.org/mailman/listinfo/nclug" eudora="autourl">http://www.nclug.org/mailman/listinfo/nclug</a></blockquote>
<x-sigsep><p></x-sigsep>
<font face="Courier New, Courier">I just want the chance to prove 'Money
can't buy Happiness'" - a bumper sticker<br><br>
C. J.
Keist
Email: cjay@engr.colostate.edu<br>
UNIX/Network
Manager
Phone: 970-491-0630<br>
Engineering Network Services Fax:
970-491-5569<br>
College of Engineering, CSU<br>
Ft. Collins, CO 80523-1301<br><br>
</font></html>