this, I am flushing all the backup files that have been
accumulating from my tests over the last week. That appears to be
working as well.
Thank you.
On Sun, Sep 19, 2010 at 11:58:04AM -0500, Dustin J. Mitchell wrote:
> On Sun, Sep 19, 2010 at 11:16 AM, Stephen Corbesero wrote:
> > It
Sep 18, 2010 at 04:43:53PM -0500, Dustin J. Mitchell wrote:
> 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 s
this frame (corrupt stack?)
(gdb)
On Sat, Sep 18, 2010 at 03:58:22PM -0500, Dustin J. Mitchell wrote:
> 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/libth
e the 'info threads' command in gdb to figure out
> what threads are active, 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
--
Stephen CorbeseroIt's always darkest
Bethlehem, PA 18015 before pitch black.
corbes...@ptd.net
't seem to
produce any extra output. I have also snooped around various log
files, but I don't see any clues.
On Mon, Sep 13, 2010 at 07:38:35PM -0500, Dustin J. Mitchell wrote:
> The warning is harmless, and has been fixed in trunk.
>
> On Mon, Sep 13, 2010 at 5:32 PM, Stephen
0:29:05 2010: taper: Starting -> )>
Sun Sep 12 10:29:05 2010: taper: Final linkage:
-(PULL_BUFFER)-> -(PUSH_BUFFER)->
On Mon, Sep 13, 2010 at 01:56:54PM -0500, Dustin J. Mitchell wrote:
> On Sun, Sep 12, 2010 at 9:54 AM, Stephen Corbesero wrote:
> > driver: send-cmd t
runq: 0 roomq: 0 wakeup: 0 driver-idle: no-dumpers
driver: interface-state time 22.521 if default: free 8000
driver: hdisk-state time 22.521 hdisk 0: free 2129920 dumpers 0 hdisk 1: free
14129106 dumpers 0
--
Stephen CorbeseroIt's always darkest
Bethlehem, PA 18015 before pitch black.
corbes...@ptd.net