On Fri, Sep 17, 2010 at 5:34 PM, Lisa Seelye wrote:
> Unfortunately it's been some time sine I was a Gentoo dev and when I was
> active overlays were only just coming about. I'm sorry that I'm not able
> to give any pointers here beyond what might be on gentoo.org.
OK, thanks! Hopefully you can
On Fri, Sep 17, 2010 at 2:48 PM, Stefan G. Weichinger wrote:
> I was lazy and simply call "autogen" from within the ebuild.
> A bit ugly but it works ... some redundant steps done, I assume.
>
> But, hey, it's beta-stuff ;-)
Sounds good to me..
> Wanna test?
I'm no gentoo dev, but it builds and
On Fri, Sep 17, 2010 at 2:59 PM, Stefan G. Weichinger wrote:
> And as a bonus: the possibility to get these warnings to another
> mail-address than the usual reports.
There have been a number of notification-related nitpicks so far.
While they're good ideas, I don't want to re-implement monitorin
On Fri, Sep 17, 2010 at 7:51 AM, Stefan G. Weichinger wrote:
> Attached my poor draft ... it pulls sources in already but fails with
> automake ...
>
> I know too less about that to debug that ... any hint?
You should probably base it on the 3.1.2 ebuild - robbat made a number
of changes.
As for
On Thu, Sep 9, 2010 at 11:05 PM, Dustin J. Mitchell wrote:
> I don't mean to put you on the spot - like I said, I can take care of
> this if you'd prefer.
Are you working on this? Perhaps someone else on the list can jump in?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Thu, Sep 16, 2010 at 4:24 PM, Stefan G. Weichinger wrote:
> Sure ... what should that ebuild pull in and where from?
It should probably pull from the sourceforge subversion tree:
http://devmanual.gentoo.org/ebuild-writing/functions/src_unpack/svn-sources/index.html
> Does it take longer to
On Thu, Sep 16, 2010 at 4:14 PM, Dustin J. Mitchell wrote:
> That would be great. We're rapidly heading toward a 3.2.0b1, and the
> more testing can happen with that, the better the 3.2.0 release will
> be.
In fact (and sorry for the double-post .. I've probably had too much
On Thu, Sep 16, 2010 at 4:11 PM, Stefan G. Weichinger wrote:
> considering my own private ebuild here (in an overlay) to pull current
> development-stuff ...
That would be great. We're rapidly heading toward a 3.2.0b1, and the
more testing can happen with that, the better the 3.2.0 release will
On Thu, Sep 16, 2010 at 2:14 PM, Stefan G. Weichinger wrote:
> Tested, works now!
Great! Jean-Louis just reviewed the patch, and it's committed in r3411.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Thu, Sep 16, 2010 at 1:06 PM, Stefan G. Weichinger wrote:
> "amcheck -m" mailed ok so far ... the real test will be the amreport
> after the amdump tonight.
>
> "amreport daily" shows the last report, but I get:
>
> $ amreport daily --from-amdump
> nothing to report on!
>
> if I want to force a
On Wed, Sep 15, 2010 at 12:53 AM, Marc Muehlfeld
wrote:
> since switching to 3.2.1, I have every day at least one (sometimes two)
> "Can't open data output stream: Connection refused" messages in my amanda
> mail. Which server is concerned differs. And it allways was successfully
> retried. But it
On Thu, Sep 16, 2010 at 12:40 PM, Stefan G. Weichinger wrote:
> nice to hear that!
Give this a try:
http://github.com/djmitche/amanda/commit/z11963.patch
Don't worry about the installcheck hunk. You should be able to apply
the amreport hunk in place in /usr/sbin if that's easiest.
Dustin
--
On Thu, Sep 16, 2010 at 12:13 PM, Albrecht Dreß wrote:
> Does anyone know about the reason (and maybe a workaround) for this issue,
> or is this something for Fedora support? I don't have a Fedora box, but of
> course this might also be caused by either the Ubuntu libs and/or be a
> 64-bit proble
On Thu, Sep 16, 2010 at 3:14 AM, Stefan G. Weichinger wrote:
> gentoo-context: amanda-3.1.2 pulls in >=dev-libs/glib-2.24.0 ... could
> that have some changed things?
Ah, you're right - Amanda-3.1.2 passes all of the addresses as one
space-separated string, while Amanda-2.6.1 lumped the whole co
On Thu, Sep 16, 2010 at 1:55 AM, Topper wrote:
> Have answer bout "holding list -l -d" this is outdated (very, very poor
> documentation)
Insulting the project is not a good way to ask for support.
> Now I'm trying but w/o results:
>
> amadmin DailySet1 holding list -l -d | awk '{ print "amadm
On Wed, Sep 15, 2010 at 8:08 PM, Valeriu Mutu wrote:
> /dev/mapper/cronos-amanda-holdingdisk
> 886G 116G 726G 14% /data3
> /dev/mapper/cronos-amanda-diskbuffer
> 394G 199M 374G 1% /data4
350G seems a bit large for a disk buffer - what part size are you using?
On Wed, Sep 15, 2010 at 2:09 PM, Stefan G. Weichinger wrote:
> Could this also be related to environment variables as in the other case
> I mentioned here some weeks ago, also with 3.1.2 ... ?
That's certainly possible - it sounds like it's outside of Amanda's
purview, in any case. I'm not at al
On Tue, Sep 14, 2010 at 8:16 AM, McGraw, Robert P wrote:
> I went to github and got the latest amoverview.pl file (this morning), saved
> it in my src directory, ran gmake to recompile and gmake -install to install
> the new version of amoverview.
>
> When I run I get the WARNINGS as shown in th
On Tue, Sep 14, 2010 at 1:42 AM, Jon LaBadie wrote:
> In the above patch one single to double dash was missed (skipmissed)
I'd say I left that in there just to see if you were looking at the
patch, but that's not true. I'll fix it up.
> Patched I still get uninitialized value errors.
>
> --num0
These are some exciting ideas, so far!
I'd love to see some of this fleshed out in code, even if that's not
Amanda code -- an example of a catalog with fake dump and recover
operations that demonstrates how all of this would fit together. With
that in place, we can settle on a particular structur
On Tue, Sep 14, 2010 at 7:10 AM, Gunnarsson, Gunnar
wrote:
> Yes this with Script API will do the work, I overlooked the Script API.
> Perhaps it should be better documented ?
I agree on that point - there are some sparse notes on the wiki, and
an example script, and that's about it.
How can we
On Mon, Sep 13, 2010 at 8:30 PM, Stephen Corbesero wrote:
> If I kill the taper process, everything shuts down "normally", but the
> email says there was a taper protocol error and nothing was written.
>
> I turned on taper_debug in my amanda.conf, but that didn't seem to
> produce any extra outpu
The warning is harmless, and has been fixed in trunk.
On Mon, Sep 13, 2010 at 5:32 PM, Stephen Corbesero wrote:
> Sun Sep 12 10:29:05 2010: taper: Amanda::Taper::Scribe setting up a transfer
> with split method none
> Sun Sep 12 10:29:05 2010: taper: Starting ( -> )>
> Sun Sep 12 10:29:05 2010:
I'm sorry, I gave the wrong patch before. The patch I intended hasn't
been committed yet, because I failed to correctly request review :)
http://github.com/djmitche/amanda/commit/z11892
If anyone can review and confirm that patch, I'll get it committed.
On Mon, Sep 13, 2010 at 3:27 PM, Jon La
I'm sorry to sound pedantic here, but I think this is a case where we
can only fix it by looking at specific problems. Amcheck is pretty
careful to give as many error messages as possible in each run, rather
than simply bailing out after the first, so if there's a case where
this does not happen,
On Mon, Sep 13, 2010 at 2:43 PM, Brian Cuttler wrote:
> Virtual DLEs !?!
>
> That is EXACTLY what we need !
>
> I know you warned us, but I'm REALLY Excited about this !
>
> That would _so_ fix my Terrabyte sized DLE problem...
Yes, yes it would. It would fix a lot of problems!
I don't think it
On Mon, Sep 13, 2010 at 1:44 PM, McGraw, Robert P wrote:
> I thought it was fixed but this time the warnings were at the beginning of
> the output and I did not catch them.
Jean-Louis' patch only addresses one of the warnings. Try applying
the patch I linked to, instead.
Dustin
--
Open Sourc
On Mon, Sep 13, 2010 at 8:15 AM, Stefan G. Weichinger wrote:
> As mentioned some time ago I would luv a separate
> "mailto-human-tape-changer" ;-)
So Douglas is describing a "mobile-friendly" amcheck mail, while
you're requesting a "next-tape-only" amreport mail. I imagine you'd
also like a more
(starting a new thread)
On Mon, Sep 13, 2010 at 9:16 AM, Gunnarsson, Gunnar
wrote:
> Hi Dustin,
>
> A script-tool application for running script taking parameters such as path
> to script, PFEXEC or SUDO and when to run etc
>
> define script-tool amplugin-script {
> plugin "amplugin-script"
> p
On Sun, Sep 12, 2010 at 9:36 PM, John Hein wrote:
> This may not be considered a nitpick but more of a feature request.
>
> If I move a disk or rename a host or move the host to a different
> domain, it'd be nice to be able to rename the disklist entry (DLE) and
> have history tracking, incrementa
On Sun, Sep 12, 2010 at 9:54 AM, Stephen Corbesero wrote:
> driver: send-cmd time 22.514 to taper: FILE-WRITE 00-2
> /amanda/holding-b/20100912102842/galadriel.corbesero.net._.2
> galadriel.corbesero.net / 2 20100912102842 0 192
It looks like the taper is running. The send-cmd component yo
On Sat, Sep 11, 2010 at 7:56 PM, Jon LaBadie wrote:
> So, I wonder if there is any way to backup a COD (Client On Demand)?
> I envision a request from the client would start a dump to holding
> disk which would require 'autoflush' for the taping to occur later.
> Consideration would also have to b
On Mon, Sep 13, 2010 at 11:04 AM, Jean-Louis Martineau
wrote:
> Robert, can you try the attached patch?
(only the amoverview hunk is required, right Jean-Louis?)
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Mon, Sep 13, 2010 at 10:23 AM, McGraw, Robert P wrote:
> I have compiled and installed amanda 3.1.2
>
> My dumps ran ok over the weekend with no errors.
>
> But I am getting the following warnings in amoverview.
We just saw a similar warning with a Zmanda customer, and did some
significant reo
On Sun, Sep 12, 2010 at 11:17 PM, Dustin J. Mitchell wrote:
> It includes a rewrite of amdump.sh into amdump.pl. The command-line
> argument handling in shell was just too gnarly to figure out, and
> shell is generally fraught with more portability problems than it's
> worth.
On Thu, Sep 9, 2010 at 12:12 PM, Dustin J. Mitchell wrote:
> This is a great idea. I'm actually working on this part of the code
> right now, to make sure that amflush and autoflush will correctly
> flush dumps that are no longer in the disklist, so I think this will
> be relat
On Fri, Sep 10, 2010 at 3:02 PM, Jon Brown wrote:
> Is there a way to have amrecover restore from multiple DLE's at the same
> time?
> Ideally by providing an input file that would specify the
> hosts/volumes/directories that I would like to have restored.
Not that I can think of. You could scri
On Sat, Sep 11, 2010 at 10:42 PM, Lisa Seelye wrote:
> Disk permissions and file permissions are always a nightmare. Some things
> aren't right and amcheck complains about each one in turn. It would be
> useful to have some kind of thorough "lint" mode, perhaps with a
> --fix-permissions to repair
On Sat, Sep 11, 2010 at 4:22 PM, Jon LaBadie wrote:
> I would like to see a way of saying "do not back more than
> one of these DLEs at the same time".
Duly noted. I don't see a quick way to do that, but I'll create a bug
for it so it's not forgotten.
Dustin
--
Open Source Storage Engineer
ht
On Sat, Sep 11, 2010 at 3:52 PM, Florian Lengyel
wrote:
> Not an amanda tape: Can't open tape device @DEFAULT_TAPE_DEVICE@: No such
Hopefully the error here is pretty obvious. I'm not sure how they
managed to get that into their configuration, but it's obviously
wrong.
> With Amrestore, I get t
On Fri, Sep 10, 2010 at 2:55 PM, Florian Lengyel
wrote:
> 3. They didn't know--or bother to read--that to recover the files, you list
> the first couple of lines (they configured a custom compression with bzip2):
> AMANDA: SPLIT_FILE 20100222 guass.engr.ccny.cuny.edu /home1/skgottipati
> part 8/
On Sat, Sep 11, 2010 at 9:45 AM, Gene Heskett wrote:
> And find out it doesn't work. Without the "" quotes around the mailto
> string, it upchucks all over itself & fails to run. They have been added
> and last nights backup s/b running now. The manpage doesn't say that
> mailto needs those. P
On Fri, Sep 10, 2010 at 8:02 AM, Florian Lengyel
wrote:
> Shouldn't amcheck -m DailySet3 send email if there is a changer problem? I'm
> told that amcheck does not send the email.
Yes, and normally it does, so that's either mistakenly reported or
there's a bug of some sort.
Dustin
--
Open Sour
On Fri, Sep 10, 2010 at 5:41 AM, Florian Lengyel
wrote:
> The following is the output of amcheck (version info listed below)--it
> reports
> a malformed response from the vtape changer and calls this a "changer
> problem."
> On the other hand it ends by reporting "no problems found" and does
> not
On Thu, Sep 9, 2010 at 10:26 PM, Jon LaBadie wrote:
> First, what I call a DLE is refered to as Filesystem some places and
> disk others.
>
> Second I don't like the repeating extra column headings printed 3
> times after the Incr. column. The headings should be moved to the
> top and the unneces
As you say, most of these are possible, but some are relatively new
features, so I'll mention them here for others' (and maybe your)
reference.
On Thu, Sep 9, 2010 at 7:02 PM, Chris Lee wrote:
> 1. See if the client is installed and working on a server (From the point of
> view of the Amanda Serv
On Thu, Sep 9, 2010 at 11:56 AM, Chris Hoogendyk
wrote:
> If there were a way to directly say, "fall back, don't tape," or
> "--disable-taper," then that would avoid the "expected" error message.
This is a great idea. I'm actually working on this part of the code
right now, to make sure that amf
I bet most of you have some small nitpick with Amanda that you've
never felt warranted an email. Well, now's your chance! I'd like to
put some polish on Amanda, and it's hard for me to see the areas that
need burnishing, since I work on Amanda all day, every day.
- typo in a manpage?
- command
On Wed, Sep 8, 2010 at 6:23 PM, Jon LaBadie wrote:
> BTW if I issue the command as "amadmin Daily find" I get no warnings.
> But if I add a host or host+disk arguments I get as many as 26 warnings,
> all duplicated.
That was the part I had missed. Jean-Louis has a fix partially
completed, but it
On Wed, Sep 8, 2010 at 9:34 AM, Gene Heskett wrote:
> amrecover access to the server times out after a minute.
Right, this is an authentication misconfiguration.
> So the next question then is: Do I really need that line in my situation?
> Or can I comma separate more than one hostname or perha
On Mon, Sep 6, 2010 at 11:59 PM, Dustin J. Mitchell wrote:
> The first line of each of those should avoid the warning you're
> seeing. Can you tar up your config, tapelist, and logfiles and send
> them along privately?
Ah, I didn't realize in your original post that you&
On Tue, Sep 7, 2010 at 4:12 PM, Stefan G. Weichinger wrote:
> What about the original author? Did you get some replies?
>
> I assume he might be happy to get his work into the official release, hm?
I did hear back, and he (marxarelli on github) said he'd love to see
it merged. I asked him to get
On Mon, Sep 6, 2010 at 11:01 PM, Jon LaBadie wrote:
>> Can you post the actual grep output?
>
> Those three lines are the actual output.
> The -c options only asked for a count.
Right, I should have asked you to remove the -c :)
> Here are separate greps on the 3 logs.
The first line of each of
On Mon, Sep 6, 2010 at 11:59 AM, Jon LaBadie wrote:
> $ egrep -c 'Daily-0(09|13|23)' log.20100828225848.0 \
> log.20100829184251.0 \
> log.20100903030802.0
> log.20100828225848.0:9
> log.20100829184251.0:3
> log.20100903030802.0:25
On Sun, Sep 5, 2010 at 5:35 PM, Jon LaBadie wrote:
> The logfiles are there and they contain info about the tapes listed.
> I'm beginning to think the warnings are poorly worded.
> I suspect they really mean that the DLE I asked about is not found
> on those particular tapes.
>
> Can anyone corrob
On Sun, Sep 5, 2010 at 5:52 AM, Peter Norden
wrote:
> I tracked down the problem to the amcrypt-ossl-asym script itself. In the
> simple test case
>
> $ echo "foo" | amcrypt-ossl-asym | amcrypt-ossl-asym -d
>
> the output is not simply "foo" (as expected), but "foo" with some binary
> data appen
On Sun, Sep 5, 2010 at 2:32 AM, Jon LaBadie wrote:
> I always thought the restriction was not host specific.
> But I have two DLEs with spindle number 2 dumping at
> the same time. They are on two different hosts but
> one is a virtual host, a guest on the other. So they
> are actually dumping t
On Fri, Sep 3, 2010 at 5:57 PM, Jon LaBadie wrote:
> Isn't a decision made before each DLE is dumped whether there is enough
> holding disk for it? In that case, does the reported amount (i.e. 2.3GB
> above) serve as an upper limit for the entire amdump run? If so, maybe
> that part of the code
On Fri, Sep 3, 2010 at 11:13 AM, Valeriu Mutu wrote:
> Next time 'amdump' runs, it will not be able to use the size of holding disk
> specified and the warning will be printed:
> NOTES:
> driver: WARNING: /data3/amanda/holdingdisk/Daily1/: 880803840 KB requested,
> but only 2351104 KB available
On Fri, Sep 3, 2010 at 10:22 AM, Brian Cuttler wrote:
> clep /cleplhs lev 1 FAILED [dump larger than tape, -1 KB, skipping
> incremental]
Looks like a planner bug.
> (brought to you by Amanda version 2.4.4)
and you'll need to travel at least 6 years back in time to get it fixed!
I'd po
On Thu, Sep 2, 2010 at 8:54 PM, Jon LaBadie wrote:
> It was permissions. But ?strangely?, it was the permissions on the
> mount point directory, not on the root directory of the mounted FS.
Yeah, I've seen funny behavior there, too. I've never researched it,
but perhaps the system uses the logi
On Thu, Sep 2, 2010 at 6:05 PM, Tim Nowaczyk wrote:
> The logic of the amlvm-snapshot script is not lining up with your system.
> Your mtab is the same as what lvdisplay shows, while my system has what the
> script is expecting; the lvdisplay entry is a symlink to the mtab entry.
> The udev rules
On Mon, Aug 30, 2010 at 2:55 PM, Gene Heskett wrote:
> Dustin; I changed to that syntax and amcheck objected to having both the
> tapedev and that sort of syntax in the tpchanger line unless I was using
> the old chg-disk, so I commented the tapedev line, and gave tpchanger the
> full path to my
On Mon, Aug 30, 2010 at 4:53 PM, Steven Backus
wrote:
> Very humorful. Is it possible code corruption caused this? Is
> amreport reading the "printer" line in amanda.conf?
I don't see how - Amanda just takes the "printer" parameter and passes
it along to the lpr invocation, and the debug logfil
On Mon, Aug 30, 2010 at 4:24 PM, Dustin J. Mitchell wrote:
> Gotcha. I'll get the modified version of your patch committed, then.
I meant I'll get it reviewed. Can you review this by trying it out?
http://github.com/djmitche/amanda/commit/krb5-fix.patch
Dustin
--
Open S
On Mon, Aug 30, 2010 at 3:54 PM, Steven Backus
wrote:
> Something really odd just happened. I was wandering by our
> office color printer and there were my 3hole.ps outputs! It
> appears 3hole.ps is working but not going to the right printer.
> The device name for the printer where I found the
On Mon, Aug 30, 2010 at 4:13 PM, Tim Nowaczyk wrote:
> Because I'm not a C programmer and I didn't know you could do that. I
> thought my choices were between xstr and strcat/strncat. :)
Gotcha. I'll get the modified version of your patch committed, then.
Dustin
--
Open Source Storage Engin
I'm all for changing error messages - searching the source for error
messages is an underutilized debugging technique!
Dustin
Index: common-src/krb5-security.c
===
--- common-src/krb5-security.c (revision 3343)
+++ common-src/krb5-s
OK, I've fixed the relevant warnings and pushed the results to
http://github.com/djmitche/amanda/commit/z11827
If someone can take a look, I'll get it committed. I'm going to have
to check with Jean-Louis about the driver writing orig_size=-1, but
the above patch at least makes amreport immune t
On Mon, Aug 30, 2010 at 1:11 PM, Steven Backus
wrote:
> Before upgrading to the latest version, if I wanted to change my
> current tape slot I just edited /changer-slot and put in
> the number. Now there's a changer-state file instead and it's not
> so straightforward. How's the best way to set
I have a trace log now, although it does not appear to be the same
trace log that generated the debug logs pasted in previous posts.
I see two odd things here. First, ten of the flushed dumps are listed
with an orig-kb of 0. Amreport should be able to handle this
situation, and should be tested
On Sun, Aug 29, 2010 at 9:28 PM, Jon LaBadie wrote:
> I've never worked with a barcoded changer so I never had a "fast-searchable"
> experience. You do not explicitly say so, but I assume chg-disk is
> now fast-searchable? That's not historical :)
To be clear, the old chg-disk is still not fast
On Sun, Aug 29, 2010 at 10:59 AM, Dustin J. Mitchell wrote:
> Fubar means "f*'d up beyond all repair", which I hardly think applies
> to a few warnings! These are minor bugs, which I'll work on a patch
> for. Chris's analysis of the error on line 1312 is cor
On Sun, Aug 29, 2010 at 10:32 AM, Steven Backus
wrote:
>> Perhaps you've built Amanda without indicating the printing utility?
>
> This was not necessary in the past. The 3hole.ps just "worked."
Tue Aug 24 23:59:10 2010: amreport: waiting for child process to finish..
Tue Aug 24 23:59:10 2010: a
On Tue, Aug 24, 2010 at 2:00 AM, Marc Muehlfeld
wrote:
> Can I use this for migrating hundred of my old DLT 40/80 GB tapes (All
> contain level 0 dumps for long time archiving) to some LTO30 400/800 GB?
Absolutely!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Fri, Aug 27, 2010 at 2:41 PM, Chris Hoogendyk
wrote:
> There was an exchange on the list in the last few months where I asked that
> question and Dustin replied. He said that the historical algorithm had a
> strong preference for an already written tape if one was available that
> could be writ
On Fri, Aug 27, 2010 at 2:25 PM, Jon LaBadie wrote:
> ? /opt/csw/bin/gtar: ./jon/mums: Cannot savedir: Permission denied
I assume that mums is the mountpoint? I think that tar will need
permission on that directory just to read it and determine that it is
on a different filesystem -- similar to
On Fri, Aug 27, 2010 at 5:46 PM, Stefan G. Weichinger wrote:
> Am 27.08.2010 21:25, schrieb Tim Nowaczyk:
>
>> I just set the following up in our environment this morning. We'll see how
>> it all goes tonight.
>>
>> http://github.com/marxarelli/amlvm-snapshot
>
> looks interesting. I miss an exa
On Tue, Aug 24, 2010 at 6:23 PM, Tom Schutter wrote:
> On http://amanda.org/download.php, what should be a link to 3.1.1 is
> actually a link to 3.1.2. The tag and branch links are OK, it is just
> the "Release" link that is wrong.
I just updated this on the SF web server. The link should be co
On Wed, Aug 25, 2010 at 5:20 PM, Tim Nowaczyk wrote:
> After another day of troubleshooting I think I found the problem. Running
> 'strings /usr/lib/amanda/libamanda-3.1.0.so | grep amanda_ccache' shows
> 'KRB5_ENV_CCNAME=FILE:/tmp/amanda_ccache.%ld.%ld'. This should be
> 'KRB5CCNAME=FILE:/tm
On Wed, Aug 25, 2010 at 11:32 AM, Steven Backus
wrote:
> whimsy.med.utah.edu sdb6 lev 1 FAILED [port open: Connection refused]
Well, connection refused seems pretty simple to diagnose - is the
Amanda port open on that system? Appropriately UDP or TCP, depending
on the auth you've chosen?
> Also
On Mon, Aug 23, 2010 at 9:15 PM, Chris Nighswonger
wrote:
> Here's how it reads to me: Now we pass in a dump level when creating
> our dump spec object. For the present, the only dump level supported
> is 0 or full.
>
> Without testing (sorry, I'm not setup to test atm), it looks fine to me.
Grea
I've already rewritten amvault to use the same underlying machinery as
amfetchdump and taper -- at the same time. That means that amvault
can now re-assemble dumps from the source volume and re-split them on
the destination volume.
Making this more general requires some hard thought about
configu
On Sat, Aug 21, 2010 at 6:40 AM, Chris Nighswonger
wrote:
> Removing the call to validate_no_space looks like the correct solution to me.
Thanks! Committed in r3339.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Fri, Aug 20, 2010 at 8:48 PM, Chris Nighswonger
wrote:
>> http://github.com/djmitche/amanda/commit/z8198
>
> Is it me or is this a broken link?
No, it's me. I totally botched that link, sorry.
http://github.com/djmitche/amanda/commit/z11741
Dustin
--
Open Source Storage Engineer
http:/
With Jean-Louis out of town, my patches are piling up. We have a
strict review policy that at least one other dev needs to review a
patch before it goes in. Hopefully someone here can free the logjam.
This particular patch:
http://github.com/djmitche/amanda/commit/z8198
Addresses a problem th
On Fri, Aug 20, 2010 at 1:13 PM, Stefan G. Weichinger wrote:
> Tried that. Big difference.
So try running amdump by hand with the crontab environment.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Thu, Aug 19, 2010 at 6:09 PM, Dustin J. Mitchell wrote:
> There is a bit of taper/driver communication that should go on during
> that pause (REQUEST-NEW-TAPE/NEW-TAPE). That should be recorded in
> the amdump log. Can you attach that?
I got this in private mail (the mailing list
On Thu, Aug 19, 2010 at 12:26 PM, Stefan G. Weichinger wrote:
> We'll see what the cronjob will do ... What might be the difference?
Environment variables, usually. Some systems have other context
(e.g,. Mach-based systems) that is inherited with a process. Selinux
might be involved, but I assu
On Wed, Aug 18, 2010 at 1:19 PM, Christopher McCrory wrote:
> If you manage both amamda and a svn repo, please give it a shot and
> report any problems, suggestions, or successes. The best place for
> reports is the amanda-hackers@ list, otherwise to me directly. The
> current source is here: h
On Thu, Aug 19, 2010 at 5:50 PM, Jean-Francois Malouin
wrote:
> It's from the time the scribe sets up a transfer (at 22:42:31) to the
> final write (12:11:42 the following day) which is 48551sec, as the
> DONE line in the logfile reports.
>
> You can see me smile in the mirror ;)
That's what I wa
On Thu, Aug 19, 2010 at 5:29 PM, Jean-Francois Malouin
wrote:
> The logfile for this run shows:
Can you post the taper debug log, too? We can see what took the extra
48544 seconds, if anything.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Thu, Aug 19, 2010 at 5:03 PM, Jon LaBadie wrote:
> Note your client "gertrude". That one DLE is throwing the average to
> hell<-<-ck.
> Of your total data taped, 803,077MB, gertrude is only contributing 484MB.
> However her time to tape is 809 minutes out of 936 minutes total. So her
> 0.5%
On Thu, Aug 19, 2010 at 4:24 PM, Jean-Francois Malouin
wrote:
> amreport will always show that it was written at dismally slow speed
> yet the taper debug logs show very fast (80 to 100MBs) writes.
> *Always* *and* *only* for the first flushed DLE. Me thinks that the
> initial timestamp for the st
On Thu, Aug 19, 2010 at 2:27 PM, Jean-Francois Malouin
wrote:
> I know that a little while ago I reported this problem but I still
> can't get my head around it: ever since I upgraded to amanda-3.1.x the
> avg tape stats in amreport are bogus. I know for a fact that the
> holddisk io read stats (f
On Thu, Aug 19, 2010 at 11:45 AM, Stefan G. Weichinger wrote:
> What could I do to spot the problem?
> Show the wrapper? Browse for other logs?
Well, first, reproduce it - either determine that it's intermittent,
or that it only occurs when run from cron. Narrow down the cause as
much as possibl
On Thu, Aug 19, 2010 at 10:32 AM, Stefan G. Weichinger wrote:
> And why does it work then at the second time, when I start amdump
> manually? The amount of input should be the same at the 2nd time ... ?
That's why I suspect it's a race condition. Recall we just found out
about the GNU tar race c
On Thu, Aug 19, 2010 at 5:30 AM, Stefan G. Weichinger wrote:
> Wed Aug 18 21:09:01 2010: sendbackup: critical (fatal): index tee cannot
> write [Broken pipe]
...
> We use a wrapper there for gnu-tar ..
That means that Amanda got an error writing to the input of
"/usr/local/bin/amgtar -tf - 2>/d
As you probably know, we have had a new Changer API in place for two
major releases now (2.6.1 and 3.1.x). Moving into 3.2, we're planning
to remove the implementations of the older changers. That includes
such oddball shell and perl scripts as chg-chio, chg-chs, chg-scsi,
chg-rait, chg-rth, and
On Wed, Aug 18, 2010 at 8:37 AM, Brian Cuttler wrote:
> I've seen this error appear several times on this particular system.
>
> [request failed: timeout waiting for ACK](too)
A generic timeout waiting for ACK has lots of possible causes, as
outlined in the wiki. But I can't see where "(too)" wo
101 - 200 of 1267 matches
Mail list logo