On Wed, May 21, 2008 at 5:14 PM, Paul Yeatman
<pyeatman AT mamacass.ucsd DOT edu> wrote:
> Yes, I had seen a mention that this was "going to be" included in
> future releases but couldn't find it in the 2.6.0 I had last downloaded.
> I see it now in the 2.6.0p1.

Edited -- thanks for the nudge.

> I traded my plist files for the ones in contrib/macosx to be safe
> although they were nearly identical to the files I created using the
> online info which I think is also the source for these files.  I
> originally put them in /Library/LaunchDaemons/ but, from another web
> hit, I am not sure if the better choice is in
> ~amanda/Library/LaunchDaemons.  Being in /Library/Laun..., they are
> owned by root and withing plist file refer to user "amanda" and group
> "wheel".  Also, it seems that if "launchctl unload /Librar..." (to
> unload the old files) and "launchctl unload /Librar..." (to load the
> new ones) is the correct way to restart the service, this didn't
> resolve anything.

You should put them in the system directories, otherwise they will
only load when 'amanda' is logged in on the console (which is
presumably rarely or never).

> ( On a complete side note: I tried using svn to get 2.6.0p1 which
> worked fine but, having never worked with this before, soon discovered
> there was no configure nor Makefile.in files.  I got the impression I
> needed to run autogen which failed.  This is a completely separate
> issue/point, however.  I ended up ulitmately grabbing the tar.gz file
> from zamanda)

You made the right call.  If you're interested in doing deveopment
against the svn tree, you'll need some tools:
  http://wiki.zmanda.com/index.php/Minimum_Versions
I'm also happy to help -- email me privately, or use amanda-hackers AT amanda 
DOT org.

> I compiled 2.6.0p1 and installed it yet continue to get the same
> result:  often 7 but sometimes "134217735".
>
> I'm not versed enough with "auth_debug directives" to understand your
> alterior suggestion.  I'm supposing you are speaking of the server-side
> config file for this AMANDA config and don't have any "auth" lines in this
>
> $ grep -i auth laptops/amanda.conf
> $

Yep, that was what I meant. Looks like this is a different bug than
that reported by Doug.

If you still have the source directory handy, do you mind applying the
attached patch, and then sending the amandad.* logfile generated (on
the client) during a run of 'amcheck'?  You can find the right logfile
by grepping for "pw_uid-A".  Please send the logfile along even if the
run succeeds.

Dustin

-- 
Storage Software Engineer
http://www.zmanda.com

yeatman.patch
Description: Binary data