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 con
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
Dustin J. Mitchell wrote at 14:56 -0500 on Sep 13, 2010:
> 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
Chris Lee wrote at 22:23 +0100 on Sep 13, 2010:
> The way I see it the DLE is for the admin to make sub divisions in
> the backup to make backing up easier to manage. The software should
> store the file object with path and hostname, with the DLE as an
> after thought; that way for the other d
Dustin J. Mitchell wrote at 14:09 -0500 on Sep 13, 2010:
> 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
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
prod
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:
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
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
On Mon, Sep 13, 2010 at 01:00:23PM -0700, Christopher McCrory wrote:
> On Sat, 2010-09-11 at 17:22 -0400, Jon LaBadie wrote:
> > On Thu, Sep 09, 2010 at 10:55:55AM -0500, Dustin J. Mitchell wrote:
> > > I bet most of you have some small nitpick with Amanda that you've
> > > never felt warranted an
Dustin J. Mitchell wrote:
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 his
On Mon, Sep 13, 2010 at 02:56:28PM -0500, Dustin J. Mitchell wrote:
> 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 D
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 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.
>
On Sat, 2010-09-11 at 17:22 -0400, Jon LaBadie wrote:
> On Thu, Sep 09, 2010 at 10:55:55AM -0500, Dustin J. Mitchell wrote:
> > 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,
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...
On Mon, Sep 13, 2010 at 02:09:16PM -0500, Dustin J. Mitchell wrote:
> On Sun, Sep 12, 2010 at 9:36 PM, John Hein wrote:
> > This may
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
I thought it was fixed but this time the warnings were at the beginning of the
output and I did not catch them.
I have attached the output from an amoverview run.
The output looks correct.
Robert
> -Original Message-
> From: Jean-Louis Martineau [mailto:martin...@zmanda.com]
> Sent: M
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
Applied the patch and the problem has been resolved.
Thanks
Robert
> -Original Message-
> From: Jean-Louis Martineau [mailto:martin...@zmanda.com]
> Sent: Monday, September 13, 2010 12:38 PM
> To: Dustin J. Mitchell
> Cc: McGraw, Robert P; amanda-users@amanda.org
> Subject: Re: amoverv
Sorry I spoke a little to soon as I did not see the WARNING messages go by,
which were outputted first then the overview output.
I get 11 of the following WARNING messages
** (process:14893): WARNING **: Use of uninitialized value in string eq at
/local/amanda/amanda/sbin/amoverview line 1
Dustin J. Mitchell wrote:
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?)
yes, The correct patch is attached.
Jean-Louis
diff --git a/server-src/amoverview.pl b/serve
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
Robert, can you try the attached patch?
Jean-Louis
McGraw, Robert P wrote:
As a followup, I ran amoverview and removed the WARNINGS messages and it seems
to be working correctly.
Here is a snippet"
date NM TO 08 08 08 08 08 08 08 08 08 08 08
08 08 08 08 08
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
As a followup, I ran amoverview and removed the WARNINGS messages and it seems
to be working correctly.
Here is a snippet"
date NM TO 08 08 08 08 08 08 08 08 08 08 08
08 08 08 08 08 09 09 09 09 09 09 09 09 09 09 09 09
host disk L0
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.
Hooray! This is com
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 of uninit
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"
property "script" "path to script to run"
property PFEXEC" "YES"
property "SUDO" "no"
execute-on pre
Am 12.09.2010 22:17, schrieb Douglas K. Rand:
> We send the result of "amcheck -m" to our pagers, and I've always
> wanted a problem only option for amcheck so that all of the output was
> related to the problems, and everything that was OK would be
> quiet.
As mentioned some time ago I would luv
> 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
37 matches
Mail list logo
