On Wed, May 21, 2008 at 5:14 PM, Paul Yeatman <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] > 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