* [TUHS] Irwin 285
@ 2010-01-21 10:26 Sergey Lapin
2010-01-21 10:51 ` Brantley Coile
` (2 more replies)
0 siblings, 3 replies; 64+ messages in thread
From: Sergey Lapin @ 2010-01-21 10:26 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 64+ messages in thread* [TUHS] Irwin 285 2010-01-21 10:26 [TUHS] Irwin 285 Sergey Lapin @ 2010-01-21 10:51 ` Brantley Coile 2010-01-21 11:19 ` Jochen Kunz 2010-01-21 12:05 ` Andrzej Popielewicz 2 siblings, 0 replies; 64+ messages in thread From: Brantley Coile @ 2010-01-21 10:51 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 10:26 [TUHS] Irwin 285 Sergey Lapin 2010-01-21 10:51 ` Brantley Coile @ 2010-01-21 11:19 ` Jochen Kunz 2010-01-21 11:32 ` Wilko Bulte 2010-01-21 12:05 ` Andrzej Popielewicz 2 siblings, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 11:19 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 1309 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 11:19 ` Jochen Kunz @ 2010-01-21 11:32 ` Wilko Bulte 2010-01-21 12:07 ` Sergey Lapin 0 siblings, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 11:32 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 1479 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 11:32 ` Wilko Bulte @ 2010-01-21 12:07 ` Sergey Lapin 2010-01-21 12:37 ` Jason Stevens 2010-01-21 17:11 ` Jochen Kunz 0 siblings, 2 replies; 64+ messages in thread From: Sergey Lapin @ 2010-01-21 12:07 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 1750 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 12:07 ` Sergey Lapin @ 2010-01-21 12:37 ` Jason Stevens 2010-01-21 13:02 ` Wilko Bulte 2010-01-21 17:11 ` Jochen Kunz 1 sibling, 1 reply; 64+ messages in thread From: Jason Stevens @ 2010-01-21 12:37 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 12:37 ` Jason Stevens @ 2010-01-21 13:02 ` Wilko Bulte 2010-01-21 16:50 ` Jochen Kunz 0 siblings, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 13:02 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 13:02 ` Wilko Bulte @ 2010-01-21 16:50 ` Jochen Kunz 0 siblings, 0 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 16:50 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 435 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 12:07 ` Sergey Lapin 2010-01-21 12:37 ` Jason Stevens @ 2010-01-21 17:11 ` Jochen Kunz 2010-01-21 17:37 ` M. Warner Losh ` (2 more replies) 1 sibling, 3 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 17:11 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 1226 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 17:11 ` Jochen Kunz @ 2010-01-21 17:37 ` M. Warner Losh 2010-01-21 17:41 ` Sergey Lapin 2010-01-21 18:59 ` Wilko Bulte 2 siblings, 0 replies; 64+ messages in thread From: M. Warner Losh @ 2010-01-21 17:37 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 17:11 ` Jochen Kunz 2010-01-21 17:37 ` M. Warner Losh @ 2010-01-21 17:41 ` Sergey Lapin 2010-01-21 19:00 ` Jochen Kunz 2010-01-21 18:59 ` Wilko Bulte 2 siblings, 1 reply; 64+ messages in thread From: Sergey Lapin @ 2010-01-21 17:41 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 17:41 ` Sergey Lapin @ 2010-01-21 19:00 ` Jochen Kunz 2010-01-21 19:10 ` Al Kossow 2010-01-21 19:45 ` John Cowan 0 siblings, 2 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 19:00 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 660 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:00 ` Jochen Kunz @ 2010-01-21 19:10 ` Al Kossow 2010-01-21 19:36 ` Jochen Kunz 2010-01-21 19:41 ` Wilko Bulte 2010-01-21 19:45 ` John Cowan 1 sibling, 2 replies; 64+ messages in thread From: Al Kossow @ 2010-01-21 19:10 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:10 ` Al Kossow @ 2010-01-21 19:36 ` Jochen Kunz 2010-01-21 19:41 ` Wilko Bulte 1 sibling, 0 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 19:36 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 861 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:10 ` Al Kossow 2010-01-21 19:36 ` Jochen Kunz @ 2010-01-21 19:41 ` Wilko Bulte 1 sibling, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 19:41 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:00 ` Jochen Kunz 2010-01-21 19:10 ` Al Kossow @ 2010-01-21 19:45 ` John Cowan 1 sibling, 0 replies; 64+ messages in thread From: John Cowan @ 2010-01-21 19:45 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 17:11 ` Jochen Kunz 2010-01-21 17:37 ` M. Warner Losh 2010-01-21 17:41 ` Sergey Lapin @ 2010-01-21 18:59 ` Wilko Bulte 2010-01-21 19:48 ` Jochen Kunz 2 siblings, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 18:59 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 18:59 ` Wilko Bulte @ 2010-01-21 19:48 ` Jochen Kunz 2010-01-21 19:56 ` Wilko Bulte 0 siblings, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 19:48 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 592 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:48 ` Jochen Kunz @ 2010-01-21 19:56 ` Wilko Bulte 2010-01-21 19:58 ` Larry McVoy 2010-01-21 20:18 ` [TUHS] Irwin 285 Jochen Kunz 0 siblings, 2 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 19:56 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:56 ` Wilko Bulte @ 2010-01-21 19:58 ` Larry McVoy 2010-01-21 20:00 ` Wilko Bulte 2010-01-22 0:38 ` [TUHS] Tape backups? (was: Irwin 285) Greg 'groggy' Lehey 2010-01-21 20:18 ` [TUHS] Irwin 285 Jochen Kunz 1 sibling, 2 replies; 64+ messages in thread From: Larry McVoy @ 2010-01-21 19:58 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:58 ` Larry McVoy @ 2010-01-21 20:00 ` Wilko Bulte 2010-01-21 20:11 ` Larry McVoy 2010-01-21 20:33 ` [TUHS] Irwin 285 Jochen Kunz 2010-01-22 0:38 ` [TUHS] Tape backups? (was: Irwin 285) Greg 'groggy' Lehey 1 sibling, 2 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 20:00 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:00 ` Wilko Bulte @ 2010-01-21 20:11 ` Larry McVoy 2010-01-21 20:26 ` Jason Stevens 2010-01-21 20:36 ` Wilko Bulte 2010-01-21 20:33 ` [TUHS] Irwin 285 Jochen Kunz 1 sibling, 2 replies; 64+ messages in thread From: Larry McVoy @ 2010-01-21 20:11 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:11 ` Larry McVoy @ 2010-01-21 20:26 ` Jason Stevens 2010-01-21 20:41 ` Wilko Bulte 2010-01-21 20:36 ` Wilko Bulte 1 sibling, 1 reply; 64+ messages in thread From: Jason Stevens @ 2010-01-21 20:26 UTC (permalink / raw) > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:26 ` Jason Stevens @ 2010-01-21 20:41 ` Wilko Bulte 2010-01-21 20:44 ` Larry McVoy ` (2 more replies) 0 siblings, 3 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 20:41 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:41 ` Wilko Bulte @ 2010-01-21 20:44 ` Larry McVoy 2010-01-21 21:00 ` Wilko Bulte 2010-01-22 9:14 ` Jochen Kunz 2010-01-21 20:46 ` Jason Stevens 2010-01-21 22:15 ` Aaron J. Grier 2 siblings, 2 replies; 64+ messages in thread From: Larry McVoy @ 2010-01-21 20:44 UTC (permalink / raw) > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:44 ` Larry McVoy @ 2010-01-21 21:00 ` Wilko Bulte 2010-01-21 21:01 ` Larry McVoy 2010-01-22 9:14 ` Jochen Kunz 1 sibling, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 21:00 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 21:00 ` Wilko Bulte @ 2010-01-21 21:01 ` Larry McVoy 2010-01-21 21:36 ` lyricalnanoha 0 siblings, 1 reply; 64+ messages in thread From: Larry McVoy @ 2010-01-21 21:01 UTC (permalink / raw) > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 21:01 ` Larry McVoy @ 2010-01-21 21:36 ` lyricalnanoha 2010-01-21 22:15 ` Larry McVoy 0 siblings, 1 reply; 64+ messages in thread From: lyricalnanoha @ 2010-01-21 21:36 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 21:36 ` lyricalnanoha @ 2010-01-21 22:15 ` Larry McVoy 2010-01-21 22:22 ` M. Warner Losh 0 siblings, 1 reply; 64+ messages in thread From: Larry McVoy @ 2010-01-21 22:15 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 22:15 ` Larry McVoy @ 2010-01-21 22:22 ` M. Warner Losh 0 siblings, 0 replies; 64+ messages in thread From: M. Warner Losh @ 2010-01-21 22:22 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:44 ` Larry McVoy 2010-01-21 21:00 ` Wilko Bulte @ 2010-01-22 9:14 ` Jochen Kunz 2010-01-22 9:34 ` Wilko Bulte 1 sibling, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-22 9:14 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 998 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 9:14 ` Jochen Kunz @ 2010-01-22 9:34 ` Wilko Bulte 2010-01-22 10:15 ` Jochen Kunz 0 siblings, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-22 9:34 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 9:34 ` Wilko Bulte @ 2010-01-22 10:15 ` Jochen Kunz 2010-01-22 10:46 ` Wilko Bulte 2010-01-22 15:38 ` Larry McVoy 0 siblings, 2 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-22 10:15 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 714 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 10:15 ` Jochen Kunz @ 2010-01-22 10:46 ` Wilko Bulte 2010-01-22 11:06 ` Jochen Kunz 2010-01-22 15:38 ` Larry McVoy 1 sibling, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-22 10:46 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 10:46 ` Wilko Bulte @ 2010-01-22 11:06 ` Jochen Kunz 2010-01-22 11:12 ` Wilko Bulte 0 siblings, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-22 11:06 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 562 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 11:06 ` Jochen Kunz @ 2010-01-22 11:12 ` Wilko Bulte 0 siblings, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-22 11:12 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 10:15 ` Jochen Kunz 2010-01-22 10:46 ` Wilko Bulte @ 2010-01-22 15:38 ` Larry McVoy 2010-01-22 16:52 ` Jochen Kunz 2010-01-22 16:55 ` Wilko Bulte 1 sibling, 2 replies; 64+ messages in thread From: Larry McVoy @ 2010-01-22 15:38 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 15:38 ` Larry McVoy @ 2010-01-22 16:52 ` Jochen Kunz 2010-01-22 16:55 ` Wilko Bulte 1 sibling, 0 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-22 16:52 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 846 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 15:38 ` Larry McVoy 2010-01-22 16:52 ` Jochen Kunz @ 2010-01-22 16:55 ` Wilko Bulte 1 sibling, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-22 16:55 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:41 ` Wilko Bulte 2010-01-21 20:44 ` Larry McVoy @ 2010-01-21 20:46 ` Jason Stevens 2010-01-21 22:15 ` Aaron J. Grier 2 siblings, 0 replies; 64+ messages in thread From: Jason Stevens @ 2010-01-21 20:46 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:41 ` Wilko Bulte 2010-01-21 20:44 ` Larry McVoy 2010-01-21 20:46 ` Jason Stevens @ 2010-01-21 22:15 ` Aaron J. Grier 2010-01-21 22:57 ` Wilko Bulte 2 siblings, 1 reply; 64+ messages in thread From: Aaron J. Grier @ 2010-01-21 22:15 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 22:15 ` Aaron J. Grier @ 2010-01-21 22:57 ` Wilko Bulte 0 siblings, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 22:57 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:11 ` Larry McVoy 2010-01-21 20:26 ` Jason Stevens @ 2010-01-21 20:36 ` Wilko Bulte 2010-01-21 20:44 ` Corey Lindsly 1 sibling, 1 reply; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 20:36 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:36 ` Wilko Bulte @ 2010-01-21 20:44 ` Corey Lindsly 2010-01-21 21:45 ` Wilko Bulte 2010-01-22 0:36 ` [TUHS] Backup software (was: Irwin 285) Greg 'groggy' Lehey 0 siblings, 2 replies; 64+ messages in thread From: Corey Lindsly @ 2010-01-21 20:44 UTC (permalink / raw) > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:44 ` Corey Lindsly @ 2010-01-21 21:45 ` Wilko Bulte 2010-01-22 0:36 ` [TUHS] Backup software (was: Irwin 285) Greg 'groggy' Lehey 1 sibling, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 21:45 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Backup software (was: Irwin 285) 2010-01-21 20:44 ` Corey Lindsly 2010-01-21 21:45 ` Wilko Bulte @ 2010-01-22 0:36 ` Greg 'groggy' Lehey 2010-01-22 0:48 ` Jason Stevens 2010-01-28 20:27 ` Brad Spencer 1 sibling, 2 replies; 64+ messages in thread From: Greg 'groggy' Lehey @ 2010-01-22 0:36 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Backup software (was: Irwin 285) 2010-01-22 0:36 ` [TUHS] Backup software (was: Irwin 285) Greg 'groggy' Lehey @ 2010-01-22 0:48 ` Jason Stevens 2010-01-28 20:27 ` Brad Spencer 1 sibling, 0 replies; 64+ messages in thread From: Jason Stevens @ 2010-01-22 0:48 UTC (permalink / raw) > > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Backup software (was: Irwin 285) 2010-01-22 0:36 ` [TUHS] Backup software (was: Irwin 285) Greg 'groggy' Lehey 2010-01-22 0:48 ` Jason Stevens @ 2010-01-28 20:27 ` Brad Spencer 2010-02-12 17:03 ` Tim Bradshaw 2010-02-15 1:19 ` [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) Greg 'groggy' Lehey 1 sibling, 2 replies; 64+ messages in thread From: Brad Spencer @ 2010-01-28 20:27 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Backup software (was: Irwin 285) 2010-01-28 20:27 ` Brad Spencer @ 2010-02-12 17:03 ` Tim Bradshaw 2010-02-15 1:19 ` [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) Greg 'groggy' Lehey 1 sibling, 0 replies; 64+ messages in thread From: Tim Bradshaw @ 2010-02-12 17:03 UTC (permalink / raw) On 28 Jan 2010, at 20:27, Brad Spencer wrote: > I don't know how far this goes, if it is just NetBSD, or something > inherent to all 4.4BSD derived systems. Sun's ufsdump (which is dump really) seems to be x86/SPARC portable at least. I'm not sure it always was though. _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/tuhs ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) 2010-01-28 20:27 ` Brad Spencer 2010-02-12 17:03 ` Tim Bradshaw @ 2010-02-15 1:19 ` Greg 'groggy' Lehey 2010-02-15 1:24 ` Jason Stevens 2010-02-15 1:30 ` [TUHS] dump(8) compatibility M. Warner Losh 1 sibling, 2 replies; 64+ messages in thread From: Greg 'groggy' Lehey @ 2010-02-15 1:19 UTC (permalink / raw) On Thursday, 28 January 2010 at 15:27:11 -0500, Brad Spencer wrote: > > 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. > > Not entirely true... dump and restore in NetBSD seems to be portable > among NetBSD systems at least. > > I don't know how far this goes, if it is just NetBSD, or something > inherent to all 4.4BSD derived systems. I've just tried to list a FreeBSD 7.2 dump on NetBSD 5.0.1: Extract directories from tape Mangled directory: reclen less than DIRSIZ (12 < 16) (many repetitions) Mangled directory: reclen less than DIRSIZ (12 < 16) . is not on the tape Root directory is not on tape abort? [yn] y Interestingly, FreeBSD restore can understand the NetBSD dump. But it's not even backwards compatible between major releases of FreeBSD even, so this might be the same issue as with FreeBSD. Either way, I don't think it's a good idea to count on it for NetBSD in the future. 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/20100215/283a28ec/attachment.sig> -------------- next part -------------- _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/tuhs ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) 2010-02-15 1:19 ` [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) Greg 'groggy' Lehey @ 2010-02-15 1:24 ` Jason Stevens 2010-02-15 1:30 ` [TUHS] dump(8) compatibility M. Warner Losh 1 sibling, 0 replies; 64+ messages in thread From: Jason Stevens @ 2010-02-15 1:24 UTC (permalink / raw) I'll never understand why software vendors think its a great idea to break stuff like backup/restore programs.... It's going to be more & more of a PITA with that sarbanes oxley compliance in the states... Hell we had NT 3.5 machines & a VAX in 2003... I'd dread for anyone needing anything from those with any legal ramifications... The VAX fried, and the old NT tapes were lost in a hurricane..... -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100214/16df4f3e/attachment.html> -------------- next part -------------- _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/tuhs ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility 2010-02-15 1:19 ` [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) Greg 'groggy' Lehey 2010-02-15 1:24 ` Jason Stevens @ 2010-02-15 1:30 ` M. Warner Losh 2010-02-15 2:27 ` Larry McVoy 1 sibling, 1 reply; 64+ messages in thread From: M. Warner Losh @ 2010-02-15 1:30 UTC (permalink / raw) In message: <20100215011914.GZ62998 at dereel.lemis.com> "Greg 'groggy' Lehey" <grog at lemis.com> writes: : On Thursday, 28 January 2010 at 15:27:11 -0500, Brad Spencer wrote: : > : > 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. : > : > Not entirely true... dump and restore in NetBSD seems to be portable : > among NetBSD systems at least. : > : > I don't know how far this goes, if it is just NetBSD, or something : > inherent to all 4.4BSD derived systems. : : I've just tried to list a FreeBSD 7.2 dump on NetBSD 5.0.1: : : Extract directories from tape : Mangled directory: reclen less than DIRSIZ (12 < 16) : (many repetitions) : Mangled directory: reclen less than DIRSIZ (12 < 16) : . is not on the tape : Root directory is not on tape : abort? [yn] y : : Interestingly, FreeBSD restore can understand the NetBSD dump. But : it's not even backwards compatible between major releases of FreeBSD : even, so this might be the same issue as with FreeBSD. Either way, I : don't think it's a good idea to count on it for NetBSD in the future. Actually, dump *IS* compatible between major releases of FreeBSD. The problem is that dump tapes from FreeBSD 1.x and 2.x (and 4.3BSD, 4.4BSD and early SunOS) are no longer restoreable because the code that restored the old-style ufs1 layout was removed somewhere around FreeBSD 4.x or 5.x. It used to be the case that dump was completely interchangeable between the different BSDs, but software drift has rendered that not the case anymore. Warner _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/tuhs ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility 2010-02-15 1:30 ` [TUHS] dump(8) compatibility M. Warner Losh @ 2010-02-15 2:27 ` Larry McVoy 2010-02-15 5:05 ` Warner Losh 0 siblings, 1 reply; 64+ messages in thread From: Larry McVoy @ 2010-02-15 2:27 UTC (permalink / raw) > It used to be the case that dump was completely interchangeable > between the different BSDs, but software drift has rendered that not > the case anymore. Which is why we (BitKeeper guys) don't even trust cpio/tar/etc. Wrote our own, works everywhere including windows. -- --- 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility 2010-02-15 2:27 ` Larry McVoy @ 2010-02-15 5:05 ` Warner Losh 2010-02-15 5:18 ` Jason Stevens 0 siblings, 1 reply; 64+ messages in thread From: Warner Losh @ 2010-02-15 5:05 UTC (permalink / raw) Tar and cpio at least have a standard, well understood format. Dump was always only defined by the source. Warner On Feb 14, 2010, at 7:27 PM, Larry McVoy <lm at bitmover.com> wrote: >> It used to be the case that dump was completely interchangeable >> between the different BSDs, but software drift has rendered that not >> the case anymore. > > Which is why we (BitKeeper guys) don't even trust cpio/tar/etc. > Wrote our > own, works everywhere including windows. > -- > --- > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] dump(8) compatibility 2010-02-15 5:05 ` Warner Losh @ 2010-02-15 5:18 ` Jason Stevens 0 siblings, 0 replies; 64+ messages in thread From: Jason Stevens @ 2010-02-15 5:18 UTC (permalink / raw) reminds me of the tar changes with the advent of gnutar... boy have I had a lot of fun transporting files to find out when extracting it creates the directories as files..... On Mon, Feb 15, 2010 at 12:05 AM, Warner Losh <imp at bsdimp.com> wrote: > Tar and cpio at least have a standard, well understood format. Dump was > always only defined by the source. > > Warner > > > > On Feb 14, 2010, at 7:27 PM, Larry McVoy <lm at bitmover.com> wrote: > > It used to be the case that dump was completely interchangeable >>> between the different BSDs, but software drift has rendered that not >>> the case anymore. >>> >> >> Which is why we (BitKeeper guys) don't even trust cpio/tar/etc. Wrote our >> own, works everywhere including windows. >> -- >> --- >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20100215/6e6ab2b4/attachment.html> -------------- next part -------------- _______________________________________________ TUHS mailing list TUHS at minnie.tuhs.org https://minnie.tuhs.org/mailman/listinfo/tuhs ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:00 ` Wilko Bulte 2010-01-21 20:11 ` Larry McVoy @ 2010-01-21 20:33 ` Jochen Kunz 2010-01-21 20:44 ` Wilko Bulte 1 sibling, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 20:33 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 871 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:33 ` [TUHS] Irwin 285 Jochen Kunz @ 2010-01-21 20:44 ` Wilko Bulte 2010-01-21 20:47 ` Larry McVoy 2010-01-22 9:23 ` Jochen Kunz 0 siblings, 2 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-21 20:44 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:44 ` Wilko Bulte @ 2010-01-21 20:47 ` Larry McVoy 2010-01-22 9:23 ` Jochen Kunz 1 sibling, 0 replies; 64+ messages in thread From: Larry McVoy @ 2010-01-21 20:47 UTC (permalink / raw) > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 20:44 ` Wilko Bulte 2010-01-21 20:47 ` Larry McVoy @ 2010-01-22 9:23 ` Jochen Kunz 2010-01-22 9:32 ` Wilko Bulte 1 sibling, 1 reply; 64+ messages in thread From: Jochen Kunz @ 2010-01-22 9:23 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 528 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-22 9:23 ` Jochen Kunz @ 2010-01-22 9:32 ` Wilko Bulte 0 siblings, 0 replies; 64+ messages in thread From: Wilko Bulte @ 2010-01-22 9:32 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Tape backups? (was: Irwin 285) 2010-01-21 19:58 ` Larry McVoy 2010-01-21 20:00 ` Wilko Bulte @ 2010-01-22 0:38 ` Greg 'groggy' Lehey 1 sibling, 0 replies; 64+ messages in thread From: Greg 'groggy' Lehey @ 2010-01-22 0:38 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 19:56 ` Wilko Bulte 2010-01-21 19:58 ` Larry McVoy @ 2010-01-21 20:18 ` Jochen Kunz 1 sibling, 0 replies; 64+ messages in thread From: Jochen Kunz @ 2010-01-21 20:18 UTC (permalink / raw) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 594 bytes --] 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 10:26 [TUHS] Irwin 285 Sergey Lapin 2010-01-21 10:51 ` Brantley Coile 2010-01-21 11:19 ` Jochen Kunz @ 2010-01-21 12:05 ` Andrzej Popielewicz 2010-01-21 12:12 ` Sergey Lapin 2 siblings, 1 reply; 64+ messages in thread From: Andrzej Popielewicz @ 2010-01-21 12:05 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
* [TUHS] Irwin 285 2010-01-21 12:05 ` Andrzej Popielewicz @ 2010-01-21 12:12 ` Sergey Lapin 0 siblings, 0 replies; 64+ messages in thread From: Sergey Lapin @ 2010-01-21 12:12 UTC (permalink / raw) > > 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 ^ permalink raw reply [flat|nested] 64+ messages in thread
end of thread, other threads:[~2010-02-15 5:18 UTC | newest] Thread overview: 64+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-01-21 10:26 [TUHS] Irwin 285 Sergey Lapin 2010-01-21 10:51 ` Brantley Coile 2010-01-21 11:19 ` Jochen Kunz 2010-01-21 11:32 ` Wilko Bulte 2010-01-21 12:07 ` Sergey Lapin 2010-01-21 12:37 ` Jason Stevens 2010-01-21 13:02 ` Wilko Bulte 2010-01-21 16:50 ` Jochen Kunz 2010-01-21 17:11 ` Jochen Kunz 2010-01-21 17:37 ` M. Warner Losh 2010-01-21 17:41 ` Sergey Lapin 2010-01-21 19:00 ` Jochen Kunz 2010-01-21 19:10 ` Al Kossow 2010-01-21 19:36 ` Jochen Kunz 2010-01-21 19:41 ` Wilko Bulte 2010-01-21 19:45 ` John Cowan 2010-01-21 18:59 ` Wilko Bulte 2010-01-21 19:48 ` Jochen Kunz 2010-01-21 19:56 ` Wilko Bulte 2010-01-21 19:58 ` Larry McVoy 2010-01-21 20:00 ` Wilko Bulte 2010-01-21 20:11 ` Larry McVoy 2010-01-21 20:26 ` Jason Stevens 2010-01-21 20:41 ` Wilko Bulte 2010-01-21 20:44 ` Larry McVoy 2010-01-21 21:00 ` Wilko Bulte 2010-01-21 21:01 ` Larry McVoy 2010-01-21 21:36 ` lyricalnanoha 2010-01-21 22:15 ` Larry McVoy 2010-01-21 22:22 ` M. Warner Losh 2010-01-22 9:14 ` Jochen Kunz 2010-01-22 9:34 ` Wilko Bulte 2010-01-22 10:15 ` Jochen Kunz 2010-01-22 10:46 ` Wilko Bulte 2010-01-22 11:06 ` Jochen Kunz 2010-01-22 11:12 ` Wilko Bulte 2010-01-22 15:38 ` Larry McVoy 2010-01-22 16:52 ` Jochen Kunz 2010-01-22 16:55 ` Wilko Bulte 2010-01-21 20:46 ` Jason Stevens 2010-01-21 22:15 ` Aaron J. Grier 2010-01-21 22:57 ` Wilko Bulte 2010-01-21 20:36 ` Wilko Bulte 2010-01-21 20:44 ` Corey Lindsly 2010-01-21 21:45 ` Wilko Bulte 2010-01-22 0:36 ` [TUHS] Backup software (was: Irwin 285) Greg 'groggy' Lehey 2010-01-22 0:48 ` Jason Stevens 2010-01-28 20:27 ` Brad Spencer 2010-02-12 17:03 ` Tim Bradshaw 2010-02-15 1:19 ` [TUHS] dump(8) compatibility (was: Backup software (was: Irwin 285)) Greg 'groggy' Lehey 2010-02-15 1:24 ` Jason Stevens 2010-02-15 1:30 ` [TUHS] dump(8) compatibility M. Warner Losh 2010-02-15 2:27 ` Larry McVoy 2010-02-15 5:05 ` Warner Losh 2010-02-15 5:18 ` Jason Stevens 2010-01-21 20:33 ` [TUHS] Irwin 285 Jochen Kunz 2010-01-21 20:44 ` Wilko Bulte 2010-01-21 20:47 ` Larry McVoy 2010-01-22 9:23 ` Jochen Kunz 2010-01-22 9:32 ` Wilko Bulte 2010-01-22 0:38 ` [TUHS] Tape backups? (was: Irwin 285) Greg 'groggy' Lehey 2010-01-21 20:18 ` [TUHS] Irwin 285 Jochen Kunz 2010-01-21 12:05 ` Andrzej Popielewicz 2010-01-21 12:12 ` Sergey Lapin
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).