Re: amanda client on MAC, launchd issue
2007-01-10 23:56:02
Hi,
Has anybody been able to use the Mac as a backup server and do a
restore from that? With the instructions I found online (which
included the amandad launchd setup described below) I am able to use
the Mac (OS X, not even server) as a backup server, but I can't get
the amrestore to work.
René
On Jan 10, 2007, at 11:52 AM, Alan Pearson wrote:
Maybe this will help.
It's the one I use here for OS/X server client. I think the key
line is
inetdCompatability ....
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>GroupName</key>
<string>backup</string>
<key>InitGroups</key>
<true/>
<key>Label</key>
<string>org.amanda.amandad</string>
<key>ProgramArguments</key>
<array>
<string>/usr/libexec/amandad</string>
</array>
<key>Sockets</key>
<dict>
<key>Listeners</key>
<dict>
<key>SockServiceName</key>
<string>amanda</string>
<key>SockType</key>
<string>dgram</string>
</dict>
</dict>
<key>UserName</key>
<string>amanda</string>
<key>inetdCompatibility</key>
<dict>
<key>Wait</key>
<true/>
</dict>
</dict>
</plist>
--
AlanP
On Wed, January 10, 2007 4:13 pm, McGraw, Robert P. wrote:
Not sure if this is relivent to your case but;
1) I am new to Mac OSX so take pity if I say something stupid.
2) We run a Mac OSX server
3) Our Mac OSX server uses Apple's launchd to launch programs.
4) Added a LaunchDaemons .plist restarted launchd and I have been
backup
up
our Mac server from a Solaris 10 host for the last several months
and it
has
been working just fine.
I believe launchd is Apple's replacement for xinetd, cron and
rc.local
files, something like Sun's new service (svc) management.
Robert
-----Original Message-----
From: owner-amanda-users AT amanda DOT org
[mailto:owner-amanda-users AT amanda DOT org]
On Behalf Of Gene Heskett
Sent: Tuesday, January 09, 2007 3:36 PM
To: amanda-users AT amanda DOT org
Cc: Brian Cuttler; Chris Knight; Brian Kilpatrick
Subject: Re: amanda client on MAC, launchd issue
On Tuesday 09 January 2007 11:44, Brian Cuttler wrote:
We are running the server on Solaris and a client on MAC OS X
but are seening that the launchd process seems to invalidate
the service.
So far I haven't found the actual line in /var/log/system.log
but I see these messages which show the intent, so I believe
I'm on track.
Jan 6 18:32:09 trel launchd: org.amanda.amandad: 7 more failures
without living at least 60 seconds will cause job removal
trel:/var/log cssadmin$ uname -a
Darwin trel.wadsworth.org 8.8.0 Darwin Kernel Version 8.8.0: Fri
Sep 8
17:18:57 PDT 2006; root:xnu-792.12.6.obj~1/RELEASE_PPC Power
Macintosh
powerpc
On the client
amandad: build: VERSION="Amanda-2.4.5p1"
Should we use xinetd instead ?
amanda needs xinetd because the services (generally speaking) are
launched
on demand rather than launched and sleeping till demand. It
could at
one
time be done by inetd, but that code may have bit rot if it still
exists,
even in a version as old as 2.4.5p1. I'm currently running Amanda
version 2.5.1p2-20070105 here.
And this is a wee bit odd because on FC6, I had to install xinetd
after
the installation was done in order for amanda to continue to work
with
my
existing configuration which I simply copied over from the old
drive.
I have NDI why xinetd is not now part of the default install, so its
possible we may be seeing the first shot in needing to figure out
a new
way to do it. In fact my curiosity is piqued enough to go ask on
the
fedora list as the the future status of xinetd.
TIA,
Brian
---
Brian R Cuttler brian.cuttler AT wadsworth DOT org
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2007 by Maurice Eugene Heskett, all rights reserved.
|
|
|