Hello palls,
I'm using:
build#58; VERSION=Amanda-2.6.1
nbsp; nbsp; nbsp; nbsp;BUILT_DATE=Thu Jan 22 15#58;42#58;52 PST 2009
nbsp; nbsp; nbsp; nbsp;BUILT_MACH=i686-pc-linux-gnu BUILT_REV=1609
nbsp; nbsp; nbsp; nbsp;BUILT_BRANCH=amanda-261 CC=gcc
Suddenly I'd run out of holding space so started to
Have answer bout holding list -l -d this is outdated (very, very poor
documentation)
Now I'm trying but w/o results:
nbsp;amadmin DailySet1 holding list -l -d | awk '#123; print amadmin
DailySet1 holding delete $4, $5, $6#125;'
Since there is not Enter at the end of line? Or amadmin don't
Am 15.09.2010 23:26, schrieb Dustin J. Mitchell:
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
Am 15.09.2010 23:26, schrieb Dustin J. Mitchell:
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
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
Hi all,
sorry for a probably off-topic question, but I hope someone can help me
anyway...
I use amanda 2.5.2p1 on several Ubuntu 8.04/64 bit boxes. As I use POSIX ACL's
and SELinux attributes, which the standard GNU tar coming with Ubuntu doesn't
support, I installed the tar variant from
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
Am 16.09.2010 19:25, schrieb Dustin J. Mitchell:
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
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
Dustin,
On Thu, Sep 16, 2010 at 12:22:42PM -0500, Dustin J. Mitchell wrote:
On Thu, Sep 16, 2010 at 11:59 AM, Brian Cuttler br...@wadsworth.org wrote:
What I mean is, since actually live estimates are not performed
and archive data is relied on for the estimate, how does the
new lower
For Amanda 2.6.1p1-20091023.
We had a problem where a user caused a DLE to increase to
large then the size of a tape.
This has been corrected, but I find myself wondering how
the average size of the DLE in the estimate phase is lowered
once the average has gotten above the tape size cut-off.
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
Am 16.09.2010 19:54, schrieb Dustin J. Mitchell:
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
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
Am 2010-09-16 20:50, schrieb Dustin J. Mitchell:
On Thu, Sep 16, 2010 at 1:06 PM, Stefan G. Weichinger s...@amanda.org wrote:
amcheck -m mailed ok so far ...
forget that one, completely unrelated *sigh*
--from-amdump is really only meant to be used, well, from amdump :)
Really?? ;-)
If you
Jean-Louis,
On Thu, Sep 16, 2010 at 03:21:08PM -0400, Jean-Louis Martineau wrote:
Brian,
The only workaround is to remove the big dump from the history.
Go in the curinfo/HOST/DLE directory, edit the info file.
Remove the 'history:' line for the dump.
First number is the level
Second
Brian,
The only workaround is to remove the big dump from the history.
Go in the curinfo/HOST/DLE directory, edit the info file.
Remove the 'history:' line for the dump.
First number is the level
Second number is the uncompressed size
Third number is the compressed size
forth number is the date
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
Am 2010-09-16 21:43, schrieb Dustin J. Mitchell:
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.
fine ...
considering my own private ebuild here (in an overlay) to pull
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
Am 2010-09-16 23:15, schrieb Dustin J. Mitchell:
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
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
25 matches
Mail list logo