amcheck/amdump error on zfs ng-zone root

amanda 3.1.2, solaris x86 server, solaris x86 client, client != server client successfully backing up. We moved a zpool from another machine and imported several non-global zones onto the client. Underlying mount points seem to be protection 700, we now see the following error from amcheck.

amdump error

Hi all, I got a weird amdump error. It passed amcheck. I was using dump type always-full specified in disklist. FAIL planner [hostname] /u02/backup 20050729 0 [disk /u02/backup, all estimate failed] FINISH planner date 20050729 time 1.144 WARNING driver WARNING: got empty schedule

Re: amdump error

Lei Zhong wrote: Hi all, I got a weird amdump error. It passed amcheck. I was using dump type always-full specified in disklist. FAIL planner [hostname] /u02/backup 20050729 0 [disk /u02/backup, all estimate failed] It looks like it could estimate how much data

amdump error

amcheck reports no errors so that seems ok, but when amdump runs I get a core dump on taper and the following error report to amanda: FAILURE AND STRANGE DUMP SUMMARY: taper: FATAL syncpipe_get: r: unexpected EOF Any ideas where to look to fix the problem? Brian Davidson DynCorp Treasury

Re: amdump error

On Fri, 25 Jan 2002 at 8:48am, Davidson, Brian wrote amcheck reports no errors so that seems ok, but when amdump runs I get a core dump on taper and the following error report to amanda: FAILURE AND STRANGE DUMP SUMMARY: taper: FATAL syncpipe_get: r: unexpected EOF Any ideas where

Re: amdump error

Hello, First thing this morning: The problem repeated itself. I even copied the configuration to a test configuration and amdump ran just fine. 1500: I just ran amdump by hand and got a good backup while at a doctor's office. I had changed one thing: I commented out of my disk list all

amdump error

Hello, I am trying to post my messages atomically: one topic at a time. Please let me know if this is not correct... I am trying to see why my cron job amdump Daily is sometimes failing with the message: amdump: amdump or amflush is already running, or you must run amcleanup

Re: amdump error

I am trying to see why my cron job amdump Daily is sometimes failing with the message: amdump: amdump or amflush is already running, or you must run amcleanup Is there any chance the run from the night before hasn't finished? Was the machine possibly rebooted while the previous

Re: Newbie help please with amdump error message

Sorry about the etiquette.. I was expecting to converse via the mailing list but got a number of direct responses. nocomp-user program is set to DUMP Dirk - Original Message - From: "John R. Jackson" In the future, you might want to respond to the whole list. They're used to it

Re: Newbie help please with amdump error message

The 'program' listed was DUMP so I added program 'GNUTAR' to my disklist ... amadmin now says GNUTAR but the same error comes up in the report. Huh? Amdump still complains about /etc? Is amcheck still happy? What's in /tmp/amanda/sendsize*debug on the client? What version of GNU tar do you

Re: Newbie help please with amdump error message

I've just installed amanda for the first time. A test amdump gives me the foll owing report... FAILURE AND STRANGE DUMP SUMMARY: localhost/etc lev 0 FAILED [disk /etc offline on localhost?] First, I suggest using the real host name rather than "localhost". You'll be much happier

Newbie help please with amdump error message

Hi I've just installed amanda for the first time. A test amdump gives me the following report... FAILURE AND STRANGE DUMP SUMMARY: localhost/etc lev 0 FAILED [disk /etc offline on localhost?] Any light-shining would be appreciated thanks Dirk

RESULT! - (was Newbie help please with amdump error message)

Hi - especially Chris Marble and John Jackson... What a wonderful thing sleep is... Based on various suggestions, I forced amanda to use GNUTAR. Running amcheck again, it complained about a non-existant directory (gnutar-lists) which I created amdump worked! Thanks Chris / John for responding

amdump error: lev 0 FAILED [/usr/bin/tar returned 1]

I am trying to find why tar is failing. Here is information, if anyone has ideas: 'amadmin DailySet1 version' shows where GNUTAR is set: GNUTAR="/usr/bin/tar" I verified, and yes, tar is there. These are in the amanda.conf file: define dumptype global { comment "Global definitions"

Re: amdump error: lev 0 FAILED [/usr/bin/tar returned 1]

I am trying to find why tar is failing. ... What's in /tmp/amanda/sendbackup*debug on the client? Are you getting FAILED or STRANGE messages logged in the E-mail? John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]