Re: if to fork Amanda

+1 ... On Mon, May 6, 2019 at 1:25 PM Dustin J. Mitchell wrote: > On Mon, May 6, 2019 at 12:25 PM Chris Hassell > wrote: > >> I'm a major advocate for OSS in general here at Zmanda/BETSOL. I'm >> interested in giving a full-voiced support to the community of those who >> know Amanda works well

Re: amstatus lapsed time

On Tue, Dec 4, 2018 at 6:37 PM Uwe Menges wrote: > On 12/4/18 5:41 PM, Chris Nighswonger wrote: > > So it appears that the > > 11:29:10 part is nearly correct, but the 1+ part is clearly not. > > The last column is the current time for running dumps, or the last time >

Re: amstatus lapsed time

On Tue, Dec 4, 2018 at 1:51 PM Debra S Baddorf wrote: > > On Dec 4, 2018, at 12:49 PM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: > > > > On Tue, Dec 4, 2018 at 1:44 PM Debra S Baddorf wrote: > > Well, for starters, 2200 to 1129 is 13:29

Re: amstatus lapsed time

On Tue, Dec 4, 2018 at 1:44 PM Debra S Baddorf wrote: > Well, for starters, 2200 to 1129 is 13:29 so that doesn’t match up > either. > Talk about bad math Not to loud... I'll loose my job teaching math. ;-)

amstatus lapsed time

So when I run amstatus I see stuff like this: >From Mon Dec 3 22:00:01 EST 2018 1359952k dumping 533792k (148.30%) (1+11:29:10) For reference: backup@scriptor:~ date Tue Dec 4 11:37:07 EST 2018 I'm assuming that the last field is the time the dumper has been running. But that is

Re: Dumping and taping in parallel

On Wed, Nov 28, 2018 at 11:17 AM Austin S. Hemmelgarn wrote: > Based on your configuration, your tapes are configured to store just > short of 800GB of data. > > The relevant lines then are these two: > > flush-threshold-scheduled 50 > flush-threshold-dumped 50 > > I misunderstood the man pages

Re: Dumping and taping in parallel

On Wed, Nov 28, 2018 at 10:49 AM Austin S. Hemmelgarn wrote: > On 2018-11-28 09:53, Stefan G. Weichinger wrote: > > Am 28.11.18 um 15:47 schrieb Chris Nighswonger: > >> So why won't amanda dump and tape at the same time? > > > > It does normally, that is what the

Dumping and taping in parallel

So why won't amanda dump and tape at the same time? Kind regards, Chris

Re: Another dumper question

On Mon, Nov 26, 2018 at 3:28 PM Chris Nighswonger < cnighswon...@foundations.edu> wrote: > > > So I've set these params back as they were before (ie. inparallel 10, > maxdumps 1) and opened the throttle on the bandwidth. We'll see if > things get better or worse tonight. I h

Re: Another dumper question

On Mon, Nov 26, 2018 at 10:13 PM Nathan Stratton Treadway wrote: > > On Mon, Nov 26, 2018 at 17:07:54 -0500, Chris Hoogendyk wrote: > > My understanding was that Amanda cannot throttle the throughput, but > > it can see what it is. If it is at or over the limit, it won't start > > another dump.

Re: Another dumper question

On Mon, Nov 26, 2018 at 3:22 PM Nathan Stratton Treadway wrote: > > On Mon, Nov 26, 2018 at 14:15:41 -0500, Chris Nighswonger wrote: > > That makes more sense. I've set it to 10 and inparallel to 2 and we'll > > see how it goes tonight. > > > > On Mon, Nov 26, 20

Re: Another dumper question

On Mon, Nov 26, 2018 at 2:32 PM Nathan Stratton Treadway wrote: > > On Mon, Nov 26, 2018 at 13:56:52 -0500, Austin S. Hemmelgarn wrote: > > On 2018-11-26 13:34, Chris Nighswonger wrote: > > The other possibility that comes to mind is that your bandwidth > > settings

Re: Another dumper question

of 2, giving 20 possible > concurrent dumps, but because of server limitations you might set maxdumps to > something between 2 and 20. > > -Original Message- > From: Chris Nighswonger > Sent: Monday, November 26, 2018 1:57 PM > To: Cuttler, Brian R (HEALTH) > Cc: a

Re: Another dumper question

al Message- > From: owner-amanda-us...@amanda.org On Behalf > Of Chris Nighswonger > Sent: Monday, November 26, 2018 1:34 PM > To: amanda-users@amanda.org > Subject: Another dumper question > > ATTENTION: This email came from an external source. Do not open attachment

Another dumper question

So in one particular configuration I have the following lines: inparallel 10 dumporder "STSTSTSTST" I would assume that that amanda would spawn 10 dumpers in parallel and execute them giving priority to largest size and largest time alternating. I would assume that amanda would do some sort of

Configuration Rollback [Was: Reusable]

On Fri, Nov 23, 2018 at 6:47 PM Jon LaBadie wrote: > 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

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

On Tue, Nov 20, 2018 at 1:51 PM Chris Nighswonger < cnighswon...@foundations.edu> wrote: > On Tue, Nov 20, 2018 at 1:45 PM Chris Miller wrote: > >> Hi Chris, >> >> *From: *"Chris Nighswonger" >> *To: *"Chris Miller" >> *Cc: *&q

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

On Tue, Nov 20, 2018 at 1:45 PM Chris Miller wrote: > Hi Chris, > > *From: *"Chris Nighswonger" > *To: *"Chris Miller" > *Cc: *"amanda-users" > *Sent: *Tuesday, November 20, 2018 9:56:12 AM > *Subject: *Re: Taper scan algorithm did not find a

Re: Windows Domains

http://wiki.zmanda.com/index.php/Zmanda_Windows_Client On Tue, Nov 20, 2018 at 12:59 PM Chris Miller wrote: > Hi Folks, > > Two of my "clients" are Windows Server boxes. One is a domain controller > and the other is a member of the domain. ZWC needs a username and suggests > "amandabackup",

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

On Tue, Nov 20, 2018 at 10:58 AM Chris Miller wrote: > Hi Jon, > > - Original Message - > > From: "Jon LaBadie" > > To: "amanda-users" > > Sent: Monday, November 19, 2018 1:44:35 PM > > Subject: Re: Taper scan algorithm did not find an acceptable volume. > > > As a general approach, an

Re: Amanda Planner Logic

On Sat, Nov 17, 2018 at 12:56 PM Nathan Stratton Treadway < natha...@ontko.com> wrote: > On Sat, Nov 17, 2018 at 12:00:49 -0500, Gene Heskett wrote: > > But without the logdir on the cli as --logdir=/path/to, it still doesn't > > work because planner, although it does read amanda.conf, does not

Re: Amanda Planner Logic

On Fri, Nov 16, 2018 at 7:36 PM Gene Heskett wrote: > > On Friday 16 November 2018 15:38:27 Debra S Baddorf wrote: > > > > On Nov 16, 2018, at 2:09 PM, Gene Heskett > > > wrote: > > > > > > On Friday 16 November 2018 14:38:58 Chris Nighswonger wrote

Re: Amanda Planner Logic

On Fri, Nov 16, 2018 at 2:30 PM Gene Heskett wrote: > > from amanda as usr, find /usr/local -name 'planner' > returns that its in /usr/local/libexec/amanda/planner > Now I'll find out (maybe) what it thinks of my changes. Ignore that faint > knocking sound. :) But I assumed you meant backup_job

Re: Amanda Planner Logic

On Fri, Nov 16, 2018 at 11:36 AM Gene Heskett wrote: > > On Friday 16 November 2018 08:43:05 Chris Nighswonger wrote: > > > Just to get this into the archives: > > > > Running '/usr/lib/amanda/planner backup_job' provides immediate > > insight into how the

Re: Amanda Planner Logic

Just to get this into the archives: Running '/usr/lib/amanda/planner backup_job' provides immediate insight into how the planner is thinking at that point-in-time. On Thu, Nov 15, 2018 at 12:00 PM Chris Nighswonger < cnighswon...@foundations.edu> wrote: > I've extracted the comments fr

Re: Does anyone know how to make an amadmin $config estimate work for new dle's?

On Fri, Nov 16, 2018 at 7:24 AM Austin S. Hemmelgarn wrote: > > Except that it actually runs on the client systems. I've actually > looked at this, the calcsize program is running on the clients and not > the server. > For my own understanding: If estimate is set to client, the client runs

Re: Does anyone know how to make an amadmin $config estimate work for new dle's?

On Thu, Nov 15, 2018 at 7:40 AM Austin S. Hemmelgarn wrote: > On 2018-11-15 06:16, Gene Heskett wrote: > > I ask because after last nights run it showed one huge and 3 teeny level > > 0's for the 4 new dle's. So I just re-adjusted the locations of some > > categories and broke the big one up

Re: Amanda's DB

On Wed, Nov 14, 2018 at 7:08 PM Nathan Stratton Treadway wrote: > On Wed, Nov 14, 2018 at 15:35:50 -0500, Chris Nighswonger wrote: > > Can anyone point me to "good" documentation that describes Amanda's DB? > > Things like schema, field descriptions and/or uses, etc. &g

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

On Wed, Nov 14, 2018 at 3:34 PM Debra S Baddorf wrote: > > And I’m not certain that amcheck cares, I don’t think it’ll tell you if > the set is empty. > > It doesn't and it won't. Kind regards, Chris

Amanda's DB

Can anyone point me to "good" documentation that describes Amanda's DB? Things like schema, field descriptions and/or uses, etc. It looks like maybe they are located in '/var/backups/jobname/index|curinfo' ? So flat files? I notice that the later versions of ZWC use SQL. Kind regards, Chris

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

On Wed, Nov 14, 2018 at 1:10 PM 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 { > 29 comp-coyote-tar > 30 include "./[a-g]*" > 31 exclude "./[h-z]*" > 32 } 1 local > > Try

Balance after DLE splitting

Was "All level 0 on the same run?" The old thread was getting a bit stranded... On Sat, Nov 10, 2018 at 5:03 PM Nathan Stratton Treadway wrote: > On Sat, Nov 10, 2018 at 11:39:58 -0500, Chris Nighswonger wrote: > > I think that is output from one of Gene's systems, but

Re: All level 0 on the same run?

On Mon, Nov 12, 2018 at 1:50 PM Nathan Stratton Treadway wrote: > On Mon, Nov 12, 2018 at 13:28:15 -0500, Chris Nighswonger wrote: > > I found the long overdue culprit... It was a windows client using the ZWC > > community client. The ZWC service had hung (not an uncommon problem)

Re: All level 0 on the same run?

On Sat, Nov 10, 2018 at 5:03 PM Nathan Stratton Treadway wrote: > On Sat, Nov 10, 2018 at 11:39:58 -0500, Chris Nighswonger wrote: > > (3 filesystems overdue. The most being overdue 17841 days.) > > > > Not sure what's up with the overdues. There were none prior to break

Re: All level 0 on the same run?

On Sat, Nov 10, 2018 at 10:57 AM Nathan Stratton Treadway < natha...@ontko.com> wrote: > On Tue, Oct 30, 2018 at 15:51:36 -0400, Gene Heskett wrote: > > I just changed the length of the dumpcycle and runs percycle up to 10, > > about last friday while I was makeing the bump* stuff more

Re: Breaking DLEs up

On Thu, Nov 8, 2018 at 10:57 PM Nathan Stratton Treadway wrote: > On Thu, Nov 08, 2018 at 21:24:04 -0500, Chris Nighswonger wrote: > > Dump program is GNUTAR. I can switch to amgtar. > > > > Amgtar is more flexible to use (and easier to maintain, should > development on

Re: Breaking DLEs up

On Thu, Nov 8, 2018 at 5:35 PM Nathan Stratton Treadway wrote: > > > I haven't quite followed this whole thread, either, but have you taken a > look at > http://wiki.zmanda.com/index.php/How_To:Split_DLEs_With_Exclude_Lists > ? It may help explain some of the nuances in how things work. > That

Re: Breaking DLEs up

On Thu, Nov 8, 2018 at 1:56 PM Cuttler, Brian R (HEALTH) < brian.cutt...@health.ny.gov> wrote: > > > Your syntax > > > > fileserver "/netdrives/CAMPUS/af" "/netdrives/CAMPUS" { > comp-tar > include "./[a-f]*" > estimate server > } > > > > my syntax > > > > finsen /export/home-A

Re: Breaking DLEs up

On Thu, Nov 8, 2018 at 2:57 PM Alan Hodgson wrote: > > I looked at your original post and it looked like it should work, and > the logs show it mostly did work, it just didn't see anything to back > up. I'd suspect permission problems or a bug in your version of tar > maybe. The only thing the

Re: Breaking DLEs up

On Thu, Nov 8, 2018 at 2:34 PM Jon LaBadie wrote: > On Thu, Nov 08, 2018 at 01:24:46PM -0500, Chris Nighswonger wrote: > > > Here is the relevant portion of my DLEs: > > > > > > fileserver "/netdrives/CAMPUS/af" "/netdrives/CAMPUS" { > >

Re: Breaking DLEs up

No question is stupid. I learned that beating my head against the wall for long hours. :-) /netdrives/CAMPUS/ is a path which contains users' network drives. The level below CAMPUS contains folders which follow the naming convention of the username of each account. ie. Chris Nighswonger would

Re: Breaking DLEs up

Cuttler, Brian R (HEALTH) < brian.cutt...@health.ny.gov> wrote: > Client and server side? > > /var/log/amanda/ ? > > > > > > *From:* Chris Nighswonger > *Sent:* Thursday, November 8, 2018 11:43 AM > *To:* Cuttler, Brian R (HEALTH) > *Cc:* amanda-users@

Re: Breaking DLEs up

e > an issue. > > > > What do the /tmp/amanda files show for these attempted dumps? > > > > *From:* owner-amanda-us...@amanda.org *On > Behalf Of *Chris Nighswonger > *Sent:* Thursday, November 8, 2018 11:12 AM > *To:* amanda-users@amanda.org > *Subject:* Breaki

Breaking DLEs up

I attempted this and it appears to not have worked. I'm not sure why. Here is the relevant portion of my DLEs: fileserver "/netdrives/CAMPUS/af" "/netdrives/CAMPUS" { comp-tar include "./[a-f]*" estimate server } fileserver "/netdrives/CAMPUS/gl" "/netdrives/CAMPUS" { comp-tar include

Re: sharing scripts (was: Can AMANDA be configured "per client"?)

Why not form a document git repo to house just Amanda docs? Kind regards, Chris On Thu, Nov 8, 2018 at 7:45 AM Stefan G. Weichinger wrote: > > Am 08.11.18 um 12:46 schrieb Gene Heskett: > > On Thursday 08 November 2018 05:02:30 Stefan G. Weichinger wrote: > > > > For those who might be

Re: dumporder

on the gnuplot script to have it write the results out to a png file. Chris On Tue, Nov 6, 2018 at 12:29 PM Ned Danieley wrote: > > On Tue, Nov 06, 2018 at 11:50:57AM -0500, Chris Nighswonger wrote: > > Digging around a bit, it appears that it might be a reference to a > > file whic

Re: dumporder

u need to provide the name of the amconfig. I believe it reads > amanda.conf. > > -Original Message- > From: Chris Nighswonger > Sent: Tuesday, November 6, 2018 11:51 AM > To: Cuttler, Brian R (HEALTH) > Cc: amanda-users@amanda.org > Subject: Re: dumporder >

Re: dumporder

ote: > > It has been a while, title might be the org string from amanda.conf? > I'm sorry, it has been years since I ran it regularly. > > -Original Message- > From: Chris Nighswonger > Sent: Tuesday, November 6, 2018 11:42 AM > To: Cuttler, Brian R (HEALTH) > C

Re: dumporder

nning a bunch of > large dumps to start off with could constrain dumping later on. > > > -Original Message- > From: owner-amanda-us...@amanda.org On Behalf > Of Chris Nighswonger > Sent: Tuesday, November 6, 2018 11:02 AM > To: amanda-users@amanda.org > Subjec

Re: dumporder

On Mon, Nov 5, 2018 at 1:31 PM Chris Nighswonger wrote: > > Is there any wisdom available on optimization of dumporder? > After looking over the feedback from Brian and Austin and reviewing the actual sizes of the DLEs, I ended up with this sort of thing: inparallel 15

dumporder

Is there any wisdom available on optimization of dumporder? Kind regards, Chris

Re: All level 0 on the same run?

On Wed, Oct 31, 2018 at 6:30 PM Debra S Baddorf wrote: > We may have found an answer for Gene’s problem. > Has the original poster, Chris Nighswonger found an answer? > > Deb > > Indeed! Enough to get me set off in what seems to be a right direction. Thanks to everyone for t

Re: All level 0 on the same run?

On Wed, Oct 31, 2018 at 5:32 PM Nathan Stratton Treadway wrote: > > Am I correct that you actually ran two separate amdump runs within the > calendar day of 10/30 (with the first "balance" command executed between > the runs)? That would explain why all 39 DLEs are now showing as due on > the

Re: All level 0 on the same run?

estimated 5 runs per dumpcycle) On Tue, Oct 30, 2018 at 3:56 PM Gene Heskett wrote: > On Tuesday 30 October 2018 15:29:37 Nathan Stratton Treadway wrote: > > > On Tue, Oct 30, 2018 at 14:20:55 -0400, Chris Nighswonger wrote: > > > Why in the world does Amanda plan level

Re: All level 0 on the same run?

; discuss “planner” reasons. Sorry! > Deb Baddorf > Fermilab > > > On Oct 30, 2018, at 1:20 PM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: > > > > Why in the world does Amanda plan level 0 backups for all entries in a > DLE for the same run?

All level 0 on the same run?

Why in the world does Amanda plan level 0 backups for all entries in a DLE for the same run This causes all sorts of problems. Is there any solution for this? I've read some of the creative suggestions, but it seems a bunch of trouble. Kind regards, Chris 0 19098649k waiting for dumping

Re: Amanda calling tapes full which are not

On Wed, Oct 24, 2018 at 2:05 PM Debra S Baddorf wrote: > > “waits till 6 tapes are full before a problem” and “errors on amrmtape” > > While I didn’t think amrmtape actually touched the tape (merely the files > containing amanda’s memory), > it kinda sounds like your tape drive can write,

Re: Amanda calling tapes full which are not

On Wed, Oct 24, 2018 at 1:41 PM Debra S Baddorf wrote: > > I agree with the blocksize comment below. Also: doing amrmtape (remove > tape) > on that label, before relabelling it, can’t hurt. If you’re having a > hardware issue, it won’t help. > But it does clear out amanda’s

Re: Amanda calling tapes full which are not

On Wed, Oct 24, 2018 at 12:04 PM Jean-Francois Malouin wrote: > > * Chris Nighswonger [20181024 10:25]: > > Any thoughts on what's going on here? I thought running amlabel -f > > forced deletion of any amanda volumes on that tape? > > The '-f' flag forces amlab

Amanda calling tapes full which are not

Any thoughts on what's going on here? I thought running amlabel -f forced deletion of any amanda volumes on that tape? After: amlabel -f campus campus-NGH864L4 slot 12 Reading label... Found Amanda volume 'campus-NGH864L4'. Writing label 'campus-NGH864L4'... Checking label... Success! taper

Re: Zmanda acquired from Carbonite by BETSOL -- future of Amanda development?

Yes. On Tue, Oct 16, 2018 at 12:06 PM J Chapman Flack wrote: > On 10/16/2018 05:38 AM, Stefan G. Weichinger wrote: > > Am 15.10.18 um 17:17 schrieb Ashwin Krishna: > >> Let me go back and check with the team. This has to be sent out. > > > > I am curious already, and I assume other

Re: Zmanda acquired from Carbonite by BETSOL -- future of Amanda development?

On Wed, Sep 26, 2018 at 1:31 PM Gene Heskett wrote: > > Fork it if someone has a long term interest in seeing a good, long term > backup solution keep sucking air regularly. > > Said by a 20 year user of amanda. > +1 to forking. Chris

Re: Oddity with the disklist

Based on the example disklist file, it looks like when using the multi-line format, you need a leading slash before your diskname entry: /tank/jail/webhost091 or some such. Kind regards, Chris On Fri, Jun 1, 2018 at 12:09 PM, Dirk-Willem van Gulik wrote: > I’ve got a bit of an oddity with

Fwd: Zmanda acquired from Carbonite by BETSOL

This probably also explains the lack of attention to various ZWC issues as well. Christopher Nighswonger Faculty Member Network & Systems Director Foundations Bible College & Seminary www.foundations.edu www.fbcradio.org - NOTICE: The information contained in this electronic mail

Re: Community ZWC Issue

not concerned about bare metal capabilities with the M$ clients. Since ZWC and the OS backup utility both rely on VSS, I'm pretty much getting the same thing AFAICT. On Tue, Mar 27, 2018 at 3:43 PM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > Yes. Here is a DLE from my disl

Re: Community ZWC Issue

com> wrote: > Have you configured the DLE the same way i.e, using scriptor.foo.bar as > hostname in both cases? > > On Tue, Mar 27, 2018 at 3:05 AM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: > >> Has Zamanda abandoned ZWC? >> >> On Thu, Mar 2

Re: Community ZWC Issue

Has Zamanda abandoned ZWC? On Thu, Mar 22, 2018, 9:09 AM Chris Nighswonger < cnighswon...@foundations.edu> wrote: > Ping. > > > On Sun, Mar 18, 2018 at 1:34 PM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: > >> No takers? To be sure someone who

Re: Community ZWC Issue

Ping. On Sun, Mar 18, 2018 at 1:34 PM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > No takers? To be sure someone who works on the ZWC can comment on what > sorts of issues might cause this change in behavior. > > Kind regards, > > Chris > > O

Re: Community ZWC Issue

No takers? To be sure someone who works on the ZWC can comment on what sorts of issues might cause this change in behavior. Kind regards, Chris On Mar 14, 2018 3:24 PM, "Chris Nighswonger" <cnighswon...@foundations.edu> wrote: > Thanks Paddy. I also had to restart the

Re: Community ZWC Issue

ams → Zmanda → Zmanda >Client for Windows → ZWC Config Utility >2. Select the Logging tab >3. Set Log Level to 5 >4. Click Save >5. Click Exit > > > > On Fri, Mar 9, 2018 at 5:59 AM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote: >

Re: Community ZWC Issue

gt; ...... > > The results of an amservice noop server-side: > > backup@scriptor:~ amservice shipping.foo.bar bsdtcp noop Request failed: Permission denied > > > On Fri, Mar 9, 2018 at 9:20 AM, Chris Nighswonger < > cnighswon...@foundations.edu> wrot

Re: Community ZWC Issue

ote: The wiki seems to think that name resolution has not > been working since sometime in 2010. However, it has worked fine for me for > years up until about a month ago. > > > > On Fri, Mar 9, 2018 at 8:59 AM, Chris Nighswonger < > cnighswon...@foundations.edu> wrote

Re: Community ZWC Issue

One additional note: The wiki seems to think that name resolution has not been working since sometime in 2010. However, it has worked fine for me for years up until about a month ago. On Fri, Mar 9, 2018 at 8:59 AM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > Jean-Loui

Re: Community ZWC Issue

Jean-Louis can you help with this? Is there a way to up the verbosity level of the ZWC log? On Tue, Feb 27, 2018 at 10:43 AM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > No takers? > > The ZWC is always a hard one to gin up help for. > > An additional piec

Re: Community ZWC Issue

No takers? The ZWC is always a hard one to gin up help for. An additional piece of information: DNS resolution seems to be working fine both server and client side. On Fri, Feb 23, 2018 at 8:34 AM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > Any thoughts on what might

Community ZWC Issue

Any thoughts on what might be going on here? Last week I began to have numerous Win10 clients failing in this fashion: backup@scriptor:/home/manager amcheck -c campus shipping.foo.bar Amanda Backup Client Hosts Check ERROR: shipping.foo.bar: Server validation

Re: amcheck failing when checking multiple clients

On Sat, Jul 30, 2016 at 2:05 AM, Uwe Menges <uwe.men...@web.de> wrote: > On 07/29/16 16:59, Chris Nighswonger wrote: > > Yes, but they are compiled with user 'amandabackup' whereas packages in > > the distro repo are compiled with 'backup.' The site here is large >

Re: amcheck failing when checking multiple clients

of 3.3.9 on the > downloads page on the website. http://www.zmanda.com/download-amanda.php > > > > It looks like they might only go through Ubuntu 14, > though. I dunno what the difference between system version packages would > be. > > > >

Re: amcheck failing when checking multiple clients

-Sandro > > -Original Message- > From: owner-amanda-us...@amanda.org [mailto:owner-amanda-us...@amanda.org] > On Behalf Of Chris Nighswonger > Sent: Thursday, July 28, 2016 12:08 PM > To: amanda-users@amanda.org > Cc: Jean-Louis Martineau <jmartin...@carbonite.com>

Re: amcheck failing when checking multiple clients

> In the second chunk of log messages, it looks like for some reason > the BSDTCP connection is closing early. Unfortunately, I can't help you out > with that, as I'm set up to use ssh. > > Good luck! > > -Sandro > > -Original Message- > Fr

Re: amcheck failing when checking multiple clients

;> <cnighswon...@foundations.edu> wrote: >>> >>> No takers? >>> >>> Additionally, on the failing client side an amcheck log is created >>> *only* if amcheck is run against that client. When amcheck is run >>> against the entire job (all

Re: amcheck failing when checking multiple clients

No takers? Additionally, on the failing client side an amcheck log is created *only* if amcheck is run against that client. When amcheck is run against the entire job (all clients) no amcheck log is created on the clients that fail. On Tue, Jul 26, 2016 at 9:09 AM, Chris Nighswonger <cnighs

Re: amcheck failing when checking multiple clients

tcpdump shows that there is no (zero) data flow between the server and failed clients when running amcheck on multiple clients at once. Data does flow when checking a single client. This only started about a month ago. Maybe this is a bug? On Mon, Jul 25, 2016 at 4:16 PM, Chris Nighswonger

amcheck failing when checking multiple clients

Here is some snips of output illustrating the problem: backup@scriptor: amcheck -c campus scriptor Amanda Backup Client Hosts Check Client check: 1 host checked in 2.372 seconds. 0 problems found. (brought to you by Amanda 3.3.6) backup@scriptor: amcheck -c

Re: amreport claims tape is full but it is not

On Tue, Apr 26, 2016 at 12:48 PM, Chris Nighswonger < cnighswon...@foundations.edu> wrote: > So the Quantum tech had me run a device health test on the drive using > their xTalk utility. The drive failed with some sort of comm error similar > to what Amanda was seeing. So he th

Re: amreport claims tape is full but it is not

On Tue, Apr 19, 2016 at 11:35 AM, Alan Hodgson <ahodg...@lists.simkin.ca> wrote: > On Tuesday, April 19, 2016 09:57:32 AM Chris Nighswonger wrote: > > I attempted Alan's suggestion and dd'd to the tape. /dev/md0 is > 130G > and > > dd borked almost immediately: > >

Re: amreport claims tape is full but it is not

Well, perhaps it is a bad device. A run of amflush CONFIG resulted in another failure: Fri Apr 15 11:52:31 2016: thd-0x18bae00: taper: Quantum-Superloader3-LTO-V4: updating state Fri Apr 15 11:52:31 2016: thd-0x18bae00: taper: Amanda::Taper::Scan::traditional stage 2: scan for any reusable volume

Re: amreport claims tape is full but it is not

On Fri, Apr 15, 2016 at 11:17 AM, Alan Hodgson wrote: > On Friday, April 15, 2016 09:31:26 AM you wrote: > > I'm trying to figure out how a LTO4 tape was filled up by 32k of data > > or am I missing something here? > > > > Any time I've started getting premature

Re: amreport claims tape is full but it is not

On Fri, Apr 15, 2016 at 11:24 AM, Jean-Louis Martineau < jmartin...@carbonite.com> wrote: > On 15/04/16 11:15 AM, Chris Nighswonger wrote: > >> warning: Got EIO >> > What can amanda do when it get an EIO? > Check system log for error. > Amanda require a non-rewi

Re: amreport claims tape is full but it is not

On Fri, Apr 15, 2016 at 10:21 AM, Jean-Louis Martineau < jmartin...@carbonite.com> wrote: > Which version of amanda are you using? > 3.3.3 (on Ubuntu 14.04.4 LTS) > Any other error message in the report? > none What is the setting of max-dle-by-volume? > > amgetconf CONFIG

amreport claims tape is full but it is not

Strange goings on here. amreport says: --- These dumps were to tape campus-NGH873L4. Not using all tapes because 1 tapes filled; runtapes=1 does not allow additional tapes. There are 112130560k of dumps left in the holding disk. They will be flushed on the next run. ...

Re: Quantum Superloader 3 - configuration

the profiler going for the HP LTO6 on Friday > before going home. That's probably the best idea, since I'm sure the specs for LTO6 will differ some. Kind regards, Chris > > -Original Message- > From: Chris Nighswonger [mailto:cnighswon...@foundations.edu] > Sent: 10 Novemb

Re: Quantum Superloader 3 - configuration

Hi David, We run a Superloader 3 with an LTO4 drive. Here are some snips from my amanda.conf: define tapetype LTO-4 { length 794405408 kbytes filemark 1385 kbytes speed 77291 kps blocksize 32 kbytes } define changer Quantum-Superloader3-LTO-V4 { tapedev "chg-robot:/dev/sg3"

Re: To flush or not to flush, that is the question....

No takers? On Tue, Oct 27, 2015 at 3:48 PM, Chris Nighswonger <cnighswon...@foundations.edu> wrote: > Here is one for the list: > > backup@scriptor:~/campus$ amreport campus > Hostname: scriptor > Org : Daily CAMPUS Backup > Config : campus > Date: October 27

Re: To flush or not to flush, that is the question....

Hi Jean-Louis, On Fri, Oct 30, 2015 at 1:24 PM, Jean-Louis Martineau wrote: > Chris, > > You can use the following command to list all amanda dump in holding disk: > $ amadmin CONFIG holding list -l > > What's in the holding (with the 'ls' command), it looks you have a lot

Logfile permissions

So why does amanda write backup job logfiles with 600 perms? And is there a way to make it do otherwise? Kind Regards, Chris

Re: Zmanda Windows Client ZIP files

After some further testing this morning and this afternoon, here is what I find: 1. I am able to unzip the files on our Amanda server using the unix 'unzip' utility, but there are random error: invalid compressed data to inflate errors. These do not appear to affect all files, but that is

Re: Zmanda Windows Client ZIP files

Adding some additional info which I should have included to start with: On Fri, Nov 15, 2013 at 2:00 PM, Markus Iturriaga Woelfel mitur...@eecs.utk.edu wrote: Here are my findings in relation to what Chris posted: On Nov 15, 2013, at 1:55 PM, Chris Nighswonger cnighswon...@foundations.edu

Re: Zmanda Windows Client ZIP files

On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ aarc...@aarcane.orgwrote: This subject segues to a feature request fairly well. Can zwc or another client be made to integrate well with the existing Windows 7 and 8 system backup and restore interface? That'd be a dream. ZWC uses the MS

Re: Zmanda Windows Client ZIP files

On Fri, Nov 15, 2013 at 2:37 PM, Paddy Sreenivasan psreeniva...@carbonite.com wrote: On Fri, Nov 15, 2013 at 11:31 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ aarc...@aarcane.orgwrote: This subject segues to a feature

  1   2   >