Re: garbage collect: free orphaned chunks from disks?

On Wed, Mar 08, 2023 at 12:20:00PM +0100, Heiko Schlittermann wrote: Hi, Jens Berg (Mi 08 Mär 2023 10:06:34 CET): She does in the moment a tape (= slot) is re-used. … Remember that amanda was initially designed to work with tapes and that Olivier (Mi 08 Mär 2023 11:46:37 CET): While the

Re: (OT) What backup to use with Windows

On Tue, May 31, 2022 at 03:02:15PM +0700, Olivier wrote: Hi, I know this is not about Amanda, butt this is about backup. I am trying to find a suitable solution for Windows/Mac/Linux desktops. Amanda has a major flaw: it is working on a pull schedule, the client must be available when the

Re: Is there a write-up on using amvault with an archive config?

iously for you it will be simpler since you don't have to engage the SCSI subsystem and define actual tapetype parameters or fiddle with blocksizes.  And you're not limited to a single "tape". I think I'll be looking to "spin down" the archive disk. It would be used so seld

Is there a write-up on using amvault with an archive config?

*** Apologies if a near duplicate has been posted *** *** I initially submitted it with the wrong email *** Amazing, I've used amanda for about 25 years and never set up an archive config nor used amvault. No time like the present as I setup a new server with increased capacity. I don't want

Re: LVM for vtapes

On Tue, Sep 21, 2021 at 10:01:04AM +0200, Diego Zuccato wrote: A different approach here. I configured a single MD-RAID6 of 16 4TB disks and the vtapes are simple folders. I did it mostly because I didn't know the exact space requirements our backups would have. Today I'd go with a smaller

LVM for vtapes

Interesting discussion in other threads got me wondering whether I should have made some other choices when setting up my vtape environment. Particularly whether I should have used LVM (Logical Volume Management) to create one large filesystem covering my multiple dedicated disks. Its a topic I

Re: DLE splitting

is there a way to run a user supplied program just before amanda's taper opens each tape file? I.e., before it actually opens and creates a new file on the tape. Do I recall correctly that it opens a tmp file on the vtape and when complete renames it? Or am I thinking of the chunks on the

Re: DLE splitting

On Fri, Sep 17, 2021 at 11:55:09AM -0400, Jon LaBadie wrote: I'm seeing instances of wasted VTape with amanda switching to a new tape for the last DLE even though there is room left on the current tape. Here is the relevant section from yesterday. USAGE BY TAPE: Label Time

Re: allow-split configuration parameter

On Fri, Sep 17, 2021 at 01:09:48PM -0400, Gene Heskett wrote: On Friday 17 September 2021 12:09:55 Jon LaBadie wrote: While investigating a tape issue (separate thread) I investigated the "allow-split" parameter of amanda.conf. The man page says it defaults to "true" and

allow-split configuration parameter

While investigating a tape issue (separate thread) I investigated the "allow-split" parameter of amanda.conf. The man page says it defaults to "true" and my configuration has never set it. Thinking perhaps the default has changed I tried setting allow-split several ways and places. amcheck

DLE splitting

I'm seeing instances of wasted VTape with amanda switching to a new tape for the last DLE even though there is room left on the current tape. Here is the relevant section from yesterday. USAGE BY TAPE: Label Time Size % DLEs Parts DS1-010 0:08

Re: amflush surprize auth=ssh.

rameter "allow-split" which defaults to "yes". The parameter is absent from my config files so it is default. There are also parameters for specifying the part size. Jon On Aug 24, 2021, at 12:10 AM, Jon LaBadie wrote: On Mon, Aug 23, 2021 at 06:30:24PM +0100, Jose M

Re: amflush surprize auth=ssh.

On Sun, Aug 22, 2021 at 02:40:52PM -0400, Jon LaBadie wrote: I have one large DLE that gets broken into about 45 chunks for taping. My vtapes hold 20 of these chunks and I allow up to 3 tapes to be used nightly. Two evening back another large DLE was in the same dump so only about 30 of the

amflush surprize auth=ssh.

I have one large DLE that gets broken into about 45 chunks for taping. My vtapes hold 20 of these chunks and I allow up to 3 tapes to be used nightly. Two evening back another large DLE was in the same dump so only about 30 of the 45 chunks fit on the three tapes. Today I ran amflush thinking

network problems

Some days my system logs are being flooded with hundreds of thousands of network entries saying "STATE_INVALID_DROP". Nearly all are caused by packets coming from my regular desktop system to my amanda server. And based on the times and sizes (all full to MTU) they are amanda dump packets.

Re: Amanda really blew up last night.

On Mon, Feb 01, 2021 at 07:08:54PM +, Debra S Baddorf wrote: I keep reading that there is less wasted space with tapes. Just because you allocate X space for each tape, I believe they only use up the space that’s actually used. Certainly that is the case here. I have 6

zmanda windows client

I've been using the Zmanda Windows Client (ZWC) to back up my two Windows Clients. After several years of working just fine, one has stopped working. It is a Windows 7 laptop. The other is a Windows 8 VirtualBox VM that continues to work fine. The report error message is: planner: ERROR

Re: How's amanda feeling these days?

On Mon, Nov 16, 2020 at 07:25:41AM -0600, Dave Sherohman wrote: > Hello, again! > > You may recall my earlier question to the list, included below. I've > now talked with my other coworkers who work with servers and they've > agreed to go with amanda for our new backup system. > > Now I'd like

amanda-excludes file - includes?

Silly question, can an include be added to an amanda-exclude file. I.e., is there a syntax to say "exclude this everything under this directory except for FuBar". The backstory: My mailserver has a quarantine directory (QD) for spam and virus containing mail. This QD directory is listed in the

Re: amanda-3.4.5 does not fill one tape

Glad you brought up this "feature" Nathan. I had heard it before but not using tape, promptly forgot it. Jon On Thu, May 14, 2020 at 05:30:53PM -0400, Nathan Stratton Treadway wrote: > On Thu, May 14, 2020 at 09:14:17 +0200, Stefan G. Weichinger wrote: > > Interesting, how can a "dirty" drive

Re: amanda-3.4.5 does not fill one tape

On Thu, May 14, 2020 at 09:14:17AM +0200, Stefan G. Weichinger wrote: > Am 14.05.20 um 07:59 schrieb Jens Berg: > > There was a discussion back in 2014 with subject "Backups to tape > > consistently under 60% tape capacity". I haven't read the whole lengthy > > thread but one participant mentioned

Re: amanda-3.4.5 does not fill one tape

On Wed, May 13, 2020 at 06:17:02PM +0200, Stefan G. Weichinger wrote: > Now look at this run of > > "amtapetype -b 128k /dev/nst0" > > with another tape, FUJI instead of HP: > > define tapetype LTO3-fuji { > comment "Created by amtapetype; compression disabled" > length

Re: smbclient

On Tue, Apr 21, 2020 at 01:06:13PM +0100, Nuno Dias wrote: > Hi, > > I tried everything, I'm using the Administrator user in windows 10, I > check and he has the rights to do everything, nevertheless in smbclient > I have several ERRORS saying "NT_STATUS_ACCESS_DENIED listing" this is > system

Re: balance calculation [Experiment Results Report]

and runspercycle to 28 days. How I did it is described in the message but is not recommended except for an experiment like this. After the included February message I describe the results of the experiment. On Tue, Feb 25, 2020 at 05:32:28PM -0500, Jon LaBadie wrote: > In a recent discussion on widely out

Re: balance calculation -- was Re: separate spindle for dump use

In a recent discussion on widely out of balance dumps and frequent promotions to level 0 dumps I noted this about my configuration. On Thu, Feb 13, 2020 at 11:50:34PM -0500, Jon LaBadie wrote: ... > > My default {dump/runsper}cycle is 7 days, set in amanda.conf. > But more than 1/2 o

xattr fail

I just added a new client to my dumps. That client has some "snap" modules that are causing "strange" result messages in amreport. Specifically: ? /usr/bin/tar: : Warning: Cannot flistxattr: Operation not supported I get the same message if I manually run getfattr on the file(s)

balance calculation -- was Re: separate spindle for dump use

On Wed, Feb 12, 2020 at 05:40:31PM -0500, Nathan Stratton Treadway wrote: > > Looks like there we had some discussion here on the list back in > November 2018 about the unbalanced runs you were seeing, which got as > far as my theorizing that perhaps you had a few DLEs that were so much > larger

Re: holding disk too small? -- holding disk RAID configuration

On Mon, Dec 23, 2019 at 11:51:11PM -0500, Gene Heskett wrote: > On Monday 23 December 2019 21:16:26 Nathan Stratton Treadway wrote: > > > On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote: > > > The first, /dev/sda contains the current operating system. This > > > includes /usr/dumps as

Re: holding disk too small?

On Tue, Dec 10, 2019 at 03:27:13PM +0100, Stefan G. Weichinger wrote: > Am 05.12.19 um 21:47 schrieb Stefan G. Weichinger: > > Am 03.12.19 um 15:43 schrieb Stefan G. Weichinger: > >> > >> Another naive question: > >> > >> Does the holdingdisk have to be bigger than the size of one tape? > > > >

Re: keep one DLE in the holding disk

On Fri, Nov 29, 2019 at 07:29:13PM +0100, Stefan G. Weichinger wrote: > Am 27.11.19 um 21:22 schrieb Debra S Baddorf: > > > > > >> On Nov 27, 2019, at 3:29 AM, Stefan G. Weichinger wrote: > >> > >> There could also be a separate cronjob with "amdump --no-taper" when I > >> think about it. > >>

Re: rather simple question around dumpcycle

On Sun, Nov 17, 2019 at 12:16:18PM +0100, Stefan G. Weichinger wrote: > Am 15.11.19 um 20:32 schrieb Jon LaBadie: > > > I was not thinking of any algorithm. Just a weekend crontab entries like: > > > > amadmin ... force ... ; amdump ... > > Yes, I understoo

Re: Best size for vtapes

On Mon, Nov 18, 2019 at 02:48:40PM +0700, Olivier wrote: > Charles Curley writes: > > > So in theory you could allocate more vtape space that there is room on > > the partition. Just make sure you never use more vtape space than you > > actually have. > > In theory. But you are accepting the

amanda lists at yahoo

Do any of our readers or poster use the amanda-users and amanda-hackers lists at yahoo.com? Apparently yahoo is making major changes to its groups program and that will cause a loss of all existing data at the end of the year. It may have archival value, seems to have the entire list back to

Re: rather simple question around dumpcycle

On Tue, Nov 12, 2019 at 11:15:24AM +0100, Stefan G. Weichinger wrote: > Am 12.11.19 um 00:12 schrieb Jon LaBadie: > > > What about a single config incremental only. > > > > Via crontab, force level 0's when you want, > > maybe every other weekend FRI & SAT. >

Re: rather simple question around dumpcycle

On Mon, Nov 11, 2019 at 05:34:14PM +0100, Stefan G. Weichinger wrote: > > At a customer we try to run 2 configs in parallel. > > I discussed this setup here in the past, and bring it back up again ;-) > > - > > We run a daily config with 58 tapes. > This is run on weekdays 1-4 only. > > Until

order of "optional" and "append" enforced by amcheck

Editing my disklist, and adding an exclude statement, I was surprised to find amcheck required the "optional" and "append" arguments in that order. By listing them in that order, the amanda.conf manpage does suggest that order is required. My warped mind simply thought of them as options where

Re: bad tape?

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

Re: amrecover as root on client NAK'd

On Mon, Jun 24, 2019 at 03:03:35PM -0400, Gene Heskett wrote: > Greetings all; > > I have a pi running stretch with an rt-preempt kernel so it can run > linuxcnc, which according to my tests so far it should do it nicely, its > realtime enough to handle servo machines with a 1 kilohertz update

Re: amrecover/amrestore: block size too small

I sent the following note to Steve. I don't have facilities to check if my comments are correct. Anyone care to comment or check? On Wed, Jun 19, 2019 at 07:37:23PM +0200, Stefan G. Weichinger wrote: ... > > $ amrestore --config abt -b 2097152 /dev/nst0 jupi smb_revision > > seems to work

Re: exact-match

On Thu, Jun 13, 2019 at 10:07:10AM -0400, Jean-Francois Malouin wrote: > * Jon LaBadie [20190613 05:05]: > > On Tue, Jun 11, 2019 at 04:28:50PM +0200, C. Scheeder wrote: > > > Errm > > > sorry to interup this all, > > > but isn't the option > > >

Re: exact-match

On Tue, Jun 11, 2019 at 04:28:50PM +0200, C. Scheeder wrote: > Errm > sorry to interup this all, > but isn't the option > "exclude list " > or > "exclude file " > man amand.conf dosn't know the option "exclude" without being folowed by the > word "file" or "list". > In amanda.conf(5) it shows:

Re: ***UNCHECKED*** exact-match

On Tue, Jun 11, 2019 at 11:47:15AM +0100, Nuno Dias wrote: > Thanks, but I'm already doing that (the exclude) > > This is what I have in disklist > > MACHINE /dir/subdir/name/2019 { > tar > exclude "./subdir/*" > > } > > MACHINE /dir/subdir/name/2019/subdir tar > > Because this

Re: ***UNCHECKED*** exact-match

On Fri, Jun 07, 2019 at 11:04:48AM +0100, Nuno Dias wrote: > Hi, > > I'm trying to use amanda to backup only one dir from a list of dirs > that are in disklist file > > I run amdump like this > > $ /usr/sbin/amdump -o reserve=0 --no-taper MACHINE > ^/dir/subdir/name/2019$ > > and with

Re: How does amanda invoke gnutar on clients?

On Wed, May 29, 2019 at 09:50:50AM +0700, Olivier wrote: > Winston Sorfleet writes: > > > I'll try that, thanks!  Out of curiosity, would using "include" get > > around that?  > > My guess is that it won't. But you can explore the manual of gtar :) > I'm pretty sure that "one-file-system"

Re: lev 0 FAILED [data timeout]

On Tue, May 28, 2019 at 12:57:18PM +1000, Tom Robinson wrote: > On Tue, 14 May 2019 at 22:14, Nathan Stratton Treadway > wrote: > > Hi Nathan, > > Thanks for you reply and help. > > On Mon, May 13, 2019 at 09:59:13 +1000, Tom Robinson wrote: . > > I am getting a new issue now which is

Re: if to fork Amanda

On Wed, May 08, 2019 at 12:01:42AM +, Chris Hassell wrote: > I don't allow a script to alter the repo unless it's in big neon. > ... > > It does (if I recall correctly) require a user "amandabackup" to exist, but > that's all. The user 'amanda' (?), not so sure if that's made in the build

Re: Dump to tape AND keep copy on disk?

On Tue, Jan 15, 2019 at 07:38:37PM +, Debra S Baddorf wrote: > Amanda people: does the newer amanda have any means to dump to tape > while still retaining a copy on the holding disk? > > Dumping to tape, and then vaulting BACK to a disk area seems excessive, > if there is a better way? > >

Re: Only increasing incrementals

On Wed, Dec 12, 2018 at 02:18:57PM +0700, Olivier wrote: > Nathan Stratton Treadway writes: > > > On Thu, Nov 22, 2018 at 11:18:25 +0700, Olivier wrote: > >> Hello, > >> > >> UI am wondering if there is a way to define a DLE that would all > >> incrementals but only with increasing level: > >>

Re: amcheck-ing root files

On Thu, Nov 29, 2018 at 03:06:17PM +0100, Stefan G. Weichinger wrote: > > I know it was topic here already ... long ago, maybe someone knows a > solution to this already: > > I have files owned by root that get correctly amdump-ed but throw ugly > errors/warnings when I run my daily amcheck via

Re: Reusable

On Wed, Nov 21, 2018 at 11:55:21AM -0800, Chris Miller wrote: > Hi Folks, > > I have written some very small DLEs so I can rip through weeks > of backups in minutes. I've learned some things. When I'm experimenting with amanda after I create the test configuration, before the first amdump run,

Re: Reusable

On Wed, Nov 21, 2018 at 11:55:21AM -0800, Chris Miller wrote: > Hi Folks, > > I have written some very small DLEs so I can rip through weeks > of backups in minutes. I've learned some things. AMANDA can't > backup a file; only directories. Is there any way around that? > Suppose I need to backup

Re: Only increasing incrementals

On Thu, Nov 22, 2018 at 11:18:25AM +0700, Olivier wrote: > Hello, > > UI am wondering if there is a way to define a DLE that would all > incrementals but only with increasing level: > > - full (0) > - incremental 1 > - incremental 2 > - incremental 3 > - etc. > > But never: 0, 1, 1, 1, 2 > >

Re: Taper scan algorithm did not find an acceptable volume.

On Mon, Nov 19, 2018 at 09:15:31AM -0800, Chris Miller wrote: > Hi Folks, > > Last week I created a set of vtapes {slot0..slot21}, (because I didn't know > if zero was used). I labeled each of them with a unique label. I ran amdump > for each of three clients and I got semi-successful results,

tape pools, wrapping my mind around them

I currently have 240 Vtapes in a single changer. Suppose I have 3 "departments", sales, research, and support. Could I create 3 dumptype definitions so that all "sales" DLEs are backed up to a tape pool consisting of vtapes 1-80, "research" to vtapes 81-160, and "support" to vtapes 161-240? If

Re: Now I'm confuzzled about disklist entry's for "./[a-g]*" types

On Wed, Nov 14, 2018 at 01:06:48PM -0500, Gene Heskett wrote: > > First a snip/paste of my 3 new del's as I try to split a big one up: > line entry > 28 coyote /home/gene/PublicA/ Publicag { > 29comp-coyote-tar > 30include "./[a-g]*" > 31exclude "./[h-z]*" > 32} 1 local > 33

Re: following the "balance" report

On Mon, Nov 12, 2018 at 03:44:04PM -0500, Nathan Stratton Treadway wrote: > On Mon, Nov 12, 2018 at 15:18:05 -0500, Gene Heskett wrote: > > > So, if you want to do the deep dive to try to debug that quirk... the > > > next step will be to look through the > > >

Re: following the "balance" report

On Mon, Nov 12, 2018 at 06:40:56AM -0500, Gene Heskett wrote: > amanda@coyote:/root$ /usr/local/sbin/amadmin Daily balance > > due-date #fsorig MB out MB balance > -- > 11/12 Mon1 32963 7875-53.6% > 11/13 Tue1

Re: Breaking DLEs up

append". So include file "./[a-gA-G]* could also be specified as include file "./[a-g]* include file append "./[A-G]* Jon > > > > On Nov 8, 2018, at 2:54 PM, Jon LaBadie wrote: > > > > On Thu, Nov 08, 2018 at 08:43:49PM +, Debra S

Re: Breaking DLEs up

On Thu, Nov 08, 2018 at 08:43:49PM +, Debra S Baddorf wrote: > Yeah, I do use includes, but I only do a single letter at a time >include "./a*” > > Perhaps the problem is with the syntax of doing more than one letter. > I only do [a-f] on my excludes. Weird! > > Deb Baddorf I

Re: Can AMANDA be configured "per client"?

On Thu, Nov 08, 2018 at 11:23:44AM -0800, Chris Miller wrote: > Hi Folks, > > My thanks to the guys that helped me. You know who you are -- Austin, Gene, > Stefan, Nathan. > > My problem with vtapes was that the name of the slots, "slot..." was not > arbitrary, or at least not arbitrary on

Re: Breaking DLEs up

On Thu, Nov 08, 2018 at 01:24:46PM -0500, Chris Nighswonger wrote: > No question is stupid. I learned that beating my head against the wall for > long hours. :-) > [snip] > > > > > > Here is the relevant portion of my DLEs: > > > > fileserver "/netdrives/CAMPUS/af" "/netdrives/CAMPUS" { > >

Re: dumporder

On Tue, Nov 06, 2018 at 01:18:15PM -0500, Chris Nighswonger wrote: > This seems to work: > > amplot /var/backups/campus/log/amdump.1 > > Running under the amanda user. > > However, the issue now is the attempt to write the output to the X11 terminal: > > > gnuplot: unable to open display '' >

Re: New Installation

On Fri, Nov 02, 2018 at 10:46:09AM -0700, Chris Miller wrote: > Hi Folks, > > I'm working carefully though " [ > https://www.zmanda.com/quick-backup-setup.html | The 15-Minute Backup > Solution ] " It is pretty good, but it confuses me a bit and it has raised > questions. > > I am in the

Re: All level 0 on the same run?

On Wed, Oct 31, 2018 at 08:25:39AM -0400, Chris Nighswonger wrote: > So, looking at this more, it may be self-inflicted. Last week I changed > blocksize to 512k, and began amrmtape and amlabel with the oldest tape > first and working backward day by day. I run backups 5 nights per week with > a

Re: temporarily remove a system

On Sun, May 20, 2018 at 04:47:36AM -0400, Gene Heskett wrote: > On Sunday 20 May 2018 02:55:31 Jon LaBadie wrote: > > > I have one system that will be down for an unknown time. > > > > How best to stop amanda from trying, and failing, to > > back up the DLEs of

Re: temporarily remove a system

On Sun, May 20, 2018 at 08:44:03AM -0600, ghe wrote: > On 05/20/2018 12:55 AM, Jon LaBadie wrote: > > I have one system that will be down for an unknown time. > > > > How best to stop amanda from trying, and failing, to > > back up the DLEs of that system. Is it as s

temporarily remove a system

I have one system that will be down for an unknown time. How best to stop amanda from trying, and failing, to back up the DLEs of that system. Is it as simple as commenting out the DLEs? Then if I do need to recover, or it comes back on line, uncomment the entries? Alternatively, is there some

Re: bump* dumptype parameters tuning

On Mon, Apr 09, 2018 at 01:20:05PM -0400, Jean-Francois Malouin wrote: > Hi, > > It's with some shame that I must admit that through the long years of using > amanda I've never really played with the bump* parameters for DLEs! > > I'm now in a situation that might benefit from some tuning using

Re: some suggested config parameters for backups to local disk

On Sat, Mar 24, 2018 at 08:17:32AM -0400, hymie! wrote: > On Fri, Mar 23, 2018 at 05:26:39PM -0400, Jon LaBadie wrote: > > > On 2018-03-23 08:25, hy...@lactose.homelinux.net wrote: > > > > "Ryan, Lyle (US)" writes: > > > > > > > > >

Re: some suggested config parameters for backups to local disk

On Fri, Mar 23, 2018 at 09:40:34AM -0400, Austin S. Hemmelgarn wrote: > On 2018-03-23 08:25, hy...@lactose.homelinux.net wrote: > > "Ryan, Lyle (US)" writes: > > > > > The server has an 11TB filesystem to store the backups in. I should > > > probably be fancier and split this up more, but not

Re: Amtapetype wrongly reporting compression?

On Fri, Jan 12, 2018 at 03:20:51PM -0500, Luc Lalonde wrote: > Hello Gene, > > Would a variant like this: > >     /usr/sbin/mtx load 1 0; >     /usr/bin/mt -f /dev/st0 compression 0; >     /usr/bin/mt -f /dev/st0 setblk 524288; >     /usr/bin/dd if=/dev/zero of=/dev/st0 bs=512k

ambackup -- usage message error

The usage message of ambackup(8) shows "dump" as a valid command. It should show "backup" instead. Jon -- Jon H. LaBadie j...@jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)

Re: First run...

On Fri, Jan 05, 2018 at 11:23:49AM -0800, Chris Miller wrote: > Hi Jean-Louis, > > | runtapes 1 # number of tapes to be used in a single run of amdump > > | Because you tell it to use one tape. > As advertised, Amanda behaviors that I don't yet understand... > > So, I suspect that

Re: Serious tape error

On Fri, Jan 05, 2018 at 08:54:36AM -0500, Jean-Louis Martineau wrote: > This is an issue in 3.4, 3.4.1 and 3.4.2 > > It is fixed in 3.4.3 Ahh yes, I do [now] recall that fix being reported. Thanks, I will look for an available update. > > Jean-Louis > jl -- Jon H. LaBadie

Re: amanda tape algorithm

On Thu, Jan 04, 2018 at 08:59:32PM -0500, Ned Danieley wrote: > On Thu, Jan 04, 2018 at 05:16:59PM -0700, Steven Backus wrote: > > Ned Danieley wrote: > > > > > ah, that makes sense. no, I haven't run 'amtapetype'; I just assumed that > > > the rated capacity would be

Re: Serious tape error

On Thu, Jan 04, 2018 at 05:12:27PM -0500, Jon LaBadie wrote: > I use vtapes of 100GB and runtapes == 3. Most days only > one tape is used. About once every 2 or 3 weeks a second > tape is needed. Yesterday was one of those days. But > amanda chose the same vtape for the second t

Re: amanda tape algorithm

On Thu, Jan 04, 2018 at 04:58:13PM -0500, Ned Danieley wrote: > On Thu, Jan 04, 2018 at 09:43:35PM +, Debra S Baddorf wrote: > > > > > On Jan 4, 2018, at 11:59 AM, Ned Danieley wrote: > > > > > > > > > I'm using > > > > > > taperalgo largestfit > > > > > > which I

Serious tape error

I use vtapes of 100GB and runtapes == 3. Most days only one tape is used. About once every 2 or 3 weeks a second tape is needed. Yesterday was one of those days. But amanda chose the same vtape for the second tape and over wrote the data it had just written to the "first" tape. >From the

Re: VTape configuration

On Wed, Jan 03, 2018 at 06:22:41PM -0500, Winston Sorfleet wrote: > On 2018-01-03 05:46 PM, Chris Miller wrote: > > Hi Jean-Louis, > > > > A vtape do not reserve the space, it only use the space of the > > dump you put on it. > > The vtape size should be the maximum size of any days or

Re: VTape configuration

On Wed, Jan 03, 2018 at 01:08:37PM -0800, Chris Miller wrote: > Hi Winston, > > | I highly suggest a read of this FAQ: [ > | > http://wiki.zmanda.com/index.php/FAQ:How_are_backup_levels_defined_and_how_does_Amanda_use_them%3F > | ] ; particularly the section about Amanda's planning strategy. If

Re: bumpsize vs bumppercent

On Sat, Dec 30, 2017 at 03:17:14PM -0500, Jon LaBadie wrote: > Several "bump" parameters affect how aggressively > amanda bumps the backup level 0->1, 1->2, etc. > > "bumpsize" and "bumppercent", defaulting to 20MB > and 20% respectively, s

bumpsize vs bumppercent

Several "bump" parameters affect how aggressively amanda bumps the backup level 0->1, 1->2, etc. "bumpsize" and "bumppercent", defaulting to 20MB and 20% respectively, seem to have the same purpose, provide a threshold of savings before a level bump can occur. But if both are defined they could

Re: amanda planner and level 0 promotion

On Sat, Dec 30, 2017 at 08:33:42AM -0500, Ned Danieley wrote: > > and on the other side of the coin, is there any way to encourage the planner > to do more level 0 dumps in a given day? > > I occasionally find, often after a kernel update/reboot, that amanda > thinks that a large number of DLE

Re: VTape configuration

On Fri, Dec 29, 2017 at 12:28:33PM -0800, Chris Miller wrote: > Hi Folks, > > Just setting things up, and I think I ran out of docs... > > I have no tape drives, so that means "vtape", which is fine, as long as I can > size the vtape volume to be no larger than and no smaller than the current

Re: amanda is skipping over available tapes [mea culpa]

s to determine the next tapes to be used and thus can report different "next tape(s)". This should probably be addressed. Sorry for the noise, Jon On Wed, Dec 27, 2017 at 05:43:22PM -0500, Jon LaBadie wrote: > On Wed, Dec 27, 2017 at 05:26:04PM -0500, Jean-Louis Martineau wrote: &g

Re: amanda is skipping over available tapes

On Wed, Dec 27, 2017 at 06:07:41PM -0500, Jon LaBadie wrote: > On Wed, Dec 27, 2017 at 05:26:04PM -0500, Jean-Louis Martineau wrote: > > Jon, > > > > 'amadmin tape' list the oldest reusable label, it doesn't use the > > taperscan algorithm and it doesn't che

Re: amanda is skipping over available tapes

looped to 010 DS1-208 to DS1-239 [retention-no] # newly created, never used # skipped over Jon > Jean-Louis > > > On 27/12/17 05:12 PM, Jon LaBadie wrote: > > A while back one of my small older drives containing > > vtapes f

Re: amanda is skipping over available tapes

aperscan algorithm and verify they are > in the changer. > > Which taperscan are you using? I didn't realize there were multiple. Just checked and my amanda.conf say "taper_lexical". jon > > Jean-Louis > > > On 27/12/17 05:12 PM, Jon LaBadie wrote: > > A whi

amanda is skipping over available tapes

A while back one of my small older drives containing vtapes failed. I replaced it and its twin with larger drives. I moved the still good vtapes from the good twin to the new drives, created empty vtapes for the lost backups from the crashed drive, and added a good number of new vtapes.

Re: application amgtar ignore messages

On Mon, Dec 11, 2017 at 07:30:43AM -0500, Jean-Louis Martineau wrote: > On 09/12/17 02:11 PM, Jon LaBadie wrote: ... > > > > The original question still stands though. Is it sufficient > > to list messages for amgtar to ignore on the server even though > > the amgt

Re: application amgtar ignore messages

On Fri, Dec 08, 2017 at 07:14:54AM -0500, Austin S. Hemmelgarn wrote: > On 2017-12-07 22:26, Jon LaBadie wrote: > > If I want amgtar to ignore certain messages, is it > > sufficient to list the message on the amanda server > > or must the ignored message also be listed in &

application amgtar ignore messages

If I want amgtar to ignore certain messages, is it sufficient to list the message on the amanda server or must the ignored message also be listed in amanda-client.conf? I've done it several times, only on the server, and it seemed to work fine. But I'm now trying to ignore one message that

Re: power down hard drives

On Mon, Nov 13, 2017 at 02:04:42PM -0500, Gene Heskett wrote: > On Monday 13 November 2017 13:42:13 Jon LaBadie wrote: > > > On Mon, Nov 13, 2017 at 11:40:17AM -0500, Austin S. Hemmelgarn wrote: > > > On 2017-11-13 11:11, Gene Heskett wrote: > > > > On Monday 1

Re: power down hard drives

r 2017 07:19:45 Austin S. Hemmelgarn wrote: > > > > > On 2017-11-11 01:49, Jon LaBadie wrote: > > > > > > Just a thought. My amanda server has seven hard drives > > > > > > dedicated to saving amanda data. Only 2 are typically > > >

power down hard drives

Just a thought. My amanda server has seven hard drives dedicated to saving amanda data. Only 2 are typically used (holding and one vtape drive) during an amdump run. Even then, the usage is only for about 3 hours. So there is a lot of electricity and disk drive wear for inactive drives. Can

Re: manual updating tapelist and tape headers after disk crash

On Fri, Nov 10, 2017 at 08:18:03PM +, Debra S Baddorf wrote: > > > On Nov 10, 2017, at 2:02 PM, Jon LaBadie <j...@jgcomp.com> wrote: > > > > On Wed, Nov 08, 2017 at 06:10:12PM +, Debra S Baddorf wrote: > >> > >>> Am 2017-11-06 um 19:49

Re: manual updating tapelist and tape headers after disk crash

On Wed, Nov 08, 2017 at 06:10:12PM +, Debra S Baddorf wrote: > > > Am 2017-11-06 um 19:49 schrieb Jon LaBadie: > >> My vtapes are spread across several disks. One of the > >> smallest recently died in a most audible way. > >> > >> I'm replacing t

amrmtape --dryrun defect

Before deciding to use amrmtape I tried using its "--dryrun" option. According to the manpage: --dryrun, -n Generate new tapelist(5) and database files with label removed, but leave them in /tmp and do not update the original copies. While the originals were not

manual updating tapelist and tape headers after disk crash

My vtapes are spread across several disks. One of the smallest recently died in a most audible way. I'm replacing the disk with a larger one. I would like to recreate the lost vtapes (no backup data, that is gone!) and have them reused in the order they would have been used. Also, I would like

Re: List Contents of gnutar-list files

On Wed, Oct 25, 2017 at 01:33:53PM +1100, Jobst Schmalenbach wrote: > Hi > How can I see the contents of gnutar-list files? > > I tried tar/gunzip, ckecked amadmin etc but it seems I cannot read the > content. > > Need to know whats in those files to see whether my inclusion/exclusion list >

  1   2   3   4   5   6   7   8   9   10   >