On Friday 01 April 2005 13:49, Erik P. Olsen wrote:
>On Fri, 2005-04-01 at 13:09 -0500, Gene Heskett wrote:
>> On Friday 01 April 2005 03:19, Erik P. Olsen wrote:
[...]
>Last year I had head crash with my two 60 GB disks when they where
> still under warranty. I had them replaced but couldn't wait the 3
> weeks it took, so I had to buy new ones. Last time it happened
> (there were 6 months in between) the tape streamer also died and
> took the tape with it. I'm sure Murphy has a law for that. As a
> consequence I could not restore the system even with a new and well
> functioning tape station in place. Statistically this problem
> should never occur, but it did.
>
And you weren't taunting the happy fun ball? :-)
>> > It worked extremely
>> > well, if I crashed my system - which I did very often - it took
>> > me about half an hour to recover either using a stand-alone
>> > recover program or my maintenance OS/2 if it was alive and I
>> > kept an archive of up to 8 weeks of back-ups.
>>
>> I was always told that OS2 was stable. And I stay quite bleeding
>> edge in terms of the kernel I run on this FC2 system, which is
>> also backing up my RH7.3 firewall box. Currently running
>> 2.6.12-rc1, the smoothest running, snappiest kernel yet in the 2.6
>> series. I can't recall the last time I actually crashed a running
>> system. Several months ago in any event.
>
>OS/2 is stable though not as stable as FC3. The frequent crashes
> were mainly because I did a lot of testing with new system
> software.
So do I, new firewire movie camera & a pcHDTV-3000 card.
Which I might add is working flawlessly witu 2.6.12-rc1, but nothing
later in the mm or realtime pipelines.
>> > Now with Linux and Amanda I
>> > use 9 tapes mainly because Amanda won't add today's back-up to
>> > yesterday's tape.
>>
>> Thats a security risk amanda won't take. When amanda is done, and
>> has released the drive, there is nothing to prevent someone from
>> removing the tape, and either reinserting it, in which case the
>> tape is rewound and will be totally overwritten, or even the wrong
>> tape might be reloaded. Either way, amanda has no ironclad
>> assurance that the tape will be sitting in the same position it
>> was left in, ready to append new files to it. Yes, most drives
>> today can do an 'mt -d/dev/nst0 seof' and hit within a quarter of
>> an inch of it. But some drives cannot, and that locks amanda out
>> of useing that feature for all users. At some point, the last
>> legacy drive that cannot do that might die, but we have no idea
>> when that might be...
>
>I suppose the back-up software placed a sort of end-of-tape mark
> after each back-up and just searched for that tapemark when a new
> back-up was about to be run. I've used it for 5 years and it never
> failed. It would even ask for another tape to continue the back-up
> if the first tape ran full.
It does, and it works flawlessly for me with any of the many DDS2
drives I've had. However, when that command became generally
available, I don't know.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.34% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
|
