, but it builds and installs and passes amcheck for me.
Now, if it can get put in an overlay, even cooler!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
! Hopefully you can still help us out with testing the new
features in Amanda..
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
and just printing
amadmin commands. You need to actually *run* them.
The backupcentral forums are very badly translated into the
amanda-users list and back. It would be easier for us to help you out
if you posted directly to the list:
http://amanda.org/support/mailinglists.php
Dustin
--
Open
the whole command
into a single string and thus let the shell break them at space
boundaries.
I'll have a patch for your experimentation in a little bit.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
another?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
easiest.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
. Can you check the taper debug logs to see if it's failing
for some reason, and also check the amdump logs to see what the
taper's reply to the PORT-WRITE command looks like?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to force a mail sent ...
--from-amdump is really only meant to be used, well, from amdump :)
If you just run 'amreport daily' it will send a report to stdout
If you want to mail the report, use
amreport daily --mail-text=f...@bar b...@baz
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
release will
be.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
it hosted at overlay-servers, I have to research
that ...
Lisa, do you have any pointers on that front?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
. I'm not at all familiar with msmtp..
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
in
fact their network had a high packet loss rate because their server
was hooked into a hub with a massive number of collisions. Hopefully
your situation isn't quite that dire..
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
, and that's about it.
How can we fix that? Jean-Louis has most of the knowledge required,
but we're both busily working on the upcoming 3.2 release, so we'll
need someone else to take the lead in getting that documentation put
together. I'm not sure if it should be in a manpage or on the wiki.
Dustin
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
exist :)
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
have the warnings that Jon noted.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
perl modules, wherever those might
be on your system.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
of volunteer
developers!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
-cmd component you quoted
is correct - it's the options for that host.
What are you seeing that's got you thinking the taper never gets any
data? Can you take a look at the taper debug log and see what you
find?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
see, complicated. But a consistent approach to storing the
DLE and path of a particular user object over time would be a useful
first step. Do you have any thoughts on how that might be
implemented?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
(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
thing needs to be done eventually, but demand has been
low and there are lots of tough design questions to answer first.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
quickly.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
install from the
updated ebuilds (I believe robbat has just put 3.1.2 in ~x86) and see
what problems you come to? They'll make good gentoo bugs for the
ebuild, but also a good concrete symptom that we can look at fixing in
Amanda.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
options with a single dash work at all,
but the only need a unique prefix thing is well-known. I'll get the
docs and usage fixed up to use double-dashes for long options.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
no
connection to the dumper required. It looks like this was running
fine up until this point. Did it never terminate? If so, can you
tell what it was doing via gdb or strace?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
, and then the 'thread' command to switch to
each one and the 'backtrace' command to generate a backtrace for it.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
a particular example you'd like me to look at?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
it (I imagine it would be called amrecatalog). But such a thing does
not exist at this point.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
needs those. Perhaps that s/b clarified?
All strings in the configuration file need to be quoted - that's at
the beginning of the amanda.conf manpage.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
? Amfetchdump? Even amrestore?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
guess that amarchiver would do the
trick, without even looking at the manpage?
It looks like you have some major customer education to do here. Good luck.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
, should be done about this?
Well, that the changer is failing is a problem. Do you know why
that's happening?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to say, actually, that's
complicated (and explain why).
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
, there are legitimate reasons to want to run any combination
of {dumper, taper, amvault}.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to put you on the spot - like I said, I can take care of
this if you'd prefer.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
asked him to get into this discussion, but I haven't
seen anything yet.
He could probably use another ping, if you'd like to give it a shot.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
.20100903030802.0:25
Can you post the actual grep output? Find is looking for a line of
the format described at
http://wiki.zmanda.com/index.php/Amanda_log_files/Trace_Logs#START_2
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
they
are actually dumping the same part of the same disk.
To my knoweledge, it is host-specific. Which makes sense, right?
Back in the day when hosts were hosts and spindles were spindles, a
40GB drive on one host was not the same as a 40GB drive on another
host.
Dustin
--
Open Source Storage Engineer
http
, then that is not correct. Note, however, that trailing
zeroes will cause exactly the same gzip warning. I wish there was a
way to turn this warning off, as the alternative is to frame and
unframe the datastream such that Amanda can identify and remove such
pad bytes.
Dustin
--
Open Source Storage
believe.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
(that do not require lvm - mocks are useful
here!).
The 3.2 merge window is closing in ~3-4 weeks, and it would be great
to have this script included in 3.2, even if it has known limitations
at the time.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
uses the logical AND of the permission bits
from the mountpoint and the root of the mounted filesystem? I don't
know what it does with ownership..
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
it fixed!
I'd poke at the source to see if I could figure that out, but that's
earlier than the Amanda version control goes..
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to
print this warning, but this isn't currently done (that I can see,
anyway).
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
is still not fast-searchable. The new one is.
Old:
tpchanger chg-disk
New:
tpchanger chg-disk:/amanda/vtapes
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
suggested?
amreport MyConfig --ps=temp.ps
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
straightforward. How's the best way to set the current slot
now?
amtape CONFIG slot NN
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to this circumstance.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
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
, and the debug logfiles show it passing
along StevesLaser.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
at the
source to see how it decides whether to generate labels or not. The
logic hasn't changed, but a rebuild may have altered some of the
inputs to that algorithm.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to fix this up and submit a patch?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
. The link should be correct now.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
an example for how the DLEs should look like
... and I get errors here .. hmm
I tried to contact the author of this tool, but hey - it's on github.
If someone wants to fork it and fix it up, I'd love to see it merged
into Amanda proper.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
filesystem -- similar to the way Amanda likes to have
read permission to the root of each DLE.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
your trace log? I'd like to use it to create a
regression test for this.
DUstin
--
Open Source Storage Engineer
http://www.zmanda.com
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
time, it'd be great if someone could take a look and, if the
patch looks good, let me know. Please feel free to add any comments
on the github commit, too.
Thanks again to Chris for the last review!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
0001-add-fulls-only-to-amvault.patch
), it looks fine to me.
Great! Thanks! Buildbot is running amvault, and we'll get some extra
testing in the next releases, so that's good enough for me!
Committed - r3341.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
*, not
*whitespace*-terminated.
The patch is simple, so if this explanation makes sense and agrees
with what you see in the patch, please let me know. No need to test
it out.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
/amgtar -tf - 2/dev/null | sed -e 's/^\.//'
which is used to generate the index.
It looks like it happened 1 second after the dump started.
I'm guessing this has to do with your wrapper -- perhaps some kind of
race condition where the wrapper quits before it has read all of its
input?
Dustin
--
Open
?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
as
much as possible, and then we can make some more guesses.
This isn't Nexenta, is it?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
for the content of these log
lines. When we discovered this while rewriting the taper and
reporting code, the immediate temptation was to fix it, but then
we'd have a lot of people surprised that the times changed so much in
3.1.1, and I'd be explaining why we changed it.. you just can't win!
Dustin
P.S
.
This is not a ranti btw!
I'm just surprised that no one who have upgraded to 3.1.x have noticed
this! Don't people read their amreports :)
If you can boil it down to some numbers that don't add up, then I can
take a look, but I don't have anything concrete to look at yet.
Dustin
--
Open Source
me, so everyone can have a look.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
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
source is here: http://216.152.245.114/svn/amanda/trunk/ .
I had a look at the patch, by the way - it looks great!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
be involved, but I assume you've disabled that.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
where (too) would come from.
I know you've forwarded this error before, and I said the same thing.
I can't find anything that would create such a message in
Amanda-2.6.1.
So yes, I think an upgrade is probably the best solution.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
for some
feedback. Those in AUTHORS should feel especially encouraged to speak
up!
The patch is here:
http://github.com/djmitche/amanda/commit/c8c4e7c543bf5bdf93bb87f3a248ffcaab1da82f
As you can see, everything goes except chg-manual, chg-multi,
chg-zd-mtx, and chg-disk.
Dustin
--
Open Source
userspace CPU time.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
and uninformed hack of the 2.6.1_p2 ebuild. There's very
little testing behind it. But it worked for me.
Here are the diffs for the ebuild you posted:
--- /usr/portage/app-backup/amanda/amanda-2.6.1_p2.ebuild
2010-05-08 15:08:17.0 -0500
+++ /home/dustin/Downloads/amanda-3.1.2.ebuild 2010-08-15
and can get them to
work on it, all the better.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
servers/clients, as
they run just fine...
I think this will work, but to my knowledge it hasn't been tested, so
the best I can say is: try it and find out -- and please report the
results on the Wiki for others' reference.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
to Zmanda about that.
Amanda can do backups to S3, though, if you'd like to use that.
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
help me with safe procedures. The amanda server is running in RHEL5
You can also refer to amanda-compatibility(7) -
http://wiki.zmanda.com/man/amanda-compatibility.7.html
I think everything's in there, but let me know if something's missing.
Dustin
--
Open Source Storage Engineer
http
101 - 200 of 1254 matches
Mail list logo