Re: Amanda must be run as user amandabackup when using bsdtcp authentication
Maybe, but I have another machine with the exact same inetadm output and that one works fine so it's not the cause of this specific problem Abilio On May 19, 2009, at 5:31 AM, Frank Smith wrote: Abilio Carvalho wrote: Anyone? I'm kinda lost at a problem that seems so basic, and I could really use a second pair of eyes. As far as I can see, all config files are correct, permissions on /tmp and /var amanda subdirectories are fine, etc. It's NOT just a case of me overlooking something that can be found on the 15 mins amanda backup doc. At least, I don't think so. Thanks Abilio On May 18, 2009, at 5:30 PM, Abilio Carvalho wrote: I'm getting this when I do am amcheck -c, but I don't know what I'm missing. Here's the relevant data: Server works: I have 6 hosts configured, only 1 is failing. Client that fails is a new install I'm doing atm. amanda was configured with: ./configure --without-server --with- user=amandabackup --with-group=disk --prefix= --with-amandahosts -- without-ipv6 /var/lib/amanda and the .amandahosts in it is owned by amandabackup:disk output of inetadm -l svc:/network/amanda/tcp is: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE Can you help me figure out what unbelievably basic thing I missed? Thanks Shouldn't the 'wait' parameter be 'true'? Frank -- Frank Smith fsm...@hoovers.com Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501 --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
the prefix with no argument is how the config.log interprets prefix='', which I did to install amanda in the default directories rather than inside a specific subdir. Again, like frank's attempt I have another machine with the same config options and that one works fine. Cheers Abilio On May 19, 2009, at 5:21 AM, Gene Heskett wrote: On Monday 18 May 2009, Abilio Carvalho wrote: Anyone? I'm kinda lost at a problem that seems so basic, and I could really use a second pair of eyes. As far as I can see, all config files are correct, permissions on /tmp and /var amanda subdirectories are fine, etc. It's NOT just a case of me overlooking something that can be found on the 15 mins amanda backup doc. At least, I don't think so. Thanks Abilio On May 18, 2009, at 5:30 PM, Abilio Carvalho wrote: I'm getting this when I do am amcheck -c, but I don't know what I'm missing. Here's the relevant data: Server works: I have 6 hosts configured, only 1 is failing. Client that fails is a new install I'm doing atm. amanda was configured with: ./configure --without-server --with- user=amandabackup --with-group=disk --prefix= --with-amandahosts -- without-ipv6 Ahh, whats the '--prefix=' but no argument for it? Other than that you are enough different from my setup I'm afraid I'm not going to be able to help. /var/lib/amanda and the .amandahosts in it is owned by amandabackup:disk output of inetadm -l svc:/network/amanda/tcp is: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE Can you help me figure out what unbelievably basic thing I missed? Thanks -- - This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. -- -- --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. -- 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) Prizes are for children. -- Charles Ives, upon being given, but refusing, the Pulitzer prize --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
Done further tests, still no explanation. Amandahosts on the client is: BACKUPHOST.bbp.ch amandabackup amdump BACKUPHOST amandabackup amdump inetadm -l svc:/network/amanda/tcp on the client returns: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp amdump user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad.20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
Abilio Carvalho wrote: the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad.20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
Yes, the user amandabackup exists, as you can see it owns all the amanda-related files. I've checked nsswitch.conf and it's checking files before nisplus on passwd, so that's not it. I'm unsure what you mean by inetd log, but from what I've searched it's enabling tcp_trace and tcp_wrappers on the amanda service and check the syslog for any inetd related entries. Nothing shows up, including on a tail -f syslog while I try to connect from the server with amcheck. Can you be more specific about which log to check/use if what I did was not it? Thank you for the response, though. I'm going slightly insane here Abilio On May 19, 2009, at 1:37 PM, Jean-Louis Martineau wrote: Abilio Carvalho wrote: the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad. 20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
follow-up: I was wrong, it wasn't syslog, it was messages. There I now see a couple lines like: May 19 13:58:23 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27116] from 172.22.0.23 44223 May 19 13:58:31 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27214] from 172.22.0.23 703 May 19 13:59:12 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27619] from 172.22.0.23 703 On May 19, 2009, at 1:37 PM, Jean-Louis Martineau wrote: Abilio Carvalho wrote: the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad. 20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
owner is amandabackup:disk I can log in to the account just fine, I don't think any more logging is possible though I'll check. I checked the manifest for the service and it confirms that it is SUPPOSED to start as amandabackup. If I do what you say, and log into amandabackup and run that, I get the following on /tmp/amanda/amandad/amandad.TIMESTAMP.debug: 1242737635.958239: amandad: pid 9504 ruid 6028 euid 6028 version 2.6.1: start at Tue May 19 14:53:55 2009 1242737635.989035: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242737635.992943: amandad: version 2.6.1 1242737635.992955: amandad: build: VERSION=Amanda-2.6.1 1242737635.992961: amandad:BUILT_DATE=Mon May 18 12:33:06 CEST 2009 1242737635.992967: amandad:BUILT_MACH=sparc-sun- solaris2.10 BUILT_REV=1609 1242737635.992973: amandad:BUILT_BRANCH=amanda-261 CC=/ opt/SUNWspro/bin/cc 1242737635.992979: amandad: paths: bindir=/bin sbindir=/sbin libexecdir=/libexec 1242737635.992984: amandad:amlibexecdir=/libexec/amanda mandir=/share/man 1242737635.992990: amandad:AMANDA_TMPDIR=/tmp/amanda AMANDA_DBGDIR=/tmp/amanda 1242737635.992995: amandad:CONFIG_DIR=/etc/amanda DEV_PREFIX=/dev/dsk/ 1242737635.993000: amandad:RDEV_PREFIX=/dev/rdsk/ DUMP=/ usr/sbin/ufsdump 1242737635.993005: amandad:RESTORE=/usr/sbin/ufsrestore VDUMP=UNDEF VRESTORE=UNDEF 1242737635.993011: amandad:XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF VXRESTORE=UNDEF 1242737635.993016: amandad:SAMBA_CLIENT=/usr/sfw/bin/ smbclient 1242737635.993021: amandad:GNUTAR=/usr/sfw/bin/gtar COMPRESS_PATH=/usr/bin/gzip 1242737635.993026: amandad:UNCOMPRESS_PATH=/usr/bin/gzip LPRCMD=/usr/bin/lp 1242737635.993032: amandad: MAILER=UNDEF listed_incr_dir=/ var/amanda/gnutar-lists 1242737635.993037: amandad: defs: DEFAULT_SERVER=galadhrim DEFAULT_CONFIG=DailySet1 1242737635.993042: amandad:DEFAULT_TAPE_SERVER=galadhrim DEFAULT_TAPE_DEVICE= 1242737635.993047: amandad:HAVE_MMAP NEED_STRSTR HAVE_SYSVSHM AMFLOCK_POSIX AMFLOCK_LOCKF 1242737635.993053: amandad:AMFLOCK_LNLOCK SETPGRP_VOID AMANDA_DEBUG_DAYS=4 BSD_SECURITY 1242737635.993058: amandad:USE_AMANDAHOSTS CLIENT_LOGIN=amandabackup CHECK_USERID 1242737635.993063: amandad:HAVE_GZIP COMPRESS_SUFFIX=.gz COMPRESS_FAST_OPT=--fast 1242737635.993069: amandad:COMPRESS_BEST_OPT=--best UNCOMPRESS_OPT=-dc 1242737635.997381: amandad: getpeername returned: Socket operation on non-socket 1242737635.997434: amandad: pid 9504 finish time Tue May 19 14:53:55 2009 so it does seem like as inetd problem and not amanda. I just have no clue as to how that's possible On May 19, 2009, at 2:45 PM, Jean-Louis Martineau wrote: Who is the owner of /tmp/amanda/amandad/amandad.20090519111556.debug Can you use the amandabackup account? Can you log to that account? Can you enabled more logging in inetd? It is an inetd misconfiguration if amandad is run as root. Log as amandabackup and run '/libexec/amanda/amandad -auth=bsdtcp amdump' Jean-Louis Abilio Carvalho wrote: follow-up: I was wrong, it wasn't syslog, it was messages. There I now see a couple lines like: May 19 13:58:23 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27116] from 172.22.0.23 44223 May 19 13:58:31 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27214] from 172.22.0.23 703 May 19 13:59:12 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27619] from 172.22.0.23 703 On May 19, 2009, at 1:37 PM, Jean-Louis Martineau wrote: Abilio Carvalho wrote: the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad. 20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
At 3:01 PM +0200 5/19/09, Abilio Carvalho wrote: owner is amandabackup:disk I can log in to the account just fine, I don't think any more logging is possible though I'll check. I checked the manifest for the service and it confirms that it is SUPPOSED to start as amandabackup. If I do what you say, and log into amandabackup and run that, I get the following on /tmp/amanda/amandad/amandad.TIMESTAMP.debug: 1242737635.958239: amandad: pid 9504 ruid 6028 euid 6028 version 2.6.1: start at Tue May 19 14:53:55 2009 1242737635.989035: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242737635.992943: amandad: version 2.6.1 1242737635.992955: amandad: build: VERSION=Amanda-2.6.1 1242737635.992961: amandad:BUILT_DATE=Mon May 18 12:33:06 CEST 2009 1242737635.992967: amandad:BUILT_MACH=sparc-sun- solaris2.10 BUILT_REV=1609 1242737635.992973: amandad:BUILT_BRANCH=amanda-261 CC=/ opt/SUNWspro/bin/cc 1242737635.992979: amandad: paths: bindir=/bin sbindir=/sbin libexecdir=/libexec 1242737635.992984: amandad:amlibexecdir=/libexec/amanda mandir=/share/man 1242737635.992990: amandad:AMANDA_TMPDIR=/tmp/amanda AMANDA_DBGDIR=/tmp/amanda 1242737635.992995: amandad:CONFIG_DIR=/etc/amanda DEV_PREFIX=/dev/dsk/ 1242737635.993000: amandad:RDEV_PREFIX=/dev/rdsk/ DUMP=/ usr/sbin/ufsdump 1242737635.993005: amandad:RESTORE=/usr/sbin/ufsrestore VDUMP=UNDEF VRESTORE=UNDEF 1242737635.993011: amandad:XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF VXRESTORE=UNDEF 1242737635.993016: amandad:SAMBA_CLIENT=/usr/sfw/bin/ smbclient 1242737635.993021: amandad:GNUTAR=/usr/sfw/bin/gtar COMPRESS_PATH=/usr/bin/gzip 1242737635.993026: amandad:UNCOMPRESS_PATH=/usr/bin/gzip LPRCMD=/usr/bin/lp 1242737635.993032: amandad: MAILER=UNDEF listed_incr_dir=/ var/amanda/gnutar-lists 1242737635.993037: amandad: defs: DEFAULT_SERVER=galadhrim DEFAULT_CONFIG=DailySet1 1242737635.993042: amandad:DEFAULT_TAPE_SERVER=galadhrim DEFAULT_TAPE_DEVICE= 1242737635.993047: amandad:HAVE_MMAP NEED_STRSTR HAVE_SYSVSHM AMFLOCK_POSIX AMFLOCK_LOCKF 1242737635.993053: amandad:AMFLOCK_LNLOCK SETPGRP_VOID AMANDA_DEBUG_DAYS=4 BSD_SECURITY 1242737635.993058: amandad:USE_AMANDAHOSTS CLIENT_LOGIN=amandabackup CHECK_USERID 1242737635.993063: amandad:HAVE_GZIP COMPRESS_SUFFIX=.gz COMPRESS_FAST_OPT=--fast 1242737635.993069: amandad:COMPRESS_BEST_OPT=--best UNCOMPRESS_OPT=-dc 1242737635.997381: amandad: getpeername returned: Socket operation on non-socket 1242737635.997434: amandad: pid 9504 finish time Tue May 19 14:53:55 2009 so it does seem like as inetd problem and not amanda. I just have no clue as to how that's possible These are my instructs (to myself) for Linux machines -- but they may spark a thought in your situation: the client needs lines like this add these lines to /etc/services amanda 10080/udp # Dump server control amidxtape 10083/tcp # Amanda tape indexing amandaidx 10082/tcp # Amanda recovery program add these lines to /etc/inetd.conf and then kill -HUP inetd process (2 lines --- mine may wrap) amanda dgram udp wait amandabackup /usr/local/libexec/amanda/amandad amandad amidxtape stream tcp nowait amandabackup /usr/local/libexec/amanda/amidxtaped amidxtaped On May 19, 2009, at 2:45 PM, Jean-Louis Martineau wrote: Who is the owner of /tmp/amanda/amandad/amandad.20090519111556.debug Can you use the amandabackup account? Can you log to that account? Can you enabled more logging in inetd? It is an inetd misconfiguration if amandad is run as root. Log as amandabackup and run '/libexec/amanda/amandad -auth=bsdtcp amdump' Jean-Louis Abilio Carvalho wrote: follow-up: I was wrong, it wasn't syslog, it was messages. There I now see a couple lines like: May 19 13:58:23 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27116] from 172.22.0.23 44223 May 19 13:58:31 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27214] from 172.22.0.23 703 May 19 13:59:12 galadhrim inetd[24015]: [ID 317013 daemon.notice] amanda[27619] from 172.22.0.23 703 On May 19, 2009, at 1:37 PM, Jean-Louis Martineau wrote: Abilio Carvalho wrote: the log directory on the client only has the following: r...@backupclient:/tmp/amanda/amandad# cat amandad. 20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
/amanda/amandad# cat amandad. 20090519111556.debug 1242724556.328466: amandad: pid 18933 ruid 0 euid 0 version 2.6.1: start at Tue May 19 11:15:56 2009 ruid 0 euid 0 That's root user Do you have an amandabackup user on the client Check inet log Jean-Louis 1242724556.339271: amandad: security_getdriver(name=bsdtcp) returns ff31c788 1242724556.339369: amandad: critical (fatal): Amanda must be run as user 'amandabackup' when using 'bsdtcp' authentication I can't even see what user it's TRYING to use, only that it should be running as amandabackup. All relevant config files tell me that it IS. Any way to get more descriptive logs? I tried debug_amandad on the amanda-client.conf, but that had no effect please help Abilio --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
On Tuesday 19 May 2009, Abilio Carvalho wrote: the prefix with no argument is how the config.log interprets prefix='', which I did to install amanda in the default directories rather than inside a specific subdir. Again, like frank's attempt I have another machine with the same config options and that one works fine. I'll take your word for that. Thanks for the reply to clarify. I would assume that would equal default /usr/local if the option wasn't even used. Since I build from tarballs here, running the lastest snapshot, I always spec the dir by using the same build script that I've used for years. #!/bin/sh # since I'm always forgetting to su amanda... if [ `whoami` != 'amanda' ]; then echo echo !! Warning !!! echo Amanda needs to be configured and built by the echo user amanda, but must be installed by user root. echo exit 1 fi make clean rm -f config.status config.cache ./configure --with-user=amanda \ --with-group=disk \ --with-owner=amanda \ --with-gnu-ld \ --prefix=/usr/local \ --with-debugging=/tmp/amanda-dbg/ \ --with-tape-server=coyote \ --with-bsdtcp-security --with-amandahosts \ --with-configdir=/usr/local/etc/amanda \ --with-config=Daily \ --with-gnutar=/bin/tar echo sleeping 5 seconds for reading configures warnings echo a make as amanda will continue after... sleep 5 make - I recently wrapped that up in a new script that does it all with one invocation, but the ./configure subscript stanza abover hasn't changed since Feb 10th, when a drive failed and I had to reinstall F10 and recover. I guess amrecover didn't preserve the date. :( However that script above hasn't been edited for years. I believe the last time was when I switched to bsdauth. -- 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) You know, Callahan's is a peaceable bar, but if you ask that dog what his favorite formatter is, and he says roff! roff!, well, I'll just have to...
Amanda must be run as user amandabackup when using bsdtcp authentication
I'm getting this when I do am amcheck -c, but I don't know what I'm missing. Here's the relevant data: Server works: I have 6 hosts configured, only 1 is failing. Client that fails is a new install I'm doing atm. amanda was configured with: ./configure --without-server --with- user=amandabackup --with-group=disk --prefix= --with-amandahosts -- without-ipv6 /var/lib/amanda and the .amandahosts in it is owned by amandabackup:disk output of inetadm -l svc:/network/amanda/tcp is: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE Can you help me figure out what unbelievably basic thing I missed? Thanks --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail.
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
On Monday 18 May 2009, Abilio Carvalho wrote: Anyone? I'm kinda lost at a problem that seems so basic, and I could really use a second pair of eyes. As far as I can see, all config files are correct, permissions on /tmp and /var amanda subdirectories are fine, etc. It's NOT just a case of me overlooking something that can be found on the 15 mins amanda backup doc. At least, I don't think so. Thanks Abilio On May 18, 2009, at 5:30 PM, Abilio Carvalho wrote: I'm getting this when I do am amcheck -c, but I don't know what I'm missing. Here's the relevant data: Server works: I have 6 hosts configured, only 1 is failing. Client that fails is a new install I'm doing atm. amanda was configured with: ./configure --without-server --with- user=amandabackup --with-group=disk --prefix= --with-amandahosts -- without-ipv6 Ahh, whats the '--prefix=' but no argument for it? Other than that you are enough different from my setup I'm afraid I'm not going to be able to help. /var/lib/amanda and the .amandahosts in it is owned by amandabackup:disk output of inetadm -l svc:/network/amanda/tcp is: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE Can you help me figure out what unbelievably basic thing I missed? Thanks -- - This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. -- -- --- This e-mail is strictly confidential and may be privileged. It is intended solely for the addressee. If you are not the intended recipient, any copying, distribution or any other use of this message is prohibited and may be unlawful. In such case, please notify the sender Immediately and destroy this e-mail. -- 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) Prizes are for children. -- Charles Ives, upon being given, but refusing, the Pulitzer prize
Re: Amanda must be run as user amandabackup when using bsdtcp authentication
Abilio Carvalho wrote: Anyone? I'm kinda lost at a problem that seems so basic, and I could really use a second pair of eyes. As far as I can see, all config files are correct, permissions on /tmp and /var amanda subdirectories are fine, etc. It's NOT just a case of me overlooking something that can be found on the 15 mins amanda backup doc. At least, I don't think so. Thanks Abilio On May 18, 2009, at 5:30 PM, Abilio Carvalho wrote: I'm getting this when I do am amcheck -c, but I don't know what I'm missing. Here's the relevant data: Server works: I have 6 hosts configured, only 1 is failing. Client that fails is a new install I'm doing atm. amanda was configured with: ./configure --without-server --with- user=amandabackup --with-group=disk --prefix= --with-amandahosts -- without-ipv6 /var/lib/amanda and the .amandahosts in it is owned by amandabackup:disk output of inetadm -l svc:/network/amanda/tcp is: SCOPENAME=VALUE name=amanda endpoint_type=stream proto=tcp isrpc=FALSE wait=FALSE exec=/libexec/amanda/amandad -auth=bsdtcp user=amandabackup default bind_addr= default bind_fail_max=-1 default bind_fail_interval=-1 default max_con_rate=-1 default max_copies=-1 default con_rate_offline=-1 default failrate_cnt=40 default failrate_interval=60 default inherit_env=TRUE default tcp_trace=FALSE default tcp_wrappers=FALSE Can you help me figure out what unbelievably basic thing I missed? Thanks Shouldn't the 'wait' parameter be 'true'? Frank -- Frank Smith fsm...@hoovers.com Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
