I went looking for a version of amanda for ubuntu that's up to date,
and I found the version in ubuntu is 2.6x.. and the 3.x serries is only
available as individual packages. I'd liek to request that the amanda
site add repositories for any of the supported distrobutions, to make
upgrading t
On Sat, Sep 18, 2010 at 4:17 PM, Stephen Corbesero 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
Can you identify
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 /lib/libthr
On Sat, Sep 18, 2010 at 3:35 PM, Stephen Corbesero 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 Engineer
http://
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 2:17 PM, Jon LaBadie wrote:
> I'll certainly defer to you knowledge of the difficulty. I was thinking
> that the logic is already there for the split disk feature. The added
> code would be for saving its state and recreating it on the next flush.
Yes, that would be tric
On Sat, Sep 18, 2010 at 10:37:48AM -0500, Dustin J. Mitchell wrote:
> On Sat, Sep 18, 2010 at 9:44 AM, Jon LaBadie wrote:
> > When a large DLE doesn't tape all the split parts
> > before running out of tapes, could the subsequent
> > flush (amflush or autoflush) pick up where the
> > original tapi
On Sat, Sep 18, 2010 at 11:26 AM, Gene Heskett wrote:
> 1. The backup runs normally, to the holding disk, but times out writing to
> the vtape, so it is all left sitting in the holding disk. I have enough I
> can do this for several days.
Can you send the taper debug log? Taper doesn't "time ou
On Sat, 18 Sep 2010 12:26:14 -0400
Gene Heskett wrote:
> > I assume that you're still using the "old" chg-disk, or have you
> > changed that somewhere along the line to use
> > chg-disk:/path/to/something?
>
> I did know I was supposed to be changing this, manpage please?
http://wiki.zmanda.
On Saturday, September 18, 2010 12:14:24 pm Dustin J. Mitchell did opine:
> On Fri, Sep 17, 2010 at 8:35 PM, Gene Heskett
wrote:
> > At this point I have a WTH expression on my ancient face. Go read
> > changelog if all else fails. I see a lot of changes on about
> > 08/29-30-31 but no mention
On Sat, Sep 18, 2010 at 9:44 AM, Jon LaBadie wrote:
> When a large DLE doesn't tape all the split parts
> before running out of tapes, could the subsequent
> flush (amflush or autoflush) pick up where the
> original taping left off?
>
> I just had a large DLE (23 3GB parts) fail on
> the last part
On Fri, Sep 17, 2010 at 8:35 PM, Gene Heskett wrote:
> At this point I have a WTH expression on my ancient face. Go read
> changelog if all else fails. I see a lot of changes on about 08/29-30-31
> but no mention of chg-disk-slot?
And, indeed, that hasn't changed.
Now that you've experimen
When a large DLE doesn't tape all the split parts
before running out of tapes, could the subsequent
flush (amflush or autoflush) pick up where the
original taping left off?
I just had a large DLE (23 3GB parts) fail on
the last part by just 800MB. On the subsequent
amdump the DLE autoflushed the
13 matches
Mail list logo