Jens Berg writes:
> On 8/28/2019 9:14 AM, Olivier wrote:
>> I have a dedicated server that runs Amanda, with 8 bays, I never
>> disconnect the disks unless it is time to replace them with a newer
>> and biger one.
>
> Don't you have Off-Site backups?
No.
> Since I switched from LTO to vtapes, I
On 8/28/2019 9:14 AM, Olivier wrote:
> I have a dedicated server that runs Amanda, with 8 bays, I never
> disconnect the disks unless it is time to replace them with a newer
> and biger one.
Don't you have Off-Site backups?
Since I switched from LTO to vtapes, I'm using USB drives for that which
Diego Zuccato writes:
> Il 28/08/19 03:34, Olivier ha scritto:
>
>> Or write another device for Amanda to use, it would not be vtape, it
>> would be ... something.
> Could be 'rawdisk'. :)
>
> But better plan for some redundancy to compensate for silent corruption.
>
> And consider that SATA conn
Il 28/08/19 03:34, Olivier ha scritto:
> Or write another device for Amanda to use, it would not be vtape, it
> would be ... something.
Could be 'rawdisk'. :)
But better plan for some redundancy to compensate for silent corruption.
And consider that SATA connectors have a limited life (about 500
Gene Heskett writes:
> On Monday 26 August 2019 23:55:31 Olivier wrote:
>
>> Gene Heskett writes:
>> > Generally speaking, only because the disc is random access.
>>
>> But a disk dedicated to vtapes should be doing a lot of sequetial
>> accesses: once it has been formatted and the slots have be
Diego Zuccato writes:
> Il 27/08/19 05:55, Olivier ha scritto:
>
>> But a disk dedicated to vtapes should be doing a lot of sequetial
>> accesses: once it has been formatted and the slots have been assigned,
>> it is writting files the size of one Amanda's chunk. In fact, that would
>> be worth a
Jon LaBadie writes:
> On Tue, Aug 27, 2019 at 11:44:02AM +0200, Diego Zuccato wrote:
>> Il 27/08/19 05:55, Olivier ha scritto:
>>
>> > But a disk dedicated to vtapes should be doing a lot of sequetial
>> > accesses: once it has been formatted and the slots have been assigned,
>> > it is writting
On Tue, Aug 27, 2019 at 11:44:02AM +0200, Diego Zuccato wrote:
> Il 27/08/19 05:55, Olivier ha scritto:
>
> > But a disk dedicated to vtapes should be doing a lot of sequetial
> > accesses: once it has been formatted and the slots have been assigned,
> > it is writting files the size of one Amanda
Il 27/08/19 05:55, Olivier ha scritto:
> But a disk dedicated to vtapes should be doing a lot of sequetial
> accesses: once it has been formatted and the slots have been assigned,
> it is writting files the size of one Amanda's chunk. In fact, that would
> be worth a study: the disk usage for vtap
On Monday 26 August 2019 23:55:31 Olivier wrote:
> Gene Heskett writes:
> > Generally speaking, only because the disc is random access.
>
> But a disk dedicated to vtapes should be doing a lot of sequetial
> accesses: once it has been formatted and the slots have been assigned,
> it is writting f
Gene Heskett writes:
> Generally speaking, only because the disc is random access.
But a disk dedicated to vtapes should be doing a lot of sequetial
accesses: once it has been formatted and the slots have been assigned,
it is writting files the size of one Amanda's chunk. In fact, that would
be
On Monday 26 August 2019 21:42:29 Olivier wrote:
> ghe writes:
> > Stan and Debra have convinced me to bite the bullet and buy a new
> > tape. I've never been in this situation before (the DLT drive used
> > to fail every once in a while, but a couple hours with a jeweler's
> > screwdriver got it
On Mon, 26 Aug 2019 16:01:58 -0400
Gene Heskett wrote:
> But AFAIK, tapes don't maintain an allocation map, and we have no
> tape writing tools so organized as to be able to implement such a
> scheme.
Not entirely true.
Tape drives such as Colorado Memory Systems' QIC drives were random
access,
ghe writes:
> Stan and Debra have convinced me to bite the bullet and buy a new tape.
> I've never been in this situation before (the DLT drive used to fail
> every once in a while, but a couple hours with a jeweler's screwdriver
> got it going again).
>
> Looks like I'm going to have a spare, mi
On 8/26/19 5:20 PM, Nathan Stratton Treadway wrote:
> I haven't looked closely at tape drives in a few years, but others on
> this list certainly have in-depth experience with them. I think some of
> the specific answers do depend on what tape-drive technology/generation
> you are using, so it mi
Cheap is defined in comparison with “how long will it take to recreate all that
data by hand,
if it’s lost”. The value of that may depend on your reason for doing a backup.
Deb Baddorf
Fermilab
> On Aug 26, 2019, at 6:39 PM, ghe wrote:
>
> On 8/26/19 4:16 PM, stan wrote:
>
>> Tapes are cheap
On 8/26/19 2:01 PM, Gene Heskett wrote:
> I did that once for a very old hard drive, permanently allocating about
> 30 sectors to a file named badsectors.fd. Worked great.
That's a clever idea...
> But AFAIK, tapes don't maintain an allocation map, and we have no tape
> writing tools so organ
On 8/26/19 4:16 PM, stan wrote:
> Tapes are cheap!
Define 'cheap' :-)
There's a significant difference between what Google and I consider cheap...
> What technology BTW.
LTO-5
I'm a newcomer from the DLT world. Those were reasonably cheap by my
definition...
--
Glenn English
of tapes in rotation, so from use to use a
particular tape would sometimes be used shortly after the heads were
cleaned -- and thus we could be pretty sure that it really was a bad
tape if the error happened consistently over many cycles.)
Regarding utilities to "validate" the tape: as far as
On Friday 16 August 2019 13:38:45 ghe wrote:
> I have reason to believe that one of my tapes isn't working properly
> (last night's backup died without finishing because of a tape error --
> the retry running right now successfully flushed last night's and
> wrote a new one).
>
> Is there an Amand
Try “man amcheckdump” It might give you what you want.
Deb Baddorf
Fermilab
> On Aug 16, 2019, at 12:38 PM, ghe wrote:
>
> I have reason to believe that one of my tapes isn't working properly
> (last night's backup died without finishing because of a tape error --
> the retry running right
I have reason to believe that one of my tapes isn't working properly
(last night's backup died without finishing because of a tape error --
the retry running right now successfully flushed last night's and wrote
a new one).
Is there an Amanda utility that will validate a tape without destroying
th
On Wed, Dec 03, 2003 at 01:32:11AM -0800, Jack Twilley wrote:
> *** A TAPE ERROR OCCURRED: [writing label: short write].
How much was written to the tape before this message appeared?
Anything at all? Look for a line like this in the NOTES section:
taper: tape twilley008 kb 12033408 fm 8 writ
On Wednesday, December 3, 2003, at 04:50 AM, C.Scheeder wrote:
H,
i'm no free-bsd guru, but
Jack Twilley schrieb:
Here's the uname output:
FreeBSD duchess.twilley.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat
Nov 8 00:40:54 PST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/DUCHESS i386
H,
i'm no free-bsd guru, but
Jack Twilley schrieb:
Here's the uname output:
FreeBSD duchess.twilley.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Nov 8 00:40:54 PST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DUCHESS i386
I'm running amanda out of ports:
amanda-client-2.4.4_2,1 The A
Here's the uname output:
FreeBSD duchess.twilley.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Nov 8 00:40:54
PST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DUCHESS i386
I'm running amanda out of ports:
amanda-client-2.4.4_2,1 The Advanced Maryland Automatic Network Disk Archiver (clie
ama
On Tue, Nov 25, 2003 at 10:46:10AM +0100, Martin Oehler wrote:
> Hi!
>
> Am Mo, 2003-11-24 um 13.54 schrieb Gene Heskett:
> > On Monday 24 November 2003 03:46, Martin Oehler wrote:
>
> [...]
> > Doing this to a tape also should tell you whether or not the drives
> > internal compression is in us
Hi!
Am Mo, 2003-11-24 um 23.30 schrieb Eric Siegerman:
> On Mon, Nov 24, 2003 at 09:46:31AM +0100, Martin Oehler wrote:
> > Hmm, the only option that sounds like it could speed up the [amtapetype] process
> > is blocksize. Does anyone know a good value for this?
>
> The same value as amdump will
Hi!
Am Mo, 2003-11-24 um 13.54 schrieb Gene Heskett:
> On Monday 24 November 2003 03:46, Martin Oehler wrote:
[...]
> Doing this to a tape also should tell you whether or not the drives
> internal compression is in use, which for amanda, should be turned
> off as that hides the true size of the
On Mon, Nov 24, 2003 at 07:14:56PM +0100, Paul Bijnens wrote:
> My idea was to write only one large file in the first pass, just
> until [amtapetype] hits end of tape.
One problem with that is that the drive's internal buffering
might distort the results, by letting amtapetype think it has
success
On Mon, Nov 24, 2003 at 09:46:31AM +0100, Martin Oehler wrote:
> Hmm, the only option that sounds like it could speed up the [amtapetype] process
> is blocksize. Does anyone know a good value for this?
The same value as amdump will be using! With some tape
technologies, the tape's capacity depen
On Mon, Nov 24, 2003 at 07:14:56PM +0100, Paul Bijnens wrote:
> Jon LaBadie wrote:
>
> >Might it be a good idea to have amtapetype note too many files
> >being written during the first phase and taking some action?
> >Maybe with an option to override the checking.
>
> My idea was to write only on
Jon LaBadie wrote:
Might it be a good idea to have amtapetype note too many files
being written during the first phase and taking some action?
Maybe with an option to override the checking.
My idea was to write only one large file in the first pass, just
until it hits end of tape. Then rewind and
On Mon, Nov 24, 2003 at 10:23:12AM +0100, Paul Bijnens wrote:
>
> Read on a few lines further in the man page. The most important
> parameter for speed is the estimated size. It's the stop/start when
> writing a filemark that slows down the most. The default estimated
> size is 1 Gbyte. Amtape
On Mon, Nov 24, 2003 at 09:46:31AM +0100, Martin Oehler wrote:
> Hi!
>
> Am So, 2003-11-23 um 14.16 schrieb Gene Heskett:
> > There is amtapetype, which will destructively write the tape till it
> > hits EOT, and will tell you the size it found. See the man page for
> > running options to help
On Monday 24 November 2003 03:46, Martin Oehler wrote:
>Hi!
>
>Am So, 2003-11-23 um 14.16 schrieb Gene Heskett:
>> There is amtapetype, which will destructively write the tape till
>> it hits EOT, and will tell you the size it found. See the man
>> page for running options to help speed it up as i
Martin Oehler wrote:
Hi!
Am So, 2003-11-23 um 14.16 schrieb Gene Heskett:
There is amtapetype, which will destructively write the tape till it
hits EOT, and will tell you the size it found. See the man page for
running options to help speed it up as its quite slow, doing 2
passes.
SYNOPSIS
Hi!
Am So, 2003-11-23 um 14.16 schrieb Gene Heskett:
> There is amtapetype, which will destructively write the tape till it
> hits EOT, and will tell you the size it found. See the man page for
> running options to help speed it up as its quite slow, doing 2
> passes.
SYNOPSIS
amtapety
On Sunday 23 November 2003 04:28, Martin Oehler wrote:
>Hi!
>
>I'm using amanda 2.4.4p1 in combination with a Quantum SDLT 320
>tape drive. This week I received some replacement tapes for broken
>ones.
>
>Using the first tape I got some kind of "short write" while using
>amflush:
>[...]
>*** A TAPE
Hi!
I'm using amanda 2.4.4p1 in combination with a Quantum SDLT 320
tape drive. This week I received some replacement tapes for broken
ones.
Using the first tape I got some kind of "short write" while using
amflush:
[...]
*** A TAPE ERROR OCCURRED: [[writing file: Input/output error]].
[...]
x
Anthony Valentine wrote:
>
> I would like to replace this tape with a new one, however I don't want
> Amanda to forget about the old one yet.
This is also interesting in this context, although probably not exactly
what you want:
http://www.storagemountain.com/amanda-18.html
--
Regards
Chris
> I would like to replace this tape with a new one, however I don't want
> Amanda to forget about the old one yet.
I was told in very similar circumstances that `amadmin
no-reuse ' was made exactly for this case.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 /
Just wait until amcheck is calling for that tape number, then label it with
the -f (force) option, and use it.
> -Original Message-
> From: Anthony Valentine [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 21, 2003 3:01 PM
> To: Amanda Users
> Subject: Replacing a par
Hello!
I have a tape that has gone bad, however the damage is very near the end
of the tape, so that I am still able to get data off of the beginning.
I would like to replace this tape with a new one, however I don't want
Amanda to forget about the old one yet. Aside from waiting until the
day i
ICould someone point me in the right direction on how to replace a tape in
rotation that has broken?
Michael
--
Michael Williams Instructional Technology
Haywood County Schools 216 Charles St. Clyde, NC 28721
http://www.k12linux.org (828) 627-8314
"If w
On Thu, 6 Dec 2001 at 1:07pm, Michael Williams wrote
> ICould someone point me in the right direction on how to replace a tape in
> rotation that has broken?
>
You need to 'amrmtape' the broken tape. As soon as you do, amanda will
want a new tape on the next run (since you'll have < tapecycle
John W. Price <[EMAIL PROTECTED]> wrote:
> I'm sure this is something I should probably already know, aside from
> being mildly off-topic, but is there a way to test a tape for quality
> *before* you put a backup on it? I just had a brand new tape come back
The built-in SCSI chg driver tests for
Hi all:
I'm sure this is something I should probably already know, aside from
being mildly off-topic, but is there a way to test a tape for quality
*before* you put a backup on it? I just had a brand new tape come back
with i/o errors while trying to restore a backup (this after I had just
start
48 matches
Mail list logo