On Fri, Sep 17, 2010 at 2:48 PM, Stefan G. Weichinger s...@amanda.org 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
On Fri, Sep 17, 2010 at 5:34 PM, Lisa Seelye l...@thedoh.com 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!
On Thu, Sep 16, 2010 at 1:55 AM, Topper amanda-fo...@backupcentral.com 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:
nbsp;amadmin DailySet1 holding list
On Thu, Sep 16, 2010 at 3:14 AM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Sep 16, 2010 at 12:13 PM, Albrecht Dreß albrecht.dr...@arcor.de 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
On Thu, Sep 16, 2010 at 12:40 PM, Stefan G. Weichinger s...@amanda.org 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
On Wed, Sep 15, 2010 at 12:53 AM, Marc Muehlfeld
marc.muehlf...@medizinische-genetik.de 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
On Thu, Sep 16, 2010 at 1:06 PM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Sep 16, 2010 at 2:14 PM, Stefan G. Weichinger s...@amanda.org 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 4:11 PM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Sep 16, 2010 at 4:14 PM, Dustin J. Mitchell dus...@zmanda.com 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:24 PM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Sep 9, 2010 at 11:05 PM, Dustin J. Mitchell dus...@zmanda.com 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
On Wed, Sep 15, 2010 at 2:09 PM, Stefan G. Weichinger s...@amanda.org 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.
On Wed, Sep 15, 2010 at 8:08 PM, Valeriu Mutu vm...@pcbi.upenn.edu 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
On Tue, Sep 14, 2010 at 7:10 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se 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
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
On Tue, Sep 14, 2010 at 1:42 AM, Jon LaBadie j...@jgcomp.com 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
On Tue, Sep 14, 2010 at 8:16 AM, McGraw, Robert P rmcg...@purdue.edu 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
On Sun, Sep 12, 2010 at 11:17 PM, Dustin J. Mitchell dus...@zmanda.com 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 Mon, Sep 13, 2010 at 10:23 AM, McGraw, Robert P rmcg...@purdue.edu 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
On Mon, Sep 13, 2010 at 11:04 AM, Jean-Louis Martineau
martin...@zmanda.com 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 Sat, Sep 11, 2010 at 7:56 PM, Jon LaBadie j...@jgcomp.com 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
On Sun, Sep 12, 2010 at 9:54 AM, Stephen Corbesero corbes...@ptd.net 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
On Sun, Sep 12, 2010 at 9:36 PM, John Hein jh...@symmetricom.com 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
(starting a new thread)
On Mon, Sep 13, 2010 at 9:16 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se 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
On Mon, Sep 13, 2010 at 8:15 AM, Stefan G. Weichinger s...@amanda.org 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
On Mon, Sep 13, 2010 at 1:44 PM, McGraw, Robert P rmcg...@purdue.edu 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.
On Mon, Sep 13, 2010 at 2:43 PM, Brian Cuttler br...@wadsworth.org 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
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,
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
The warning is harmless, and has been fixed in trunk.
On Mon, Sep 13, 2010 at 5:32 PM, Stephen Corbesero corbes...@ptd.net 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 x...@0x29f792b0
On Mon, Sep 13, 2010 at 8:30 PM, Stephen Corbesero corbes...@ptd.net 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
On Sat, Sep 11, 2010 at 10:42 PM, Lisa Seelye l...@thedoh.com 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
On Fri, Sep 10, 2010 at 3:02 PM, Jon Brown jbr...@reaveley.com 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.
On Thu, Sep 9, 2010 at 12:12 PM, Dustin J. Mitchell dus...@zmanda.com 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 relatively
On Sat, Sep 11, 2010 at 9:45 AM, Gene Heskett gene.hesk...@gmail.com 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
On Fri, Sep 10, 2010 at 2:55 PM, Florian Lengyel
florian.leng...@gmail.com 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
On Sat, Sep 11, 2010 at 3:52 PM, Florian Lengyel
florian.leng...@gmail.com 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.
On Sat, Sep 11, 2010 at 4:22 PM, Jon LaBadie j...@jgcomp.com 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
On Fri, Sep 10, 2010 at 5:41 AM, Florian Lengyel
florian.leng...@gmail.com 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
On Fri, Sep 10, 2010 at 8:02 AM, Florian Lengyel
florian.leng...@gmail.com 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
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?
-
On Thu, Sep 9, 2010 at 11:56 AM, Chris Hoogendyk
hoogen...@bio.umass.edu 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
On Thu, Sep 9, 2010 at 10:26 PM, Jon LaBadie j...@jgcomp.com 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
On Tue, Sep 7, 2010 at 4:12 PM, Stefan G. Weichinger s...@amanda.org 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
On Mon, Sep 6, 2010 at 11:59 PM, Dustin J. Mitchell dus...@zmanda.com 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're seeing
On Mon, Sep 6, 2010 at 11:59 AM, Jon LaBadie j...@jgcomp.com 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
On Mon, Sep 6, 2010 at 11:01 PM, Jon LaBadie j...@jgcomp.com 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
On Sun, Sep 5, 2010 at 2:32 AM, Jon LaBadie j...@jgcomp.com 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
On Sun, Sep 5, 2010 at 5:52 AM, Peter Norden
s0678...@mail.zih.tu-dresden.de 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
On Sun, Sep 5, 2010 at 5:35 PM, Jon LaBadie j...@jgcomp.com 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
On Thu, Sep 2, 2010 at 6:05 PM, Tim Nowaczyk ta...@virginia.edu 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.
On Thu, Sep 2, 2010 at 8:54 PM, Jon LaBadie j...@jgcomp.com 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
On Fri, Sep 3, 2010 at 10:22 AM, Brian Cuttler br...@wadsworth.org 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
On Fri, Sep 3, 2010 at 11:13 AM, Valeriu Mutu vm...@pcbi.upenn.edu 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
On Fri, Sep 3, 2010 at 5:57 PM, Jon LaBadie j...@jgcomp.com 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
On Sun, Aug 29, 2010 at 9:28 PM, Jon LaBadie j...@jgcomp.com 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
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 Mon, Aug 30, 2010 at 1:11 PM, Steven Backus
bac...@whimsy.med.utah.edu wrote:
Before upgrading to the latest version, if I wanted to change my
current tape slot I just edited confdir/changer-slot and put in
the number. Now there's a changer-state file instead and it's not
so
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
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)
+++
On Mon, Aug 30, 2010 at 4:13 PM, Tim Nowaczyk ta...@virginia.edu 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
On Mon, Aug 30, 2010 at 4:24 PM, Dustin J. Mitchell dus...@zmanda.com 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
On Mon, Aug 30, 2010 at 4:53 PM, Steven Backus
bac...@whimsy.med.utah.edu 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,
On Mon, Aug 30, 2010 at 2:55 PM, Gene Heskett gene.hesk...@gmail.com 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
On Wed, Aug 25, 2010 at 11:32 AM, Steven Backus
bac...@whimsy.med.utah.edu 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
On Wed, Aug 25, 2010 at 5:20 PM, Tim Nowaczyk ta...@virginia.edu 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
On Tue, Aug 24, 2010 at 6:23 PM, Tom Schutter t.schut...@comcast.net 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
On Fri, Aug 27, 2010 at 5:46 PM, Stefan G. Weichinger s...@amanda.org 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
On Fri, Aug 27, 2010 at 2:25 PM, Jon LaBadie j...@jgcomp.com 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
On Fri, Aug 27, 2010 at 2:41 PM, Chris Hoogendyk
hoogen...@bio.umass.edu 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
On Tue, Aug 24, 2010 at 2:00 AM, Marc Muehlfeld
marc.muehlf...@medizinische-genetik.de 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
On Sun, Aug 29, 2010 at 10:32 AM, Steven Backus
bac...@whimsy.med.utah.edu 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
On Sun, Aug 29, 2010 at 10:59 AM, Dustin J. Mitchell dus...@zmanda.com 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 correct.
Here's the patch
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
On Mon, Aug 23, 2010 at 9:15 PM, Chris Nighswonger
cnighswon...@foundations.edu 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
On Sat, Aug 21, 2010 at 6:40 AM, Chris Nighswonger
cnighswon...@foundations.edu 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 Thu, Aug 19, 2010 at 6:09 PM, Dustin J. Mitchell dus...@zmanda.com 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
On Fri, Aug 20, 2010 at 1:13 PM, Stefan G. Weichinger s...@amanda.org wrote:
Tried that. Big difference.
So try running amdump by hand with the crontab environment.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
On Fri, Aug 20, 2010 at 8:48 PM, Chris Nighswonger
cnighswon...@foundations.edu 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
On Thu, Aug 19, 2010 at 5:30 AM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Aug 19, 2010 at 10:32 AM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Aug 19, 2010 at 11:45 AM, Stefan G. Weichinger s...@amanda.org 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
On Thu, Aug 19, 2010 at 2:27 PM, Jean-Francois Malouin
ma...@bic.mni.mcgill.ca 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
On Thu, Aug 19, 2010 at 4:24 PM, Jean-Francois Malouin
ma...@bic.mni.mcgill.ca 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
On Thu, Aug 19, 2010 at 5:03 PM, Jon LaBadie j...@jgcomp.com 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
On Thu, Aug 19, 2010 at 5:29 PM, Jean-Francois Malouin
ma...@bic.mni.mcgill.ca 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:50 PM, Jean-Francois Malouin
ma...@bic.mni.mcgill.ca 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
On Wed, Aug 18, 2010 at 1:19 PM, Christopher McCrory chris...@gmail.com 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
On Thu, Aug 19, 2010 at 12:26 PM, Stefan G. Weichinger s...@amanda.org 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
On Wed, Aug 18, 2010 at 8:37 AM, Brian Cuttler br...@wadsworth.org 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
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 Mon, Aug 16, 2010 at 3:55 PM, Valeriu Mutu vm...@pcbi.upenn.edu wrote:
According to the documentation, to speed up backups, one could could setup
holding disks where the data will be buffered before it is written to tape.
This method is known as FILE-WRITE [1]. This sounds good and works
On Sun, Aug 15, 2010 at 11:21 AM, John Blinka john.bli...@gmail.com wrote:
Attached is a 3.1.2 ebuild. It allowed me to build and install
amanda-3.1.2 and to complete a successful backup. I know nothing
about writing ebuilds, so this is nothing more than a very crude and
shameless and
On Sat, Aug 14, 2010 at 12:45 PM, Lisa Seelye l...@thedoh.com wrote:
Note that Amanda (at least the 2.6 series) has issues with glib versions
higher than 2.22.
Thanks, Lisa. Note that it's a gentoo bug already, bug 33. So we
just need a dev to fix the ebuild, or alternately to work on bug
On Fri, Aug 13, 2010 at 12:26 PM, Albrecht Dreß albrecht.dr...@arcor.de wrote:
I use Amanda ver. 2.5.2p1 coming with Ubuntu 8.04 LTS to back up three Linux
boxes.
As the tape drive of my Windows 2003 server died and a quick replacement is
not available (as Sony discontinued their AIT
On Thu, Aug 12, 2010 at 1:50 AM, Ranjan Das
ranjan@ipsrsolutions.com wrote:
Is amanda cloud backup feature available only for windows??
If its available in linux where can i find the documentation on that.
ZCB is a windows-only Zmanda product that's unrelated to Amanda, so
you should talk
On Thu, Aug 12, 2010 at 1:10 AM, Ranjan Das
ranjan@ipsrsolutions.com wrote:
What are the things to be taken care of while upgrading the amanda server
and client from version 2.6.1 to 3.1.1.
Will the backup that has already taken using the previous version work with
the newer one??
Please
101 - 200 of 1224 matches
Mail list logo