Am 16.09.2010 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.
Can't pull that patch anymore from
client==server
# amdump ran perfectly otherwise. Periodically we see errors
like this, but we've had pretty good runs since the installation
of 3.1.2.
- Forwarded message from Amanda/Cascade ama...@wadsworth.org -
These dumps were to tape Cascade43.
The next 2 tapes Amanda expects
this, but we've had pretty good runs since the installation
of 3.1.2.
- Forwarded message from Amanda/Cascade ama...@wadsworth.org -
These dumps were to tape Cascade43.
The next 2 tapes Amanda expects to use are: Cascade44, Cascade45.
FAILURE DUMP SUMMARY:
cascade /cascadep/nalm/alm2 lev 0 FAILED
installed 3.1.2 so I don't know what triggered
the error last night.
Amzfs_snapshot.20101103183611.debug
::
Wed Nov 3 18:36:11 2010: Amzfs_snapshot: pid 22913 ruid 110 euid 110 version
3.1.2: start at Wed Nov 3 18:36:11 2010
Wed Nov 3 18:36:11 2010: Amzfs_snapshot: pid 22913 ruid 110 euid
failed: pid
21210 exited with code 1
Client check: 36 hosts checked in 108.809 seconds. 2 problems found.
(brought to you by Amanda 3.1.2)
---
Brian R Cuttler brian.cutt...@wadsworth.org
Computer Systems Support(v) 518 486-1697
Wadsworth Center(f
Installed 3.1.2 on the client, client and server both Solaris 10x86.
Result is the same, no improvement.
amcheck -c curie finsen
Amanda Backup Client Hosts Check
ERROR: finsen: service selfcheck: selfcheck: error [open pipe to
/usr/local/libexec/amanda
Dustin,
Just installed 3.1.2 to replace a 2.6.1 on Solaris 10x86.
Worked as well as could be expected, given that I told it to
force level 0 on everything. A mistake since its 2 or 3 Tbytes
of data an 'only' 2 LTO4 tapes per run.
Thank you - I've noted the % indicated on the amflush, I'd often
On Fri, Oct 8, 2010 at 10:24 AM, Brian Cuttler br...@wadsworth.org wrote:
Feature request (?) - There are checks for DLE tape, seems almost
silly but a check for
SUM(DLEs) (tape_capacity * runtapes)
One DLE with a full size larger than available
On Fri, Oct 08, 2010 at 11:06:40AM -0500, Dustin J. Mitchell wrote:
On Fri, Oct 8, 2010 at 10:24 AM, Brian Cuttler br...@wadsworth.org wrote:
Feature request (?) - There are checks for DLE tape, seems almost
? ? ? ? ? ? ? ? ? ? ?silly but a check for
? ? ? ? ? ? ? ? ? ? ? ? SUM(DLEs)
On Fri, Oct 8, 2010 at 12:26 PM, Brian Cuttler br...@wadsworth.org wrote:
I realize that there IS NO Solution within amanda. This is a capacity
planning issue for the humans to solve, but amanda can warn via the
amdump report, that problems are imminent and that human capacity
planning is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Amanda development team has discovered a security vulnerability
introduced
in Amanda-3.1.2. The vulnerability affects both Amanda servers and
clients,
and could lead to remote execution of code as the Amanda user.
The problem is fixed in Amanda
Hi,
I'm using the the poor mans changer-manual on one system and amrecover is not
so happy with it. The setup works with andump.
Thanks Gunnar Gunnarsson
amanda.conf
tpchanger chg-manual # the tape-changer glue script
changerfile /etc/opt/amanda/hansa-arkive/changer
tapedev
On Sun, Oct 3, 2010 at 1:46 PM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
Yes this is much better - log is attached.
Fixed up in
http://github.com/djmitche/amanda/commit/z12092.patch
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
Yes I hope so. What version should I go for ?
Thanks Gunnar Gunnarsson
Incidentally, I can't help but notice that you're backing up disks named
/var/amanda/amandatapes/ems/slotNN. Will amvault be able to help you out?
If so, could you find some time to test it before I set sail in a week and
Incidentally, I can't help but notice that you're backing up disks
named /var/amanda/amandatapes/ems/slotNN. Will amvault be able to
help you out? If so, could you find some time to test it before I set
sail in a week and a half?
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Mon, Oct 4, 2010 at 1:59 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
Yes I hope so. What version should I go for ?
This - or rather a version improved by Jean-Louis' suggestion to print
the more precise flush successfully retried - will be in the next
3.2.0 beta, which we're
Add: amrecover-changer chg-manual
in amanda.conf
Jean-Louis
Gunnarsson, Gunnar wrote:
Hi,
I'm using the the poor mans changer-manual on one system and
amrecover is not so happy with it. The setup works with andump.
Thanks Gunnar Gunnarsson
amanda.conf
tpchanger chg-manual
Hi,
I upgraded Amanda version from 2.6.1 to 3.1.2 and amreport reports:
FAILURE DUMP SUMMARY:
hansabck /var/amanda/amandatapes/ems1/slot13 lev 0 partial taper: No space
left on device
hansabck /var/amanda/amandatapes/ems1/slot65 lev 0 partial taper: No space
left on device
On Sun, Oct 3, 2010 at 7:22 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
I upgraded Amanda version from 2.6.1 to 3.1.2 and amreport reports:
...
But they are written on the next tape, I'm not using tape spanning.
OK .. so what's the problem?
Dustin
--
Open Source Storage Engineer
It is reported as failed see below and those parts are added twice - filesystem
66 parts 68.
In earlier version it is reported correctly.
These dumps were to tapes HANSA-ARKIVE-9, HANSA-ARKIVE-10, HANSA-ARKIVE-11.
The next 4 tapes Amanda expects to use are: HANSA-ARKIVE-12, HANSA-ARKIVE-13,
On Sun, Oct 3, 2010 at 10:26 AM, Gunnarsson, Gunnar
gunnar.gunnars...@svk.se wrote:
It is reported as failed see below and those parts are added twice -
filesystem 66 parts 68.
In earlier version it is reported correctly.
Perhaps this is a change in behavior, but I think that this version
On Mon, Sep 20, 2010 at 3:21 PM, Dustin J. Mitchell dus...@zmanda.com wrote:
It's impractical to run this check in ./configure, but what do you
think about running this check even on 'make all'?
I committed this - on FreeBSD, this test will occur on 'make install'.
Do you mind adding a
On Sun, Sep 19, 2010 at 4:48 PM, Stephen Corbesero corbes...@ptd.net wrote:
That did it Or may have done it.
Sounds like this has worked out.
I had added a test to Amanda, which runs in 'make check' that should
have detected this:
536 thread-check: libTests.la
537 $(PERL)
.
It still seems to hang right after the message about the 'Final
linkage'. That is coming from the link_elements() subroutine in
xfer-src/xfer.c.
I am not sure what to do next to get more evidence.
Sep 19 11:49:19 2010: taper: pid 3545 ruid 601 euid 601 version 3.1.2: rename
at Sun Sep 19 11
On Sun, Sep 19, 2010 at 11:16 AM, Stephen Corbesero corbes...@ptd.net wrote:
It still seems to hang right after the message about the 'Final
linkage'. That is coming from the link_elements() subroutine in
xfer-src/xfer.c.
Which is basically where the threading starts..
I am not sure what to
That did it Or may have done it.
I upgraded my FreeBSD sources to the latest 8.x stable and recompiled
the world (and kernel). I then compiled and installed Perl-5.10.1 for
my FreeBSD by hand, specifically enabling its threaded option.
Finally, I recompiled and reinstalled Amanda 3.1.2.
I
recompiled and reinstalled Amanda 3.1.2.
I'm glad it worked!
There's some info at
http://wiki.zmanda.com/index.php/Installation/OS_Specific_Notes/Installing_Amanda_on_FreeBSD
which apparently could use some additional information. Can you fill
in what you know there, to help the next guy
On Sun, Sep 19, 2010 at 11:05 PM, John Hein jh...@symmetricom.com wrote:
(Currently, I
don't think the amanda client executes threaded code, but that may
change in the future - or may have already in 3.1/3.2 code - Dustin?).
There is now a good bit of Perl running on the client side, but none
I did the gdb thing, but it really didn't produce much info. I used
the command line
gdb /usr/bin/perl5 70805
and after all of the 'loaded symbols' messages, I generated the
following output.
[Switching to Thread 28469480 (LWP 100148)]
0x28af6225 in __error () from /lib/libthr.so.3
On Sat, Sep 18, 2010 at 3:35 PM, Stephen Corbesero corbes...@ptd.net wrote:
(gdb) info threads
* 1 Thread 28469480 (LWP 100148) 0x28af6225 in __error ()
from /lib/libthr.so.3
Can you run the 'bt' command here to see what that thread is up to?
(gdb) bt
Dustin
--
Open Source Storage
Here it is. Again, this is the output from gdb after all the loading
symbols messages.
Also, if it is worth anything, the state of the process is listed as
'umtxn' from top/ps. (This is a FreeBSD 8.1 system.)
[Switching to Thread 28469480 (LWP 100132)]
0x28af6225 in __error () from
On Sat, Sep 18, 2010 at 4:17 PM, Stephen Corbesero corbes...@ptd.net wrote:
Also, if it is worth anything, the state of the process is listed as
'umtxn' from top/ps. (This is a FreeBSD 8.1 system.)
Huh, so that sounds like a kernel lock:
http://old.nabble.com/what-is-umtxn-td20860047.html
Am 16.09.2010 23:35, schrieb Dustin J. Mitchell:
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:
On Fri, Sep 17, 2010 at 7:51 AM, Stefan G. Weichinger s...@amanda.org 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
Am 17.09.2010 20:49, schrieb Dustin J. Mitchell:
You should probably base it on the 3.1.2 ebuild - robbat made a
number of changes.
It is based on the current amanda-3.1.2-r1.ebuild in portage.
As for the automake errors - if you look at the autogen script
http://github.com/zmanda/amanda
Am 17.09.2010 20:49, schrieb Dustin J. Mitchell:
As for the automake errors - if you look at the autogen script
http://github.com/zmanda/amanda/blob/master/autogen
You'll see it does a number of things before calling aclocal and the
other autotools. You'll need to replicate that in the
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
quote who=Dustin J. Mitchell
dunno about getting it hosted at overlay-servers, I have to research
that ...
Lisa, do you have any pointers on that front?
Hi Dustin,
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
Am 18.09.2010 00:34, schrieb Lisa Seelye:
quote who=Dustin J. Mitchell
Lisa, do you have any pointers on that front?
Hi Dustin,
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
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!
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 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
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
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
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
...
Could this also be related to environment variables as in the other case
I mentioned here some weeks ago, also with 3.1.2 ... ?
Stefan
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 Mon, Sep 13, 2010 at 04:43:19PM -0500, Dustin J. Mitchell wrote:
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
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
[mailto:djmit...@gmail.com] On Behalf Of
Dustin J. Mitchell
Sent: Tuesday, September 14, 2010 1:53 PM
To: McGraw, Robert P
Cc: amanda-users@amanda.org; Orion Poplawski
Subject: Re: amoverview under 3.1.2
On Tue, Sep 14, 2010 at 8:16 AM, McGraw, Robert P rmcg...@purdue.edu
wrote:
I went
/log/amanda/daily/amdump exists, renaming it.
This is a server I right now upgraded to 3.1.2 (2.6.1p2 before).
I checked my inbox and the server had correctly sent report-mails in the
last weeks. I haven't changed a thing in amanda.conf ...
man amanda.conf still says space separated list
it.
This is a server I right now upgraded to 3.1.2 (2.6.1p2 before).
I checked my inbox and the server had correctly sent report-mails in the
last weeks. I haven't changed a thing in amanda.conf ...
man amanda.conf still says space separated list of operators at your
site ...
Could someone check/confirm
Am 14.09.2010 21:21, schrieb Jean-Louis Martineau:
Try to do the same command as amanda do:
MAILER=`amgetconf daily mailer`
$MAILER -s subject off...@123.at l...@345.at w@678.at
Type a small message and end it with ctrl-D
Do the email are sent?
Email gets sent on my server where
Am 14.09.2010 22:25, schrieb Stefan G. Weichinger:
Seems to be related to the mailwrapper in gentoo ... gotta dig further.
The working one has postfix installed, the non-working only msmtp ...
but I don't get why it worked with 2.6.1p2 ...
S
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.
Robert
** (process:11519): WARNING **: Use of uninitialized value in substr at (eval
15) line 3.
** (process:11519): WARNING **: Use
Message-
From: McGraw, Robert P
Sent: Monday, September 13, 2010 11:40 AM
To: McGraw, Robert P
Subject: RE: amoverview under 3.1.2
As a followup, I ran amoverview and removed the WARNINGS and it seems
to be working correctly.
Robert
-Original Message-
From: owner
I have just installed 3.1.2 on a FreeBSD 8.1 system. I have used
various versions over the years, so the installation went well. I
tried to follow the directions for setting up a virtual tape library.
To start, I am just trying to backup a single file system from the
backup server itself.
I can
1
1 1 1 0 1 0 1 1 1 1 0 1 1 1
Robert
-Original Message-
From: McGraw, Robert P
Sent: Monday, September 13, 2010 11:40 AM
To: McGraw, Robert P
Subject: RE: amoverview under 3.1.2
As a followup, I ran amoverview and removed the WARNINGS and it seems
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
Dustin J. Mitchell wrote:
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?)
yes, The correct patch is attached.
Jean-Louis
diff --git
: amoverview under 3.1.2
Dustin J. Mitchell wrote:
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?)
yes, The correct patch is attached.
Jean-Louis
under 3.1.2
Dustin J. Mitchell wrote:
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?)
yes, The correct patch is attached.
Jean-Louis
: Monday, September 13, 2010 12:38 PM
To: Dustin J. Mitchell
Cc: McGraw, Robert P; amanda-users@amanda.org
Subject: Re: amoverview under 3.1.2
Dustin J. Mitchell wrote:
On Mon, Sep 13, 2010 at 11:04 AM, Jean-Louis Martineau
martin...@zmanda.com wrote:
Robert, can you try the attached patch
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 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 11:09:41AM -0500, Dustin J. Mitchell wrote:
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
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
Yes, My guess would be the taper is just sitting there waiting for
data.
Here is the debug output. It is fairly short.
The uninitialized value of data_path is what led me to believe that
the send-cmd was bad.
Sun Sep 12 10:28:44 2010: taper: pid 4465 ruid 601 euid 601 version 3.1.2:
start
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
No.. I have only waited a few hours at a time, but it appears to just
sit there.
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
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
Am 24.08.2010 22:31, schrieb Stefan G. Weichinger:
amdump-cronjob runs fine right now, I will tune more tomorrow.
Another short report:
The currently working crontab contains these variables:
HOSTNAME=juno
HOST=juno
USER=amanda
XNLSPATH=/usr/X11R6/lib/X11/nls
HOSTTYPE=x86_64
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
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 straightforward. How's the best way to set the current slot
now?
Thanks,
Steve
--
Steven J.
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
Our lord Dustin wrote:
Oh, right, we added a special case in Amanda to print to ColorLaser
whenever the SteveLaser is specified.
Very humorful. Is it possible code corruption caused this? Is
amreport reading the printer line in amanda.conf?
Steve
--
Steven J. Backus
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 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
, but a rebuild may have altered some of the
inputs to that algorithm.
I'll try to figure out more details, here again is the amreport
debug log. It looks like the code is fubared, not that my settings
are incorrect.
--
Tue Aug 24 23:59:10 2010: amreport: pid 31955 ruid 0 euid 0 version 3.1.2
.
--
Tue Aug 24 23:59:10 2010: amreport: pid 31955 ruid 0 euid 0 version 3.1.2:
start at Tue Aug 24 23:59:10 2010
Tue Aug 24 23:59:10 2010: amreport: pid 31955 ruid 0 euid 0 version 3.1.2:
rename at Tue Aug 24 23:59:10 2010
Tue Aug 24 23:59:10 2010: amreport: using logfile: /usr/adm/amanda
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
by Amanda 3.1.2)
--
One of my hosts failed with this error:
whimsy.med.utah.edu sdb6 lev 1 FAILED [port open: Connection refused]
Also, I didn't get my reports. I have:
lbl-templ /local/etc/amanda/gen/3hole.ps
In my tapetype and it's always worked before. Any ideas?
Thanks,
Steve
Am 24.08.2010 06:07, schrieb Jon LaBadie:
On Mon, Aug 23, 2010 at 10:00:43PM +0200, Stefan G. Weichinger wrote:
[snip]
Part of nr. 2: post the list and listen for feedback
See yourself:
I'll take a shot and comment.
Quick reply without detail:
Thanks, Jon, for your comments! Very
Does anyone know when the 3.1.2 Windows binary will be available? It is
not listed at http://www.zmanda.com/download-amanda.php
--
Tom Schutter
t.schut...@comcast.net
3.1.2 is patch release to 3.1.1. Windows binary for 3.1.1 is the
latest binary and works with
3.1.2 Amanda server.
thanks
Paddy
On Tue, Aug 24, 2010 at 3:24 PM, Tom Schutter t.schut...@comcast.net wrote:
Does anyone know when the 3.1.2 Windows binary will be available? It is
not listed
Am 20.08.2010 20:27, schrieb Dustin J. Mitchell:
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.
I did and in consequence I also edited the cronjob for amanda to set a
whole
Am 23.08.2010 22:00, schrieb Stefan G. Weichinger:
I did and in consequence I also edited the cronjob for amanda to set a
whole bunch of variables reported by env within amanda's shell.
detail question:
while searching around I somewhere read that the amanda-user should have
the shell /bin/sh
1 - 100 of 120 matches
Mail list logo