Also sprach Jay Lessert (Wed 02 Jul 02003 at 08:38:45AM -0700): > On Tue, Jul 01, 2003 at 09:59:16PM -0500, Michael D. Schleif wrote: > > > > # bragi.private.network sda1 comp-root > > > > # bragi.private.network sda4 comp-user > > > > 192.168.123.150 sda1 comp-root > > > > 192.168.123.150 sda4 comp-user > > > > # localhost sda1 comp-root > > > > # localhost sda4 comp-user > > > > > > Report the problem using a single configuration that you believe > > > should work. In this case, I'm not sure what what would be. > > > > So, please, help me by telling me which configuration that you want to > > see documented, and what output you want to see from that configuration. > > I will gladly supply the data, if you can help me resolve this problem. > > So lets go with "bragi.private.network" in disklist. That should be > correct, unless you have "bragi" in /etc/hosts (it doesn't look > like you do).
Since both dns and hosts know this system as Bragi.private.network, that is the name that is now in both disklist and amandahosts. > > > > # ping bragi > > > > PING Bragi.private.network (192.168.123.150): 56 data bytes > > > ^ > > > -------- Is the "Bragi" (not "bragi") real, or some sort of typo? > > > > OK, bragi is Bragi in dns; but, name resolution, by rfc, is case > > insensitive. > > That's very nice, but I'm trying to help solve your problem. I'm not > sure, but it looks to me like bsd_security_ok() is just doing a > gethostbyaddr(), and then strcasecmp()'ing against > .amandahosts; unless gethostbyaddr() is smashing case, that > looks case-sensitive. > > You should see some sort of "amandahostsauth failed" message somewhere > in the log or the debug files if this is going on. Looks like you can > re-compile with SHOW_SECURITY_DETAIL defined to get more detail > in the debug logs. > > If you've got bragi.private.network in /etc/hosts, and if you've > got the usual nsswitch.conf hosts setting, the DNS won't matter. # sudo -u backup amcheck -c DailySet1 Amanda Backup Client Hosts Check -------------------------------- WARNING: Bragi.private.network: selfcheck request timed out. Host down? Client check: 1 host checked in 30.025 seconds, 1 problem found (brought to you by Amanda 2.4.4) [EMAIL PROTECTED]:/var/log/amanda/DailySet1 # ls -l /tmp/amanda/* /var/log/amanda/DailySet1/* -rw------- 1 backup backup 182 Jul 2 11:51 /tmp/amanda/amcheck.20030702115039.debug -rw------- 1 backup backup 176 Jul 2 11:55 /tmp/amanda/amtrmidx.20030702115535.debug -rw------- 1 backup backup 197 Jul 2 11:55 /tmp/amanda/amtrmlog.20030702115535.debug -rw------- 1 backup backup 5804 Jul 2 11:55 /var/log/amanda/DailySet1/amdump.1 -rw------- 1 backup backup 562 Jul 2 11:55 /var/log/amanda/DailySet1/log.20030702.0 [EMAIL PROTECTED]:/var/log/amanda/DailySet1 # cat ./log.20030702.0 DISK planner Bragi.private.network sda1 DISK planner Bragi.private.network sda4 START planner date 20030702 INFO planner Adding new disk Bragi.private.network:sda1. INFO planner Adding new disk Bragi.private.network:sda4. START driver date 20030702 START taper datestamp 20030702 label backup.004 tape 0 ERROR planner Request to Bragi.private.network timed out. FINISH planner date 20030702 WARNING driver WARNING: got empty schedule from planner STATS driver startup time 29.987 INFO taper tape backup.004 kb 0 fm 0 [OK] FINISH driver date 20030702 time 33.271 [EMAIL PROTECTED]:/var/log/amanda/DailySet1 # cat /tmp/amanda/am* amcheck: debug 1 pid 19760 ruid 34 euid 0: start at Wed Jul 2 11:50:39 2003 amcheck: dgram_bind: socket bound to 0.0.0.0.655 amcheck: pid 19760 finish time Wed Jul 2 11:51:09 2003 amtrmidx: debug 1 pid 19891 ruid 34 euid 34: start at Wed Jul 2 11:55:35 2003 /usr/lib/amanda/amtrmidx: version 2.4.4 amtrmidx: pid 19891 finish time Wed Jul 2 11:55:35 2003 amtrmlog: debug 1 pid 19890 ruid 34 euid 34: start at Wed Jul 2 11:55:35 2003 /usr/lib/amanda/amtrmlog: version 2.4.4 Keeping 16 log files amtrmlog: pid 19890 finish time Wed Jul 2 11:55:35 2003 [EMAIL PROTECTED]:/var/log/amanda/DailySet1 # grep -i fail /tmp/amanda/* /var/log/amanda/DailySet1/* /var/log/amanda/DailySet1/amdump.1:FAILED QUEUE: empty > > P.S., Is there some reason that you do not want your participation in > > this thread posted to the mailing list? > > Because everything I'm saying has been said on the list many times > before. No need to clutter the archives. Do you mind if I cc the list on our dialog? I do appreciate the level of detail to which you go with this, and I have not -- yet -- found this level of detail in the archives. Thank you. -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . --
pgp00000.pgp
Description: PGP signature
