From lm at bitmover.com  Wed Jan 13 12:28:40 2010
From: lm at bitmover.com (Larry McVoy)
Date: Tue, 12 Jan 2010 18:28:40 -0800
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <20100113022840.GH27848@bitmover.com>

I dunno but here, where my login is "lm", we have "lm3di".  Which
somehow translates to "lm made me do it".

On Wed, Dec 16, 2009 at 10:02:52AM +1000, Warren Toomey wrote:
> I just saw this on Groklaw:
> 
> 	There were not many machines which ran Version 10. They were all
> 	at Murray Hill and some of them were donated to Auburn University
> 	when AT&T closed up shop.  We got some old MicroVAX machines and
> 	a couple of printed manuals. One of the printed manuals lists
> 	various error codes. One of them is
> 
> 	E_GREG Greg did it.
> 
> 	Poor Greg. who was he, really?
> 
> Anybody know the answer? Norman?
> 
> P.S Merry Xmas to all.
> Cheers,
> 	Warren
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs

-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com


From lm at bitmover.com  Wed Jan 13 12:28:40 2010
From: lm at bitmover.com (Larry McVoy)
Date: Tue, 12 Jan 2010 18:28:40 -0800
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <20100113022840.GH27848@bitmover.com>

I dunno but here, where my login is "lm", we have "lm3di".  Which
somehow translates to "lm made me do it".

On Wed, Dec 16, 2009 at 10:02:52AM +1000, Warren Toomey wrote:
> I just saw this on Groklaw:
> 
> 	There were not many machines which ran Version 10. They were all
> 	at Murray Hill and some of them were donated to Auburn University
> 	when AT&T closed up shop.  We got some old MicroVAX machines and
> 	a couple of printed manuals. One of the printed manuals lists
> 	various error codes. One of them is
> 
> 	E_GREG Greg did it.
> 
> 	Poor Greg. who was he, really?
> 
> Anybody know the answer? Norman?
> 
> P.S Merry Xmas to all.
> Cheers,
> 	Warren
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs

-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From neozeed at gmail.com  Wed Jan 13 13:04:00 2010
From: neozeed at gmail.com (Jason Stevens)
Date: Tue, 12 Jan 2010 22:04:00 -0500
Subject: [TUHS] SYSIII
Message-ID: <46b366131001121904x6285f755h834bf50c3c7bbce7@mail.gmail.com>

I forgot to mention that I had a friend help me out, and he got SYSIII
running on SIMH.......!

I don't know if there would be any interest in this... I don't have a good
layout of 'steps' as it was so... chained from 32v, and from within itself
as it can't boot from the tape..

But I can supply a working disk image to anyone that wants it... or should I
send it to Warren 1st, and he can send it to all the ancient/sysv licenses?

sorry if i'm not all that coherent.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100112/1315c821/attachment.html>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From brantley at coraid.com  Wed Jan 13 13:07:19 2010
From: brantley at coraid.com (Brantley Coile)
Date: Tue, 12 Jan 2010 22:07:19 -0500
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <06978479-C120-40CF-8878-BE15EFE01B76@coraid.com>

Greg Chesson. He designed the uucp g protocol. There was a piece of  
networking gear at Murray hill that Greg worked on that every now and  
then would fail to connect. Someone modified the message to read "it's  
all Greg's fault.". Later the string became an errno, I think for the  
Netb file server protocol. Plan 9 still has an EGREG even though it is  
a string in plan 9. It now reads "Ken has left the building."

iPhone email

On Dec 15, 2009, at 7:02 PM, Warren Toomey <wkt at tuhs.org> wrote:

> I just saw this on Groklaw:
>
>    There were not many machines which ran Version 10. They were all
>    at Murray Hill and some of them were donated to Auburn University
>    when AT&T closed up shop.  We got some old MicroVAX machines and
>    a couple of printed manuals. One of the printed manuals lists
>    various error codes. One of them is
>
>    E_GREG Greg did it.
>
>    Poor Greg. who was he, really?
>
> Anybody know the answer? Norman?
>
> P.S Merry Xmas to all.
> Cheers,
>    Warren
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>


From brantley at coraid.com  Wed Jan 13 13:07:19 2010
From: brantley at coraid.com (Brantley Coile)
Date: Tue, 12 Jan 2010 22:07:19 -0500
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <06978479-C120-40CF-8878-BE15EFE01B76@coraid.com>

Greg Chesson. He designed the uucp g protocol. There was a piece of  
networking gear at Murray hill that Greg worked on that every now and  
then would fail to connect. Someone modified the message to read "it's  
all Greg's fault.". Later the string became an errno, I think for the  
Netb file server protocol. Plan 9 still has an EGREG even though it is  
a string in plan 9. It now reads "Ken has left the building."

iPhone email

On Dec 15, 2009, at 7:02 PM, Warren Toomey <wkt at tuhs.org> wrote:

> I just saw this on Groklaw:
>
>    There were not many machines which ran Version 10. They were all
>    at Murray Hill and some of them were donated to Auburn University
>    when AT&T closed up shop.  We got some old MicroVAX machines and
>    a couple of printed manuals. One of the printed manuals lists
>    various error codes. One of them is
>
>    E_GREG Greg did it.
>
>    Poor Greg. who was he, really?
>
> Anybody know the answer? Norman?
>
> P.S Merry Xmas to all.
> Cheers,
>    Warren
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Wed Jan 13 13:42:26 2010
From: lm at bitmover.com (Larry McVoy)
Date: Tue, 12 Jan 2010 19:42:26 -0800
Subject: [TUHS] (no subject)
Message-ID: <20100113034226.GI27848@bitmover.com>

xtp at google.com
Bcc: 
Subject: Re: [TUHS] E_GREG ??
Reply-To: 
In-Reply-To: <06978479-C120-40CF-8878-BE15EFE01B76 at coraid.com>

Hey, I know and like Greg.  I used to work for him.  I've cc-ed him on this,
he may not know about this list.  And might enjoy it.

On Tue, Jan 12, 2010 at 10:07:19PM -0500, Brantley Coile wrote:
> Greg Chesson. He designed the uucp g protocol. There was a piece of  
> networking gear at Murray hill that Greg worked on that every now and  
> then would fail to connect. Someone modified the message to read "it's  
> all Greg's fault.". Later the string became an errno, I think for the  
> Netb file server protocol. Plan 9 still has an EGREG even though it is a 
> string in plan 9. It now reads "Ken has left the building."
>
> iPhone email
>
> On Dec 15, 2009, at 7:02 PM, Warren Toomey <wkt at tuhs.org> wrote:
>
>> I just saw this on Groklaw:
>>
>>    There were not many machines which ran Version 10. They were all
>>    at Murray Hill and some of them were donated to Auburn University
>>    when AT&T closed up shop.  We got some old MicroVAX machines and
>>    a couple of printed manuals. One of the printed manuals lists
>>    various error codes. One of them is
>>
>>    E_GREG Greg did it.
>>
>>    Poor Greg. who was he, really?
>>
>> Anybody know the answer? Norman?
>>
>> P.S Merry Xmas to all.
>> Cheers,
>>    Warren
>> _______________________________________________
>> TUHS mailing list
>> TUHS at minnie.tuhs.org
>> https://minnie.tuhs.org/mailman/listinfo/tuhs
>>
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs

-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From newsham at lava.net  Wed Jan 13 15:58:41 2010
From: newsham at lava.net (Tim Newsham)
Date: Tue, 12 Jan 2010 19:58:41 -1000 (HST)
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <Pine.BSI.4.64.1001121953180.5454@malasada.lava.net>

> 	E_GREG Greg did it.

Greg Chesson: http://9fans.net/archive/2005/03/201

Egreg lives on in plan9 although the text changes from
time to time:

http://swtch.com/cgi-bin/plan9history.cgi?f=port/error.h;v=history

There was a thread about it on 9fans. See
http://9fans.net/archive/2005/03

> 	Warren

Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com


From newsham at lava.net  Wed Jan 13 15:58:41 2010
From: newsham at lava.net (Tim Newsham)
Date: Tue, 12 Jan 2010 19:58:41 -1000 (HST)
Subject: [TUHS] E_GREG ??
In-Reply-To: <20091216000252.GA27531@minnie.tuhs.org>
References: <20091216000252.GA27531@minnie.tuhs.org>
Message-ID: <Pine.BSI.4.64.1001121953180.5454@malasada.lava.net>

> 	E_GREG Greg did it.

Greg Chesson: http://9fans.net/archive/2005/03/201

Egreg lives on in plan9 although the text changes from
time to time:

http://swtch.com/cgi-bin/plan9history.cgi?f=port/error.h;v=history

There was a thread about it on 9fans. See
http://9fans.net/archive/2005/03

> 	Warren

Tim Newsham | www.thenewsh.com/~newsham | thenewsh.blogspot.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From norman at oclsc.org  Wed Jan 13 16:37:56 2010
From: norman at oclsc.org (Norman Wilson)
Date: Wed, 13 Jan 2010 01:37:56 -0500 (EST)
Subject: [TUHS] E_GREG ??
Message-ID: <1263363243.4276.for-standards-violators@oclsc.org>

I don't know where the Groklaw posting came from,
but the info is garbled in two ways:

1.  It's not E_GREG, any more than it was ever E_NXIO
or E_IO or E_ACCES.  It's EGREG.

2.  The associated message is not and never was Greg
did it but It's all Greg's fault.

The Greg in question is indeed Greg Chesson; the saying
was part of the culture when I arrived in 1127 in 1984.
I knew the story once but have forgotten.

EGREG was put into the system initially half as a joke,
half as a spare error code for debugging kernel code.
Then, as I vaguely recall, Andrew Hume started using it
for real in his WORM-device driver, rather than inventing
a new code if he really needed it.  This is how software
grows and why it must be pruned, or even razed to the
ground, now and then.

The phrase It's all so-and-so's fault, and variations
on that theme, appeared now and then in other ways in
the culture.  My favourite was when Tom Duff augmented
the simple code (just a shell script, I think) that
sent printer-status warnings to the UNIX Room voice
synthesizer so that it didn't just say Please add paper,
it said Please add paper, dammit t d (if the current job
was td's).  Except that for a while, for reasons that
now escape me, it was deliberatly changed to say dammit
andrew (Hume) no matter who's stuff was printing.  It
took a week or two before Andrew noticed.

It was a kindergarten there, but a fun and productive one.
I don't miss living in northern New Jersey (which is why
I left the group in 1990) but I do miss the group as it
then was, and no longer is nor ever again shall be.

Norman Wilson
Toronto ON
(Actually typing this whilst sitting
somewhere northeast of Emeryville CA)
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From slapinid at gmail.com  Thu Jan 21 20:26:39 2010
From: slapinid at gmail.com (Sergey Lapin)
Date: Thu, 21 Jan 2010 13:26:39 +0300
Subject: [TUHS] Irwin 285
Message-ID: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>

Hi, all!

Once, I was dismantling very old very long dead rusty box, which once
ran some version of SCO UNIX.
And I've got a strange device I've seen nowhere else - floppy-attached
tape drive, labelled Irwin, model 285. Drive looks
OK visually, motor wiring is perfect, so I can't see why it won't work.
I tried to make it run with old and new versions of Linux, but failed.
Do anybody have any documentation
regarding this?

Also - how wide these devices were used? I've never met one before
while I can't say I have little IT experience.

All the best,
S.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From brantley at coraid.com  Thu Jan 21 20:51:53 2010
From: brantley at coraid.com (Brantley Coile)
Date: Thu, 21 Jan 2010 05:51:53 -0500
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
Message-ID: <B643A6ED-7F6B-4678-B881-FA4EA0A8B9C2@coraid.com>

Those type of drives used a floppy interface but didn't look like a  
floppy. If I remember right, the seek signal was a data clock and the  
seek direction signal was the out data. I don't remember the in data.  
The other signals were ignored.

You sent command blocks to the tape drive by sending a series of seek  
requests that caused the command block to be encoded on the seek/seek  
direction pins. The you would toggle the seek pin and read the input  
pin to read the response.

Brantley.

iPhone email

On Jan 21, 2010, at 5:26 AM, Sergey Lapin <slapinid at gmail.com> wrote:

> Hi, all!
>
> Once, I was dismantling very old very long dead rusty box, which once
> ran some version of SCO UNIX.
> And I've got a strange device I've seen nowhere else - floppy-attached
> tape drive, labelled Irwin, model 285. Drive looks
> OK visually, motor wiring is perfect, so I can't see why it won't  
> work.
> I tried to make it run with old and new versions of Linux, but failed.
> Do anybody have any documentation
> regarding this?
>
> Also - how wide these devices were used? I've never met one before
> while I can't say I have little IT experience.
>
> All the best,
> S.
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Thu Jan 21 21:19:17 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 12:19:17 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
Message-ID: <20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 13:26:39 +0300
Sergey Lapin <slapinid at gmail.com> wrote:

> And I've got a strange device I've seen nowhere else - floppy-attached
> tape drive, labelled Irwin, model 285.
[...]
> Also - how wide these devices were used? I've never met one before
> while I can't say I have little IT experience.
Floppy tapes where quite common consumer grade (i.e. cheap crap) backup
drives in the early 90'is. They just mimic a floppy drive to the
controler. But you need special software to actually use the drive.
They don't work like a big floppy.

Don't waste your time with this crap. Floppy streamers are sslllooowww
and unreliable. They are limited to the data rate of a floppy drive,
IIRC 500 kBit/s max. and the tapes need to be formated before use. They
have no "read after write" verify. So you need an extra verify run
after the backup was written. I.e. you need to run the whole tape three
times through the drive. This can take up to several hours.

The only reason to resurrect one of these drives is to read old tapes
with important data that would be lost otherwise.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Thu Jan 21 21:32:13 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 12:32:13 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121113213.GB14623@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 12:19:17PM +0100 ..
> On Thu, 21 Jan 2010 13:26:39 +0300
> Sergey Lapin <slapinid at gmail.com> wrote:
> 
> > And I've got a strange device I've seen nowhere else - floppy-attached
> > tape drive, labelled Irwin, model 285.
> [...]
> > Also - how wide these devices were used? I've never met one before
> > while I can't say I have little IT experience.
> Floppy tapes where quite common consumer grade (i.e. cheap crap) backup
> drives in the early 90'is. They just mimic a floppy drive to the
> controler. But you need special software to actually use the drive.
> They don't work like a big floppy.
> 
> Don't waste your time with this crap. Floppy streamers are sslllooowww
> and unreliable. They are limited to the data rate of a floppy drive,
> IIRC 500 kBit/s max. and the tapes need to be formated before use. They
> have no "read after write" verify. So you need an extra verify run
> after the backup was written. I.e. you need to run the whole tape three
> times through the drive. This can take up to several hours.
> 
> The only reason to resurrect one of these drives is to read old tapes
> with important data that would be lost otherwise.

Exactly.  Even at the best of times this was basically junk, these
days it is probably worse than junk.  "SperrmÃŒll" ;-)

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From slapinid at gmail.com  Thu Jan 21 22:07:07 2010
From: slapinid at gmail.com (Sergey Lapin)
Date: Thu, 21 Jan 2010 15:07:07 +0300
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121113213.GB14623@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
Message-ID: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>

On Thu, Jan 21, 2010 at 2:32 PM, Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 12:19:17PM +0100 ..
>> On Thu, 21 Jan 2010 13:26:39 +0300
>> Sergey Lapin <slapinid at gmail.com> wrote:
>>
>> > And I've got a strange device I've seen nowhere else - floppy-attached
>> > tape drive, labelled Irwin, model 285.
>> [...]
>> > Also - how wide these devices were used? I've never met one before
>> > while I can't say I have little IT experience.
>> Floppy tapes where quite common consumer grade (i.e. cheap crap) backup
>> drives in the early 90'is. They just mimic a floppy drive to the
>> controler. But you need special software to actually use the drive.
>> They don't work like a big floppy.
>>
>> Don't waste your time with this crap. Floppy streamers are sslllooowww
>> and unreliable. They are limited to the data rate of a floppy drive,
>> IIRC 500 kBit/s max. and the tapes need to be formated before use. They
>> have no "read after write" verify. So you need an extra verify run
>> after the backup was written. I.e. you need to run the whole tape three
>> times through the drive. This can take up to several hours.
>>
>> The only reason to resurrect one of these drives is to read old tapes
>> with important data that would be lost otherwise.
>
> Exactly.  Even at the best of times this was basically junk, these
> days it is probably worse than junk.  "SperrmÃŒll" ;-)

Ah, that's so bad, so I will really need to buy some vintage SCSI tape drive
to fullfill my backup needs. I see the reason why these devices are
nowhere to be found.

S.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From slapinid at gmail.com  Thu Jan 21 22:12:43 2010
From: slapinid at gmail.com (Sergey Lapin)
Date: Thu, 21 Jan 2010 15:12:43 +0300
Subject: [TUHS] Irwin 285
In-Reply-To: <4B5842FC.6000407@icpnet.pl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<4B5842FC.6000407@icpnet.pl>
Message-ID: <48239d391001210412i246fa75bg7d27830431d12277@mail.gmail.com>

>
> I have seen , I think 2 years ago, a company in California which still
> offered these drives brand new and tapes for them.Try to google.
> The only system I know, which supports these drives, is Coherent.
> You can still find sources of the driver and eventually port it to SCO.
> But probably the manufacturer of this drive offers drivers for SCO.
>

Actually, I don't need SCO that much, so I'm fine with Linux. Too bad
they removed ftape subsystem from recent kernels, but this drive
didn't work even for old ones. So I will probably need to port this
stuff to some MCU, so I will need some protocol knowledge,
so I will need to dig into some old sources somewhere. Or find
some known working software package which will work with this drive
and do digging with oscilloscope for protocol.

Thanks a lot!
S.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From vasco at icpnet.pl  Thu Jan 21 22:05:16 2010
From: vasco at icpnet.pl (Andrzej Popielewicz)
Date: Thu, 21 Jan 2010 13:05:16 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
Message-ID: <4B5842FC.6000407@icpnet.pl>

Sergey Lapin pisze:
> Hi, all!
>
> Once, I was dismantling very old very long dead rusty box, which once
> ran some version of SCO UNIX.
> And I've got a strange device I've seen nowhere else - floppy-attached
> tape drive, labelled Irwin, model 285. Drive looks
> OK visually, motor wiring is perfect, so I can't see why it won't work.
> I tried to make it run with old and new versions of Linux, but failed.
> Do anybody have any documentation
> regarding this?
>
> Also - how wide these devices were used? I've never met one before
> while I can't say I have little IT experience.
>
> All the best,
> S.
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>
> __________ Informacja programu ESET NOD32 Antivirus, wersja bazy sygnatur wirusow 4792 (20100121) __________
>
> Wiadomosc zostala sprawdzona przez program ESET NOD32 Antivirus.
>
> http://www.eset.pl lub http://www.eset.com 
>
>
>
>
>   
I have seen , I think 2 years ago, a company in California which still 
offered these drives brand new and tapes for them.Try to google.
The only system I know, which supports these drives, is Coherent.
You can still find sources of the driver and eventually port it to SCO.
But probably the manufacturer of this drive offers drivers for SCO.

Andrzej

Andrzej
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From neozeed at gmail.com  Thu Jan 21 22:37:41 2010
From: neozeed at gmail.com (Jason Stevens)
Date: Thu, 21 Jan 2010 07:37:41 -0500
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
Message-ID: <46b366131001210437g306e26dfs6629e5a05ecb5a41@mail.gmail.com>

In this day & age, why on earth would you want tape?

Hard disks, esp usb ones are so cheap!  You can buy 1TB disks for around
$100 USD each.... and keep them in rotation.

Tapes break, they are SEQUENTIAL and SLOW.

I don't think I've backed up to tape in over 5+ years...

The floppy tapes really were terrible, I had a few and eventually they
become unusable... Not to mention they end up eating 100% of the cpu when
they do their thing, so the machine is unusable.  And the horror stories I
have of how these tapes take HOURS to report some basic failure, but people
assume they have good backups....

It's really hard to tell people that have been 'backing up' for years that
because they didn't format the tape, they have nothing...  Although it took
2-3 hours for the software to tell them that....

There is a fundamental reason you don't see these things anymore, not to
mention tapes just haven't been able to keep up with hard disk sizes...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100121/80f909f5/attachment.html>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From wb at freebie.xs4all.nl  Thu Jan 21 23:02:19 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 14:02:19 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <46b366131001210437g306e26dfs6629e5a05ecb5a41@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<46b366131001210437g306e26dfs6629e5a05ecb5a41@mail.gmail.com>
Message-ID: <20100121130219.GA15158@freebie.xs4all.nl>

Quoting Jason Stevens, who wrote on Thu, Jan 21, 2010 at 07:37:41AM -0500 ..
> In this day & age, why on earth would you want tape?
> 
> Hard disks, esp usb ones are so cheap!  You can buy 1TB disks for around
> $100 USD each.... and keep them in rotation.
> 
> Tapes break, they are SEQUENTIAL and SLOW.
> 
> I don't think I've backed up to tape in over 5+ years...
> 
> The floppy tapes really were terrible, I had a few and eventually they
> become unusable... Not to mention they end up eating 100% of the cpu when
> they do their thing, so the machine is unusable.  And the horror stories I
> have of how these tapes take HOURS to report some basic failure, but people
> assume they have good backups....
> 
> It's really hard to tell people that have been 'backing up' for years that
> because they didn't format the tape, they have nothing...  Although it took
> 2-3 hours for the software to tell them that....

That concept is known under the acronym WORN.  Write Once, Read Never.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 02:50:38 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 17:50:38 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121130219.GA15158@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<46b366131001210437g306e26dfs6629e5a05ecb5a41@mail.gmail.com>
	<20100121130219.GA15158@freebie.xs4all.nl>
Message-ID: <20100121175038.747923ac.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 14:02:19 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> That concept is known under the acronym WORN.  Write Once, Read Never.
Once a friend said: A DAT backup drive is a winding /dev/null.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 03:11:47 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 18:11:47 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
Message-ID: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 15:07:07 +0300
Sergey Lapin <slapinid at gmail.com> wrote:

> Ah, that's so bad, so I will really need to buy some vintage SCSI
> tape drive to fullfill my backup needs.
If you really want tape backup: Get a DLT drive. This is the most
reliable tape technology I came across. Next to it are the big QIC
drives that use DC6xxx or DC9xxx media. (Don't confuse this with the
MiniQIC stuff that was used for floppy streamers.) This would be a
proper backup for an old Unix box. (DC600 tapes where a common
distribution media for Unix software in the pre-CDROM era.)

Avoid helical scan like DAT or Exabyte 8 mm.

Hmmm. Well. 9-track tape is even more reliable then DLT. But how much
data do you get on a 2400' tape at 6250 bpi? (Answer left to the reader
as an exercise. ;-) )

Or, as Jason mentioned: Consider disk backup on at least two redundant
disks. (Does not need to be RAID. Just copy all data to two indepentent
disks.)

Store at least one backup off site...

Forget CD-R and DVD-R.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From slapinid at gmail.com  Fri Jan 22 03:41:10 2010
From: slapinid at gmail.com (Sergey Lapin)
Date: Thu, 21 Jan 2010 20:41:10 +0300
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
Message-ID: <48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>

On Thu, Jan 21, 2010 at 8:11 PM, Jochen Kunz <jkunz at unixag-kl.fh-kl.de> wrote:
> On Thu, 21 Jan 2010 15:07:07 +0300
> Sergey Lapin <slapinid at gmail.com> wrote:
>
>> Ah, that's so bad, so I will really need to buy some vintage SCSI
>> tape drive to fullfill my backup needs.
> If you really want tape backup: Get a DLT drive. This is the most
> reliable tape technology I came across. Next to it are the big QIC
> drives that use DC6xxx or DC9xxx media. (Don't confuse this with the
> MiniQIC stuff that was used for floppy streamers.) This would be a
> proper backup for an old Unix box. (DC600 tapes where a common
> distribution media for Unix software in the pre-CDROM era.)
>
> Avoid helical scan like DAT or Exabyte 8 mm.
>
> Hmmm. Well. 9-track tape is even more reliable then DLT. But how much
> data do you get on a 2400' tape at 6250 bpi? (Answer left to the reader
> as an exercise. ;-) )
>
> Or, as Jason mentioned: Consider disk backup on at least two redundant
> disks. (Does not need to be RAID. Just copy all data to two indepentent
> disks.)
>
> Store at least one backup off site...
>
> Forget CD-R and DVD-R.

Thanks a lot for all advices! Now I think I've got two problems now -
one is to implement backup
(which is unrelated here), and one, for fun, to make device working.
I've got drive and have just got
full vintage cabinet full of tapes to experiment on :) (since company
where I've got that box with a drive
decided to move all their old trash to local scrap and I talked them
into giving that tapes cabinet to me,
including contents. I just don't know what stuff is on these tapes,
but that in itself is intriguing :)

All the best,
S.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From imp at bsdimp.com  Fri Jan 22 03:37:08 2010
From: imp at bsdimp.com (M. Warner Losh)
Date: Thu, 21 Jan 2010 10:37:08 -0700 (MST)
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
References: <20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121.103708.807935107141066132.imp@bsdimp.com>

In message: <20100121181147.97ae525c.jkunz at unixag-kl.fh-kl.de>
            Jochen Kunz <jkunz at unixag-kl.fh-kl.de> writes:
: Or, as Jason mentioned: Consider disk backup on at least two redundant
: disks. (Does not need to be RAID. Just copy all data to two indepentent
: disks.)

I've used this method for years, with all my dumps going to a primary
disk, and then rsync to a secondary one.  I keep a copy of all my
level 0 dumps (which I do once or twice a year) forever, and then
prune the higher numbered dumps as they become obsolete.

The rsync allows me to recover more easily if a machine fails, I just
mount the backup partition off the backup machine...

Warner
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 04:59:17 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 19:59:17 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121185917.GA25619@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 06:11:47PM +0100 ..
> On Thu, 21 Jan 2010 15:07:07 +0300
> Sergey Lapin <slapinid at gmail.com> wrote:
> 
> > Ah, that's so bad, so I will really need to buy some vintage SCSI
> > tape drive to fullfill my backup needs.
> If you really want tape backup: Get a DLT drive. This is the most

Or LTO.

> reliable tape technology I came across. Next to it are the big QIC
> drives that use DC6xxx or DC9xxx media. (Don't confuse this with the

QIC is OK, but the capacity zukz..

> Avoid helical scan like DAT or Exabyte 8 mm.

It says so on the DAT drives remember:  DDS = DAT Drives *ck  ;-)

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 05:00:01 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 20:00:01 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
Message-ID: <20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 20:41:10 +0300
Sergey Lapin <slapinid at gmail.com> wrote:

> I just don't know what stuff is on these tapes,
> but that in itself is intriguing
http://www.fiu.edu/~mizrachs/hackethic.html
Especially section "New Hacker Ethic" clause
	1. Above all else, do no harm
and more important
	2. Protect Privacy

If the data on the tapes is not yours and not public, please respect
the privacy of other entities. Delete all data.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From aek at bitsavers.org  Fri Jan 22 05:10:15 2010
From: aek at bitsavers.org (Al Kossow)
Date: Thu, 21 Jan 2010 11:10:15 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>	<20100121113213.GB14623@freebie.xs4all.nl>	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>	<48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
	<20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
Message-ID: <4B58A697.7080702@bitsavers.org>

On 1/21/10 11:00 AM, Jochen Kunz wrote:

> If the data on the tapes is not yours and not public, please respect
> the privacy of other entities. Delete all data.

you forgot

"and future historians will damn you for doing so."





_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 05:36:58 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 20:36:58 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <4B58A697.7080702@bitsavers.org>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
	<20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
	<4B58A697.7080702@bitsavers.org>
Message-ID: <20100121203658.14542a52.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 11:10:15 -0800
Al Kossow <aek at bitsavers.org> wrote:

> > If the data on the tapes is not yours and not public, please respect
> > the privacy of other entities. Delete all data.
> 
> you forgot
> 
> "and future historians will damn you for doing so."
Doesn't count. Privacy does not end. Even dead individuals (entities)
have a right to be respected. Until the data is of historic interrest
it will be unreadable anyway. The only way out would be to read the
data and properly archive it, but never analyze it. (And as I
understand it the Sergey wants to analyze the data.)

Don't forget to add a Digital Rosetta Stone!
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 05:41:58 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 20:41:58 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <4B58A697.7080702@bitsavers.org>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
	<20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
	<4B58A697.7080702@bitsavers.org>
Message-ID: <20100121194158.GD25687@freebie.xs4all.nl>

Quoting Al Kossow, who wrote on Thu, Jan 21, 2010 at 11:10:15AM -0800 ..
> On 1/21/10 11:00 AM, Jochen Kunz wrote:
> 
> > If the data on the tapes is not yours and not public, please respect
> > the privacy of other entities. Delete all data.
> 
> you forgot
> 
> "and future historians will damn you for doing so."

Especially if it proves to be AG data

(AG= Anno Google, pre-Google ;-)

But if it is private data: can it..

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 05:48:29 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 20:48:29 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121185917.GA25619@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
Message-ID: <20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 19:59:17 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> QIC is OK, but the capacity zukz..
Depends. It is perfectly suited as backup for a vintage Unix system
like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC
drive for OS instales and backup.) Also note that the latest QIC in
its SLR / MLR incarnation had a capacity of 20 GB.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 05:56:19 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 20:56:19 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121195619.GE25687@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 08:48:29PM +0100 ..
> On Thu, 21 Jan 2010 19:59:17 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > QIC is OK, but the capacity zukz..
> Depends. It is perfectly suited as backup for a vintage Unix system
> like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC

Sun 3 had rather small QIC tapes, I think I had 60MB in mine?

> drive for OS instales and backup.) Also note that the latest QIC in
> its SLR / MLR incarnation had a capacity of 20 GB.

I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
was given a DLT, I admit :)

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 06:00:34 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 21:00:34 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121195818.GF9956@bitmover.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
Message-ID: <20100121200034.GG25687@freebie.xs4all.nl>

Quoting Larry McVoy, who wrote on Thu, Jan 21, 2010 at 11:58:18AM -0800 ..
> On Thu, Jan 21, 2010 at 08:56:19PM +0100, Wilko Bulte wrote:
> > Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 08:48:29PM +0100 ..
> > > On Thu, 21 Jan 2010 19:59:17 +0100
> > > Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> > > 
> > > > QIC is OK, but the capacity zukz..
> > > Depends. It is perfectly suited as backup for a vintage Unix system
> > > like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC
> > 
> > Sun 3 had rather small QIC tapes, I think I had 60MB in mine?
> > 
> > > drive for OS instales and backup.) Also note that the latest QIC in
> > > its SLR / MLR incarnation had a capacity of 20 GB.
> > 
> > I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
> > was given a DLT, I admit :)
> 
> Does anyone still use tape for personal backup?  I've long since gone to
> external usb drives that I shove in the gun safe (aka fire safe).

LTO3 here :)  But the disks are getting to be too big to fit a level 0 on a
single tape.  I need to go and try to understand something like Amanda
backup s/w I think.  Suggestions welcome.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From cowan at ccil.org  Fri Jan 22 05:45:42 2010
From: cowan at ccil.org (John Cowan)
Date: Thu, 21 Jan 2010 14:45:42 -0500
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<48239d391001210941j26cccffckafa196b2e0254b90@mail.gmail.com>
	<20100121200001.2f0e956e.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121194542.GE27530@mercury.ccil.org>

Jochen Kunz scripsit:

> If the data on the tapes is not yours and not public, please respect
> the privacy of other entities. Delete all data.

I don't think that necessarily applies to historical data.  The dead
(including dead corporations) have no privacy interest.

-- 
I am expressing my opinion.  When my            John Cowan
honorable and gallant friend is called,         cowan at ccil.org
he will express his opinion.  This is           http://www.ccil.org/~cowan
the process which we call Debate.                   --Winston Churchill
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Fri Jan 22 06:11:25 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 12:11:25 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121200034.GG25687@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
Message-ID: <20100121201125.GG9956@bitmover.com>

On Thu, Jan 21, 2010 at 09:00:34PM +0100, Wilko Bulte wrote:
> Quoting Larry McVoy, who wrote on Thu, Jan 21, 2010 at 11:58:18AM -0800 ..
> > On Thu, Jan 21, 2010 at 08:56:19PM +0100, Wilko Bulte wrote:
> > > Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 08:48:29PM +0100 ..
> > > > On Thu, 21 Jan 2010 19:59:17 +0100
> > > > Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> > > > 
> > > > > QIC is OK, but the capacity zukz..
> > > > Depends. It is perfectly suited as backup for a vintage Unix system
> > > > like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC
> > > 
> > > Sun 3 had rather small QIC tapes, I think I had 60MB in mine?
> > > 
> > > > drive for OS instales and backup.) Also note that the latest QIC in
> > > > its SLR / MLR incarnation had a capacity of 20 GB.
> > > 
> > > I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
> > > was given a DLT, I admit :)
> > 
> > Does anyone still use tape for personal backup?  I've long since gone to
> > external usb drives that I shove in the gun safe (aka fire safe).
> 
> LTO3 here :)  But the disks are getting to be too big to fit a level 0 on a
> single tape.  I need to go and try to understand something like Amanda
> backup s/w I think.  Suggestions welcome.

Dude, 800GB when there are 2TB drives?  My suggestions are 

a) don't put that much shit on a single drive, you are just asking for
   headaches.  Don't tell me you can't break it up, of course you can.
b) use drives.  They are the new tape.

LTO3 800GB drive: $1200 plus $30/800GB tape.
WD 1TB drives: $90.

Just the LT03 drive itself gives you 13 1TB drives.  Add one of those
USB external drive drop in connectors and use the drives just like tapes
except one hell of a lot faster, especially for restores.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 06:18:08 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 21:18:08 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121195619.GE25687@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
Message-ID: <20100121211808.2699fa1f.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 20:56:19 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> Sun 3 had rather small QIC tapes, I think I had 60MB in mine?
Yes. But at least the SCSI drives are easy to replace with the 250 MB
version. 

> I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
> was given a DLT, I admit :)
Same here. I went from DC9120 to DLT-III.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From neozeed at gmail.com  Fri Jan 22 06:26:45 2010
From: neozeed at gmail.com (Jason Stevens)
Date: Thu, 21 Jan 2010 15:26:45 -0500
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121201125.GG9956@bitmover.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
Message-ID: <46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>

>
> Just the LT03 drive itself gives you 13 1TB drives.  Add one of those
> USB external drive drop in connectors and use the drives just like tapes
> except one hell of a lot faster, especially for restores.
> --
> ---
> Larry McVoy                lm at bitmover.com
> http://www.bitkeeper.com
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>

Yeah that is the BIG thing there...  I can tell you that having to fish out
a 5mb file in the middle of some 400GB worth of crap (valuable data) is a
ZILLION times better then the big bad days of tape... Esp with some software
that requires you to catalog the dammed things as the old backup server
invariably ran out of space...

I can't tell you how much better things have gotten with our clutzy users,
and the ability to just go and grab backups... or even NTFS v3's ability to
show prior revisions of files...

Or the other flip side, is when someone has some genius idea on our Oracle,
and managed to screw the whole thing up shutting down the organization....
It's really nice to say we'll be back up in 30 min as the drives copy the db
snapshots back in as quickly as the interface allows... right away!

Hell even when I was a kid the whole 'datacasette' thing honestly sucked.
 sure it held more then a floppy but you'd waste 30-60 min on watching that
sucker sloooowly spin.  Life is just too short for slow media.

I know I won't be missing sequential media anytime soon...

As for the privacy thing.....

It kind of reminds me of a bunch of the old BSD tapes that have people's
password hashes in there.. I've not run any cracking programs against them,
but at the same time they've been preserved by TUHS...  Although it's my
understanding they shipped them out that way.  I think one version even has
Kirk's history and some other stuff, but thankfully no mbox....

I wonder how historians go with this... it seems that 'people of interest'
anything goes, to the point we'll display so&so's comb and diary.... but not
show the contents or make it a big deal to get at those contents...

Unlike say the old usenet archives where were in a public space...

Ok I'm rambling, I'll stop, but tapes died for a reason!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100121/419f9fdf/attachment.html>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From lm at bitmover.com  Fri Jan 22 05:58:18 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 11:58:18 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121195619.GE25687@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
Message-ID: <20100121195818.GF9956@bitmover.com>

On Thu, Jan 21, 2010 at 08:56:19PM +0100, Wilko Bulte wrote:
> Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 08:48:29PM +0100 ..
> > On Thu, 21 Jan 2010 19:59:17 +0100
> > Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> > 
> > > QIC is OK, but the capacity zukz..
> > Depends. It is perfectly suited as backup for a vintage Unix system
> > like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC
> 
> Sun 3 had rather small QIC tapes, I think I had 60MB in mine?
> 
> > drive for OS instales and backup.) Also note that the latest QIC in
> > its SLR / MLR incarnation had a capacity of 20 GB.
> 
> I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
> was given a DLT, I admit :)

Does anyone still use tape for personal backup?  I've long since gone to
external usb drives that I shove in the gun safe (aka fire safe).
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 06:33:23 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Thu, 21 Jan 2010 21:33:23 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121200034.GG25687@freebie.xs4all.nl>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
Message-ID: <20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 21:00:34 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> But the disks are getting to be too big to fit a level 0 on a
> single tape.
Depends on the data. My /home is just below 4 GB. This is the data I
really care about and I write it to DLT tape. There is a lot of other
stuff like the OS (NetBSD) itself and the source it is build from.
There are MP3s I created from my CDs... This is a large amount of data,
but that data can be recreated when it gets lost. So I don't care about
backup of it. I.e. in the end I have to backup only 4 GB of /home data.

Maybe I should get a second hard drive and create a software RAID1...
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 06:36:55 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 21:36:55 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121201125.GG9956@bitmover.com>
References: <20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
Message-ID: <20100121203655.GH25687@freebie.xs4all.nl>

Quoting Larry McVoy, who wrote on Thu, Jan 21, 2010 at 12:11:25PM -0800 ..
> On Thu, Jan 21, 2010 at 09:00:34PM +0100, Wilko Bulte wrote:
> > Quoting Larry McVoy, who wrote on Thu, Jan 21, 2010 at 11:58:18AM -0800 ..
> > > On Thu, Jan 21, 2010 at 08:56:19PM +0100, Wilko Bulte wrote:
> > > > Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 08:48:29PM +0100 ..
> > > > > On Thu, 21 Jan 2010 19:59:17 +0100
> > > > > Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> > > > > 
> > > > > > QIC is OK, but the capacity zukz..
> > > > > Depends. It is perfectly suited as backup for a vintage Unix system
> > > > > like a Sun 3 / 4 or SGI. (My SGI Personal IRIS 4D35 has a 250 MB QIC
> > > > 
> > > > Sun 3 had rather small QIC tapes, I think I had 60MB in mine?
> > > > 
> > > > > drive for OS instales and backup.) Also note that the latest QIC in
> > > > > its SLR / MLR incarnation had a capacity of 20 GB.
> > > > 
> > > > I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
> > > > was given a DLT, I admit :)
> > > 
> > > Does anyone still use tape for personal backup?  I've long since gone to
> > > external usb drives that I shove in the gun safe (aka fire safe).
> > 
> > LTO3 here :)  But the disks are getting to be too big to fit a level 0 on a
> > single tape.  I need to go and try to understand something like Amanda
> > backup s/w I think.  Suggestions welcome.
> 
> Dude, 800GB when there are 2TB drives?  My suggestions are 
> 
> a) don't put that much shit on a single drive, you are just asking for
>    headaches.  Don't tell me you can't break it up, of course you can.

I know... I've spent years and years in storage engineering and support.
I run RAID on my drives, no worries there ;)

> b) use drives.  They are the new tape.
> 
> LTO3 800GB drive: $1200 plus $30/800GB tape.
> WD 1TB drives: $90.
> 
> Just the LT03 drive itself gives you 13 1TB drives.  Add one of those
> USB external drive drop in connectors and use the drives just like tapes
> except one hell of a lot faster, especially for restores.

Sure. I know.  Big SATA drives are cheap over here as well, like 1.5T for
110 EURO or somesuch. I just happen to own a LTO3 and enough tapes already, so the
economics are not the issue. Just need to have a proper piece of open source
backup software that runs on FreeBSD.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 06:41:57 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 21:41:57 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
References: <20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
Message-ID: <20100121204157.GI25687@freebie.xs4all.nl>

Quoting Jason Stevens, who wrote on Thu, Jan 21, 2010 at 03:26:45PM -0500 ..

> a 5mb file in the middle of some 400GB worth of crap (valuable data) is a
> ZILLION times better then the big bad days of tape... Esp with some software
> that requires you to catalog the dammed things as the old backup server
> invariably ran out of space...
> 
> I can't tell you how much better things have gotten with our clutzy users,
> and the ability to just go and grab backups... or even NTFS v3's ability to
> show prior revisions of files...

Run VMS :)  

> Hell even when I was a kid the whole 'datacasette' thing honestly sucked.
>  sure it held more then a floppy but you'd waste 30-60 min on watching that
> sucker sloooowly spin.  Life is just too short for slow media.

TK50 anyone? :)

> anything goes, to the point we'll display so&so's comb and diary.... but not
> show the contents or make it a big deal to get at those contents...
> 
> Unlike say the old usenet archives where were in a public space...
> 
> Ok I'm rambling, I'll stop, but tapes died for a reason!

Well, for a lot of customers they are still very real.  More for archiving
than for backups in some cases.  I personally trust *good* tape technology
more than el-cheapo bit SATA drives (SATAn drives as one of my colleagues
likes to call them when they are causing grief).  

What one does see quite often is some kind of virtual tape system with disk
backing storage that is the first stage backup.  After some time the data is
offloaded from virtual tape storage onto real tapes for storing them in some
concrete vault.  Obviously virtual tape gives you nice things like dedupe
etc.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Fri Jan 22 06:44:29 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 12:44:29 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204157.GI25687@freebie.xs4all.nl>
References: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
Message-ID: <20100121204429.GH9956@bitmover.com>

> > Ok I'm rambling, I'll stop, but tapes died for a reason!
> 
> Well, for a lot of customers they are still very real.  More for archiving
> than for backups in some cases.  I personally trust *good* tape technology
> more than el-cheapo bit SATA drives (SATAn drives as one of my colleagues
> likes to call them when they are causing grief).  

Disks are much higher volume and are forced to be reliable "enough".
If you aren't backing up with a crc then you are doing it wrong.

If you want archive, write it to dvd or bluray and pull them out and
rewrite every 5 years.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 06:44:41 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 21:44:41 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>
References: <20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100121204441.GJ25687@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Thu, Jan 21, 2010 at 09:33:23PM +0100 ..
> On Thu, 21 Jan 2010 21:00:34 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > But the disks are getting to be too big to fit a level 0 on a
> > single tape.
> Depends on the data. My /home is just below 4 GB. This is the data I
> really care about and I write it to DLT tape. There is a lot of other
> stuff like the OS (NetBSD) itself and the source it is build from.
> There are MP3s I created from my CDs... This is a large amount of data,
> but that data can be recreated when it gets lost. So I don't care about
> backup of it. I.e. in the end I have to backup only 4 GB of /home data.

Well, 4GB is tiny.  I keep a lot of photographic images, high-res scans of
medium format film.  At 120MB (or so) per lossless image things get ugly
quickly.

> Maybe I should get a second hard drive and create a software RAID1...

Money well invested in my book.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From neozeed at gmail.com  Fri Jan 22 06:46:12 2010
From: neozeed at gmail.com (Jason Stevens)
Date: Thu, 21 Jan 2010 15:46:12 -0500
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204157.GI25687@freebie.xs4all.nl>
References: <20100121113213.GB14623@freebie.xs4all.nl>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
Message-ID: <46b366131001211246t17f1c5fag5c3c60e7adf5d623@mail.gmail.com>

On Thu, Jan 21, 2010 at 3:41 PM, Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> Quoting Jason Stevens, who wrote on Thu, Jan 21, 2010 at 03:26:45PM -0500
> ..
>
> > a 5mb file in the middle of some 400GB worth of crap (valuable data) is a
> > ZILLION times better then the big bad days of tape... Esp with some
> software
> > that requires you to catalog the dammed things as the old backup server
> > invariably ran out of space...
> >
> > I can't tell you how much better things have gotten with our clutzy
> users,
> > and the ability to just go and grab backups... or even NTFS v3's ability
> to
> > show prior revisions of files...
>
> Run VMS :)


We had a nice VAX 6000... but then someone tried something 'fancy' on it's
power supplies while it was ON.  It nearly killed him, but it did kill the
vax...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100121/69b17826/attachment.html>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From lm at bitmover.com  Fri Jan 22 06:47:30 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 12:47:30 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204441.GJ25687@freebie.xs4all.nl>
References: <20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>
	<20100121204441.GJ25687@freebie.xs4all.nl>
Message-ID: <20100121204730.GI9956@bitmover.com>

> > Maybe I should get a second hard drive and create a software RAID1...
> 
> Money well invested in my book.

Yeah.  Years ago I made something I called safe(1) which I used to do
software raid to a set of QIC150 drives.  It did what you think, I 
can't imagine anyone wanting it now but if you do I can send you a
shar file of it.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 07:00:20 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 22:00:20 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204429.GH9956@bitmover.com>
References: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
Message-ID: <20100121210020.GK25687@freebie.xs4all.nl>

Quoting Larry McVoy, who wrote on Thu, Jan 21, 2010 at 12:44:29PM -0800 ..
> > > Ok I'm rambling, I'll stop, but tapes died for a reason!
> > 
> > Well, for a lot of customers they are still very real.  More for archiving
> > than for backups in some cases.  I personally trust *good* tape technology
> > more than el-cheapo bit SATA drives (SATAn drives as one of my colleagues
> > likes to call them when they are causing grief).  
> 
> Disks are much higher volume and are forced to be reliable "enough".

Hehe...  as someone who had to explain to a customer that 2500+ drives
needed replacing due to a manufacturing defect don't tell me anything about
"reliable enough"..  Those were FC drives by the way.

> If you aren't backing up with a crc then you are doing it wrong.

True, but CRC does not buy you much if the media are fubared enough to be
largely unreadable.

> If you want archive, write it to dvd or bluray and pull them out and
> rewrite every 5 years.

At least.  Have multiple copies of the same data.  Use different media
vendors for those copies.  Added bonus for using different media writer
drives.  Store under controlled conditions, esp temp &
moisture.  DVD & BR are basically consumer electronics stuff, so use ample
caution.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Fri Jan 22 07:01:55 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 13:01:55 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121210020.GK25687@freebie.xs4all.nl>
References: <20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100121210020.GK25687@freebie.xs4all.nl>
Message-ID: <20100121210155.GJ9956@bitmover.com>

> > If you aren't backing up with a crc then you are doing it wrong.
> 
> True, but CRC does not buy you much if the media are fubared enough to be
> largely unreadable.

We compare the CRC against previous backups.  A table of

pathname, size, mtime, CRC

you compare all the ones that are the same and flag the ones that differ
only in CRC.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From corey at lod.com  Fri Jan 22 06:44:49 2010
From: corey at lod.com (Corey Lindsly)
Date: Thu, 21 Jan 2010 12:44:49 -0800 (PST)
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121203655.GH25687@freebie.xs4all.nl>
Message-ID: <20100121204449.92D7640E8@lod.com>


> Sure. I know.  Big SATA drives are cheap over here as well, like 1.5T for
> 110 EURO or somesuch. I just happen to own a LTO3 and enough tapes already, so the
> economics are not the issue. Just need to have a proper piece of open source
> backup software that runs on FreeBSD.
> 
> Wilko

And what, precisely, is the problem with using dump?
It will span multiple tapes.

---corey

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 07:45:54 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 22:45:54 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204449.92D7640E8@lod.com>
References: <20100121203655.GH25687@freebie.xs4all.nl>
	<20100121204449.92D7640E8@lod.com>
Message-ID: <20100121214554.GP25687@freebie.xs4all.nl>

Quoting Corey Lindsly, who wrote on Thu, Jan 21, 2010 at 12:44:49PM -0800 ..
> 
> > Sure. I know.  Big SATA drives are cheap over here as well, like 1.5T for
> > 110 EURO or somesuch. I just happen to own a LTO3 and enough tapes already, so the
> > economics are not the issue. Just need to have a proper piece of open source
> > backup software that runs on FreeBSD.
> > 
> > Wilko
> 
> And what, precisely, is the problem with using dump?
> It will span multiple tapes.

Sure, I need to be a bit more specific: multiple fs dumps on one tape
(do-able with non-rewinding device of course), some sort of file & tape index to quickly
find things etc.  A bit like Legato Networker.  Maybe Amanda can do this.
Ah well, needs a bit of investigating further.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lyricalnanoha at usotsuki.hoshinet.org  Fri Jan 22 07:36:21 2010
From: lyricalnanoha at usotsuki.hoshinet.org (lyricalnanoha)
Date: Thu, 21 Jan 2010 16:36:21 -0500 (EST)
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121210155.GJ9956@bitmover.com>
References: <20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100121210020.GK25687@freebie.xs4all.nl>
	<20100121210155.GJ9956@bitmover.com>
Message-ID: <alpine.DEB.0.99.1001211635310.13790@localhost>

On Thu, 21 Jan 2010, Larry McVoy wrote:

>>> If you aren't backing up with a crc then you are doing it wrong.
>>
>> True, but CRC does not buy you much if the media are fubared enough to be
>> largely unreadable.
>
> We compare the CRC against previous backups.  A table of
>
> pathname, size, mtime, CRC
>
> you compare all the ones that are the same and flag the ones that differ
> only in CRC.

Sounds a lot like SFV files.

-uso.
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Fri Jan 22 08:15:23 2010
From: lm at bitmover.com (Larry McVoy)
Date: Thu, 21 Jan 2010 14:15:23 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <alpine.DEB.0.99.1001211635310.13790@localhost>
References: <20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100121210020.GK25687@freebie.xs4all.nl>
	<20100121210155.GJ9956@bitmover.com>
	<alpine.DEB.0.99.1001211635310.13790@localhost>
Message-ID: <20100121221523.GL9956@bitmover.com>

On Thu, Jan 21, 2010 at 04:36:21PM -0500, lyricalnanoha wrote:
> On Thu, 21 Jan 2010, Larry McVoy wrote:
>
>>>> If you aren't backing up with a crc then you are doing it wrong.
>>>
>>> True, but CRC does not buy you much if the media are fubared enough to be
>>> largely unreadable.
>>
>> We compare the CRC against previous backups.  A table of
>>
>> pathname, size, mtime, CRC
>>
>> you compare all the ones that are the same and flag the ones that differ
>> only in CRC.
>
> Sounds a lot like SFV files.

Yeah, except that it works when the files don't have the CRC's, i.e.,
it works for all files unchanged since the last backup.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From imp at bsdimp.com  Fri Jan 22 08:22:31 2010
From: imp at bsdimp.com (M. Warner Losh)
Date: Thu, 21 Jan 2010 15:22:31 -0700 (MST)
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121221523.GL9956@bitmover.com>
References: <20100121210155.GJ9956@bitmover.com>
	<alpine.DEB.0.99.1001211635310.13790@localhost>
	<20100121221523.GL9956@bitmover.com>
Message-ID: <20100121.152231.956847443285318873.imp@bsdimp.com>

In message: <20100121221523.GL9956 at bitmover.com>
            Larry McVoy <lm at bitmover.com> writes:
: On Thu, Jan 21, 2010 at 04:36:21PM -0500, lyricalnanoha wrote:
: > On Thu, 21 Jan 2010, Larry McVoy wrote:
: >
: >>>> If you aren't backing up with a crc then you are doing it wrong.
: >>>
: >>> True, but CRC does not buy you much if the media are fubared enough to be
: >>> largely unreadable.
: >>
: >> We compare the CRC against previous backups.  A table of
: >>
: >> pathname, size, mtime, CRC
: >>
: >> you compare all the ones that are the same and flag the ones that differ
: >> only in CRC.
: >
: > Sounds a lot like SFV files.
: 
: Yeah, except that it works when the files don't have the CRC's, i.e.,
: it works for all files unchanged since the last backup.

It is basically what rsync does over the network...

Warner
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From agrier at poofygoof.com  Fri Jan 22 08:15:28 2010
From: agrier at poofygoof.com (Aaron J. Grier)
Date: Thu, 21 Jan 2010 14:15:28 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204157.GI25687@freebie.xs4all.nl>
References: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
Message-ID: <20100121221527.GC1206@arwen.poofy.goof.com>

On Thu, Jan 21, 2010 at 09:41:57PM +0100, Wilko Bulte wrote:
> TK50 anyone? :)

A TK50 will load in a DLT8000.

the leader gets ripped out of the drive when attempting to eject it,
however.

one of these days I'll have to put together a machine to see if NetBSD's
wt(4) driver still works...

-- 
  Aaron J. Grier | "Not your ordinary poofy goof." | agrier at poofygoof.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 08:57:33 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Thu, 21 Jan 2010 23:57:33 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121221527.GC1206@arwen.poofy.goof.com>
References: <20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121221527.GC1206@arwen.poofy.goof.com>
Message-ID: <20100121225733.GA27473@freebie.xs4all.nl>

Quoting Aaron J. Grier, who wrote on Thu, Jan 21, 2010 at 02:15:28PM -0800 ..
> On Thu, Jan 21, 2010 at 09:41:57PM +0100, Wilko Bulte wrote:
> > TK50 anyone? :)
> 
> A TK50 will load in a DLT8000.

ISTR that they were readable up until a TZ86 (maybe a TZ87 too???)

> the leader gets ripped out of the drive when attempting to eject it,
> however.

Nogood..
	Wilko

> one of these days I'll have to put together a machine to see if NetBSD's
> wt(4) driver still works...
> 
> -- 
>   Aaron J. Grier | "Not your ordinary poofy goof." | agrier at poofygoof.com
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
--- End of quoted text ---
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From grog at lemis.com  Fri Jan 22 10:36:10 2010
From: grog at lemis.com (Greg 'groggy' Lehey)
Date: Fri, 22 Jan 2010 11:36:10 +1100
Subject: [TUHS] Backup software (was:  Irwin 285)
In-Reply-To: <20100121204449.92D7640E8@lod.com>
References: <20100121203655.GH25687@freebie.xs4all.nl>
	<20100121204449.92D7640E8@lod.com>
Message-ID: <20100122003610.GB3623@dereel.lemis.com>

On Thursday, 21 January 2010 at 12:44:49 -0800, Corey Lindsly wrote:
>
>> Sure. I know.  Big SATA drives are cheap over here as well, like
>> 1.5T for 110 EURO or somesuch. I just happen to own a LTO3 and
>> enough tapes already, so the economics are not the issue. Just need
>> to have a proper piece of open source backup software that runs on
>> FreeBSD.
>
> And what, precisely, is the problem with using dump?
> It will span multiple tapes.

dump is non-portable.  In general, you can only restore to the same
kind of system as you write to.

Greg
--
Finger grog at FreeBSD.org for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed.  If your Microsoft MUA reports
problems, please read http://tinyurl.com/broken-mua
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100122/cc8328a1/attachment.sig>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From neozeed at gmail.com  Fri Jan 22 10:48:20 2010
From: neozeed at gmail.com (Jason Stevens)
Date: Thu, 21 Jan 2010 19:48:20 -0500
Subject: [TUHS] Backup software (was: Irwin 285)
In-Reply-To: <20100122003610.GB3623@dereel.lemis.com>
References: <20100121203655.GH25687@freebie.xs4all.nl>
	<20100121204449.92D7640E8@lod.com>
	<20100122003610.GB3623@dereel.lemis.com>
Message-ID: <46b366131001211648h21f12c2ck21e3ed1a662678fb@mail.gmail.com>

>
>
> dump is non-portable.  In general, you can only restore to the same
> kind of system as you write to.
>
> Greg
> --
>

 RedHat pulled a fast one on that.... RHEL 4 cannot read dumps created by
any RHEL4 that has *any* updates..... oh joy was that fun to find out on a
machine with no internet access.....


Me?

No, I'm not bitter about that experience.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100121/077e8191/attachment.html>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From grog at lemis.com  Fri Jan 22 10:38:36 2010
From: grog at lemis.com (Greg 'groggy' Lehey)
Date: Fri, 22 Jan 2010 11:38:36 +1100
Subject: [TUHS] Tape backups? (was:  Irwin 285)
In-Reply-To: <20100121195818.GF9956@bitmover.com>
References: <48239d391001210226v7bc5208apf497cc74b54f5d4b@mail.gmail.com>
	<20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
Message-ID: <20100122003836.GC3623@dereel.lemis.com>

On Thursday, 21 January 2010 at 11:58:18 -0800, Larry McVoy wrote:
> On Thu, Jan 21, 2010 at 08:56:19PM +0100, Wilko Bulte wrote:
>> I gave up on QIC when I had a 2GB version.  Had a lot to do with the fact I
>> was given a DLT, I admit :)
>
> Does anyone still use tape for personal backup?  I've long since gone to
> external usb drives that I shove in the gun safe (aka fire safe).

"Me too".  I stopped using tape about 10 years ago.

Greg
--
Finger grog at FreeBSD.org for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed.  If your Microsoft MUA reports
problems, please read http://tinyurl.com/broken-mua
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100122/ed0bf6a4/attachment.sig>
-------------- next part --------------
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs

From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 19:14:24 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Fri, 22 Jan 2010 10:14:24 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204429.GH9956@bitmover.com>
References: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
Message-ID: <20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 12:44:29 -0800
Larry McVoy <lm at bitmover.com> wrote:

> Disks are much higher volume and are forced to be reliable "enough".
That "enough" is the critical point. Check the average read failure
rate of SATA drives. It is 1 per 10^14 bits for my ST3500320AS. The
drive has a capacity of 512 bytes/sect x 976773168 sectors. I.e. I will
get at least one read error when I try to read the entire disk 25
times. If I build a RAID out of 5 of this drives I only need 5 reads
through the RAID to get a read error and the RAID will degrate.

> If you aren't backing up with a crc then you are doing it wrong.
With a CRC you can detect bit rott. (Probably. Somthing like MD5 or
SHA-1 is mch better then a CRC.) But you can't repair the defect data.
So you want ECC...
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 19:23:06 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Fri, 22 Jan 2010 10:23:06 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100121204441.GJ25687@freebie.xs4all.nl>
References: <20100121121917.eb90e950.jkunz@unixag-kl.fh-kl.de>
	<20100121113213.GB14623@freebie.xs4all.nl>
	<48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>
	<20100121204441.GJ25687@freebie.xs4all.nl>
Message-ID: <20100122102306.d114d6ab.jkunz@unixag-kl.fh-kl.de>

On Thu, 21 Jan 2010 21:44:41 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> I keep a lot of photographic images, high-res scans of
> medium format film.
1. I do my photographic work in my kitchen^W dark room. (DeVere 504 etc.)
2. Scans can be recreated from the original media.

p.s. Just trolling. ;-)
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 19:32:46 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Fri, 22 Jan 2010 10:32:46 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122102306.d114d6ab.jkunz@unixag-kl.fh-kl.de>
References: <48239d391001210407t7633e9d1p692be7de51ccb9dd@mail.gmail.com>
	<20100121181147.97ae525c.jkunz@unixag-kl.fh-kl.de>
	<20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121213323.ab1c204f.jkunz@unixag-kl.fh-kl.de>
	<20100121204441.GJ25687@freebie.xs4all.nl>
	<20100122102306.d114d6ab.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100122093246.GA34725@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Fri, Jan 22, 2010 at 10:23:06AM +0100 ..
> On Thu, 21 Jan 2010 21:44:41 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > I keep a lot of photographic images, high-res scans of
> > medium format film.
> 1. I do my photographic work in my kitchen^W dark room. (DeVere 504 etc.)
> 2. Scans can be recreated from the original media.

Absolutely true, and I keep the films of course :)

3. I just hate scanning, takes too much time :)

> p.s. Just trolling. ;-)

No worries

	Wilko

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 19:34:09 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Fri, 22 Jan 2010 10:34:09 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
References: <20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100122093409.GB34725@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Fri, Jan 22, 2010 at 10:14:24AM +0100 ..
> On Thu, 21 Jan 2010 12:44:29 -0800
> Larry McVoy <lm at bitmover.com> wrote:
> 
> > Disks are much higher volume and are forced to be reliable "enough".
> That "enough" is the critical point. Check the average read failure
> rate of SATA drives. It is 1 per 10^14 bits for my ST3500320AS. The

recoverable read error rate I presume.

> drive has a capacity of 512 bytes/sect x 976773168 sectors. I.e. I will
> get at least one read error when I try to read the entire disk 25
> times. If I build a RAID out of 5 of this drives I only need 5 reads
> through the RAID to get a read error and the RAID will degrate.


> > If you aren't backing up with a crc then you are doing it wrong.
> With a CRC you can detect bit rott. (Probably. Somthing like MD5 or
> SHA-1 is mch better then a CRC.) But you can't repair the defect data.
> So you want ECC...

I plan to stick ZFS on my storage.

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 20:15:57 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Fri, 22 Jan 2010 11:15:57 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122093409.GB34725@freebie.xs4all.nl>
References: <20100121185917.GA25619@freebie.xs4all.nl>
	<20100121204829.672d59a7.jkunz@unixag-kl.fh-kl.de>
	<20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
Message-ID: <20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>

On Fri, 22 Jan 2010 10:34:09 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> recoverable read error rate I presume.
No. NON-recoverable read error rate: 1 per 10^14 bits.

And this is for light desktop use. Heavy IO on the disk may increase
failure rate. At least this is written in the technical data sheet of
the drive. WD drives are not that much better: 1 per 10^15 bits.

For sure: High end SAS drives have better numbers. But they cost much
more EUR / GB and require a SAS adapter...
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 20:46:38 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Fri, 22 Jan 2010 11:46:38 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
References: <20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100122104638.GC35085@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Fri, Jan 22, 2010 at 11:15:57AM +0100 ..
> On Fri, 22 Jan 2010 10:34:09 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > recoverable read error rate I presume.
> No. NON-recoverable read error rate: 1 per 10^14 bits.

Hm.. ;)

> And this is for light desktop use. Heavy IO on the disk may increase
> failure rate. At least this is written in the technical data sheet of
> the drive. WD drives are not that much better: 1 per 10^15 bits.
> 
> For sure: High end SAS drives have better numbers. But they cost much
> more EUR / GB and require a SAS adapter...

SAS is the heir to the parallel SCSI throne, and similarly (premium) priced

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Fri Jan 22 21:06:50 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Fri, 22 Jan 2010 12:06:50 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122104638.GC35085@freebie.xs4all.nl>
References: <20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
	<20100122104638.GC35085@freebie.xs4all.nl>
Message-ID: <20100122120650.8c85588a.jkunz@unixag-kl.fh-kl.de>

On Fri, 22 Jan 2010 11:46:38 +0100
Wilko Bulte <wb at freebie.xs4all.nl> wrote:

> SAS is the heir to the parallel SCSI throne, and similarly (premium) priced
Or in other words: Proper engineered, well tested and reliable
technology that is carefully manufactured. All of this costs $$$ that
the average consumer can't / don't want to pay for.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Fri Jan 22 21:12:23 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Fri, 22 Jan 2010 12:12:23 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122120650.8c85588a.jkunz@unixag-kl.fh-kl.de>
References: <20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
	<20100122104638.GC35085@freebie.xs4all.nl>
	<20100122120650.8c85588a.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100122111223.GA35327@freebie.xs4all.nl>

Quoting Jochen Kunz, who wrote on Fri, Jan 22, 2010 at 12:06:50PM +0100 ..
> On Fri, 22 Jan 2010 11:46:38 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > SAS is the heir to the parallel SCSI throne, and similarly (premium) priced
> Or in other words: Proper engineered, well tested and reliable
> technology that is carefully manufactured. All of this costs $$$ that
> the average consumer can't / don't want to pay for.

Indeed.  I still run SCSI drives here :)  Everything these days is cost
driven, and produced for a couple of $ in China.  I happen to prefer
"Grundlichkeit" too but yeah..

Wilko
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From lm at bitmover.com  Sat Jan 23 01:38:25 2010
From: lm at bitmover.com (Larry McVoy)
Date: Fri, 22 Jan 2010 07:38:25 -0800
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
References: <20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
Message-ID: <20100122153825.GA22757@bitmover.com>

On Fri, Jan 22, 2010 at 11:15:57AM +0100, Jochen Kunz wrote:
> On Fri, 22 Jan 2010 10:34:09 +0100
> Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> 
> > recoverable read error rate I presume.
> No. NON-recoverable read error rate: 1 per 10^14 bits.
> 
> And this is for light desktop use. Heavy IO on the disk may increase
> failure rate. At least this is written in the technical data sheet of
> the drive. WD drives are not that much better: 1 per 10^15 bits.

You guys are funny.  I've been doing backups for at least 15 years
and I can tell you story after story about tape failures that
happened to me personally (anyone remember the lovely exabyte 8200,
"fondly" remembered as the write-only device?).  On the other hand,
disks work pretty well and when they fail, they fail in little 
chunks and you can almost always get the rest of the data.

For the data I really care about, our digital photo collection, it's
all stored in BitKeeper's so-called binary asset management (BAM).
All the data is CRC-ed, it's all replicated, and if anything goes
bad the bad data can easily be replaced from any of the other
(populated) replicas.  I periodically run "bk bam check" which 
goes through all the data and checks the crc's and have yet to
see an error.  Been doing that for years.

Tape.  Bah.  You can keep it, I'm OK with disk.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From jkunz at unixag-kl.fh-kl.de  Sat Jan 23 02:52:05 2010
From: jkunz at unixag-kl.fh-kl.de (Jochen Kunz)
Date: Fri, 22 Jan 2010 17:52:05 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122153825.GA22757@bitmover.com>
References: <20100121195619.GE25687@freebie.xs4all.nl>
	<20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
	<20100122153825.GA22757@bitmover.com>
Message-ID: <20100122175205.6cb6e90d.jkunz@unixag-kl.fh-kl.de>

On Fri, 22 Jan 2010 07:38:25 -0800
Larry McVoy <lm at bitmover.com> wrote:

> You guys are funny.  I've been doing backups for at least 15 years
> and I can tell you story after story about tape failures that
> happened to me personally
Same here. What I wanted to say: Tapes fail. But disks fail too. Be
prepared if your backup system fails, regarless of tape, disk, DVD, ...

> (anyone remember the lovely exabyte 8200,
> "fondly" remembered as the write-only device?).
Yes. Being helical scan Exabytes are flaky. But once an EXB-8200 saved
my but. My main disk died and I could restore everything from my lovely
old Exabyte.
-- 


tschüß,
       Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From wb at freebie.xs4all.nl  Sat Jan 23 02:55:30 2010
From: wb at freebie.xs4all.nl (Wilko Bulte)
Date: Fri, 22 Jan 2010 17:55:30 +0100
Subject: [TUHS] Irwin 285
In-Reply-To: <20100122153825.GA22757@bitmover.com>
References: <20100121195818.GF9956@bitmover.com>
	<20100121200034.GG25687@freebie.xs4all.nl>
	<20100121201125.GG9956@bitmover.com>
	<46b366131001211226v1a133901mefa41b3258a5b173@mail.gmail.com>
	<20100121204157.GI25687@freebie.xs4all.nl>
	<20100121204429.GH9956@bitmover.com>
	<20100122101424.50c0e716.jkunz@unixag-kl.fh-kl.de>
	<20100122093409.GB34725@freebie.xs4all.nl>
	<20100122111557.11f08ebc.jkunz@unixag-kl.fh-kl.de>
	<20100122153825.GA22757@bitmover.com>
Message-ID: <20100122165530.GA39771@freebie.xs4all.nl>

Quoting Larry McVoy, who wrote on Fri, Jan 22, 2010 at 07:38:25AM -0800 ..
> On Fri, Jan 22, 2010 at 11:15:57AM +0100, Jochen Kunz wrote:
> > On Fri, 22 Jan 2010 10:34:09 +0100
> > Wilko Bulte <wb at freebie.xs4all.nl> wrote:
> > 
> > > recoverable read error rate I presume.
> > No. NON-recoverable read error rate: 1 per 10^14 bits.
> > 
> > And this is for light desktop use. Heavy IO on the disk may increase
> > failure rate. At least this is written in the technical data sheet of
> > the drive. WD drives are not that much better: 1 per 10^15 bits.
> 
> You guys are funny.  I've been doing backups for at least 15 years

We aim to please :)

> and I can tell you story after story about tape failures that
> happened to me personally (anyone remember the lovely exabyte 8200,
> "fondly" remembered as the write-only device?).  On the other hand,

I had an 8200.... :-P

> disks work pretty well and when they fail, they fail in little 
> chunks and you can almost always get the rest of the data.

Most often yes, unless you have production batch issues, like HDA
contamination etc.  Can take out RAIDsets at a time, given that they
typically are built from the same production batch drives..

> For the data I really care about, our digital photo collection, it's
> all stored in BitKeeper's so-called binary asset management (BAM).
> All the data is CRC-ed, it's all replicated, and if anything goes

Replication does it, I agree!

> bad the bad data can easily be replaced from any of the other
> (populated) replicas.  I periodically run "bk bam check" which 
> goes through all the data and checks the crc's and have yet to
> see an error.  Been doing that for years.
> 
> Tape.  Bah.  You can keep it, I'm OK with disk.

Hihi..
	Wilko

> ---
> Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com
> _______________________________________________
> TUHS mailing list
> TUHS at minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
--- End of quoted text ---
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


From brad at anduin.eldar.org  Fri Jan 29 06:27:11 2010
From: brad at anduin.eldar.org (Brad Spencer)
Date: Thu, 28 Jan 2010 15:27:11 -0500 (EST)
Subject: [TUHS] Backup software (was:  Irwin 285)
In-Reply-To: <20100122003610.GB3623@dereel.lemis.com> (grog@lemis.com)
References: <20100121203655.GH25687@freebie.xs4all.nl>
	<20100121204449.92D7640E8@lod.com>
	<20100122003610.GB3623@dereel.lemis.com>
Message-ID: <201001282027.o0SKRBIs001465@anduin.eldar.org>


   On Thursday, 21 January 2010 at 12:44:49 -0800, Corey Lindsly wrote:
   >
   >> Sure. I know.  Big SATA drives are cheap over here as well, like
   >> 1.5T for 110 EURO or somesuch. I just happen to own a LTO3 and
   >> enough tapes already, so the economics are not the issue. Just need
   >> to have a proper piece of open source backup software that runs on
   >> FreeBSD.
   >
   > And what, precisely, is the problem with using dump?
   > It will span multiple tapes.

   dump is non-portable.  In general, you can only restore to the same
   kind of system as you write to.

   Greg
   --
   Finger grog at FreeBSD.org for PGP public key.
   See complete headers for address and phone numbers.
   This message is digitally signed.  If your Microsoft MUA reports
   problems, please read http://tinyurl.com/broken-mua



Not entirely true...  dump and restore in NetBSD seems to be portable
among NetBSD systems at least.  I have personally restored to NetBSD/sparc
from NetBSD/alpha, a 64 bit to 32 bit conversion.  I have also restored to
NetBSD/amd64 a NetBSD/i386 dump, which is basically the other way around.
I have also read NetBSD/sparc dumps on NetBSD/i386, and it worked fine,
that would have been a byte order conversion.

I don't know how far this goes, if it is just NetBSD, or something
inherent to all 4.4BSD derived systems.





-- 
Brad Spencer - brad at anduin.eldar.org - KC8VKS
http://anduin.eldar.org  - & -  http://anduin.ipv6.eldar.org [IPv6 only]
_______________________________________________
TUHS mailing list
TUHS at minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/tuhs


