AW: coherency between amindexd and amrecover
This is my inetd.conf! #inetd.conf of saturn # amanda backup server with indexing capabilities amandaidx stream tcp nowait root/usr/lib/amanda/amindexd amindexd amidxtape stream tcp nowait root/usr/lib/amanda/amidxtaped amidxtaped # # amanda backup client amanda dgram udp waitamanda /usr/lib/amanda/amandad amandad # When all the daemons mentioned above are set to the user amanda, it also doesn't work. (after init 1/2) also tried: saturn:/usr/lib/amanda # ./amindexd -t 220 saturn AMANDA index server (2.4.1p1) ready. thank you again, jrn h. -Ursprngliche Nachricht- i didn't type anything to telnet before i got this report for port 10082: saturn:~ # telnet saturn 10082 Trying 10.0.0.56... Connected to saturn. Escape character is '^]'. amindexd: could not open conf file "amanda.conf": No such file or directory Connection closed by foreign host. Please post your inetd.conf line for amindexd. I suspect you have an extra argument on it that is confusing things. When i try to run amindexd by hand, this happens: saturn:/usr/lib/amanda # ./amindexd amindexd: getpeername: Socket operation on non-socket Sorry. I should have told you to use the "-t" option so it would read commands from stdin instead of thinking it was connected to a socket. But I don't think this is related to any of your problems. does it mean, that the amindexd daemon is never started? No. The daemon is starting, it is just not happy about something. Has it to run permanently or only when i want to execute amrecover? It is only started by inetd when amrecover connects to it. the index-files themselves are in /var/lib/amanda/DailySet1/index ... You're not getting that far. i started up amreport, but he can't find the log file. That's probably because you had already run amcleanup. i know the first time there was always also only a "log" file, now there is only one temporary when i run amdump DailySet1! when i am doing a dump and have a look in the "log" file via another console, it remains there. I don't understand. There should be a file named "log" while amdump is running. Amreport renames it to log.MMDD.N at the end of the script. i also can't exlpain why i have to run amcleanup DailySet1 in between i am doing a few dumps. Why do you think you have to run it? Are you not getting the E-mail report from the amdump? Is there a "log" or "amdump" file still laying around after amdump is done? ok, here is the an extract of the dump session: Except for the "socket ignored" message, which is taken care of in current Amadna releases, I don't see anything wrong in this report. Jrn John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: AW: coherency between amindexd and amrecover
Jörn Hildebrandt wrote: This is my inetd.conf! #inetd.conf of saturn # amanda backup server with indexing capabilities amandaidx stream tcp nowait root/usr/lib/amanda/amindexd amindexd amidxtape stream tcp nowait root/usr/lib/amanda/amidxtaped Why root ? amidxtaped # # amanda backup client amanda dgram udp waitamanda /usr/lib/amanda/amandad amandad # When all the daemons mentioned above are set to the user amanda, it also doesn't work. (after init 1/2) also tried: saturn:/usr/lib/amanda # ./amindexd -t 220 saturn AMANDA index server (2.4.1p1) ready. thank you again, jörn h. -Ursprüngliche Nachricht- i didn't type anything to telnet before i got this report for port 10082: saturn:~ # telnet saturn 10082 Trying 10.0.0.56... Connected to saturn. Escape character is '^]'. amindexd: could not open conf file "amanda.conf": No such file or directory Connection closed by foreign host. Please post your inetd.conf line for amindexd. I suspect you have an extra argument on it that is confusing things. When i try to run amindexd by hand, this happens: saturn:/usr/lib/amanda # ./amindexd amindexd: getpeername: Socket operation on non-socket Sorry. I should have told you to use the "-t" option so it would read commands from stdin instead of thinking it was connected to a socket. But I don't think this is related to any of your problems. does it mean, that the amindexd daemon is never started? No. The daemon is starting, it is just not happy about something. Has it to run permanently or only when i want to execute amrecover? It is only started by inetd when amrecover connects to it. the index-files themselves are in /var/lib/amanda/DailySet1/index ... You're not getting that far. i started up amreport, but he can't find the log file. That's probably because you had already run amcleanup. i know the first time there was always also only a "log" file, now there is only one temporary when i run amdump DailySet1! when i am doing a dump and have a look in the "log" file via another console, it remains there. I don't understand. There should be a file named "log" while amdump is running. Amreport renames it to log.MMDD.N at the end of the script. i also can't exlpain why i have to run amcleanup DailySet1 in between i am doing a few dumps. Why do you think you have to run it? Are you not getting the E-mail report from the amdump? Is there a "log" or "amdump" file still laying around after amdump is done? ok, here is the an extract of the dump session: Except for the "socket ignored" message, which is taken care of in current Amadna releases, I don't see anything wrong in this report. Jörn John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED] -- Yuri Pismerov, TUCOWS.COM INC. (416) 535-0123 ext. 1352 S/MIME Cryptographic Signature
AW: coherency between amindexd and amrecover
Hello, thanks for your answer! i didn't type anything to telnet before i got this report for port 10082: saturn:~ # telnet saturn 10082 Trying 10.0.0.56... Connected to saturn. Escape character is '^]'. amindexd: could not open conf file "amanda.conf": No such file or directory Connection closed by foreign host. When i try to run amindexd by hand, this happens: saturn:/usr/lib/amanda # ./amindexd amindexd: getpeername: Socket operation on non-socket what should i do? does it mean, that the amindexd daemon is never started? Has it to run permanently or only when i want to execute amrecover? the index-files themselves are in /var/lib/amanda/DailySet1/index, they are definitely created. the indexdir is also set right is the amanda.conf. i started up amreport, but he can't find the log file. i know the first time there was always also only a "log" file, now there is only one temporary when i run amdump DailySet1! when i am doing a dump and have a look in the "log" file via another console, it remains there. -rw--- 1 amanda disk 5218 Feb 22 09:38 amdump.1 -rw--- 1 amanda disk 5162 Feb 21 14:28 amdump.2 drwxr-xr-x 3 amanda disk 4096 Feb 21 14:27 curinfo -rw-rw-r-- 1 amanda disk 41 Feb 21 13:15 disklist drwxr-xr-x 2 amanda disk 4096 Feb 21 14:23 index -rw--- 1 amanda disk 911 Feb 21 14:28 log.20010221.0 -rw--- 1 amanda disk 961 Feb 22 09:38 log.20010222.0 -rw--- 1 amanda disk 54 Feb 22 09:35 tapelist -rw--- 1 amanda disk 27 Feb 21 14:25 tapelist.yesterday saturn:/var/lib/amanda/DailySet1 # amreport DailySet1 log.2001022.0 amreport: could not open log /var/lib/amanda/DailySet1/log: No such file or dire ctory i also can't exlpain why i have to run amcleanup DailySet1 in between i am doing a few dumps. the rights now also allow access from amanda. ok, here is the an extract of the dump session: Subject: DailySet1 AMANDA MAIL REPORT FOR February 22, 2001 These dumps were to tape DailySet101. Tonight's dumps should go onto 1 tape: DailySet102. FAILURE AND STRANGE DUMP SUMMARY: saturn.sys / lev 0 STRANGE ... . ... FAILED AND STRANGE DUMP DETAILS: /-- saturn.sys / lev 0 STRANGE sendbackup: start [saturn.systemelektronik.de:/ level 0] sendbackup: info BACKUP=/bin/tar /-- saturn.sys / lev 0 STRANGE sendbackup: start [saturn.systemelektronik.de:/ level 0] sendbackup: info BACKUP=/bin/tar sendbackup: info RECOVER_CMD=/bin/tar -f... - ? gtar: ./var/run/.nscd_socket: socket ignored | Total bytes written: 182712320 (174MB, 1.5MB/s) sendbackup: size 178430 sendbackup: end \ NOTES: taper: tape DailySet101 kb 178464 fm 1 [OK] ok, i hope you can help me! thanks Jrn, a trainee at system elektronik AW: coherency between amindexd and amrecover The first time, i was able to login via telnet on port 10082, so that's why i think it must be now also possible?!? I was mistaken. You can telnet to 10082, but it's not going to be able to do much. However, I don't know why it would have said this right away: amindexd: could not open conf file "amanda.conf": No such file or directory Did you type anything to telnet before it reported this? I can't interpret the following lines of /tmp/amanda/amindexd.debug: amindexd: debug 1 pid 705 ruid 37 euid 37 start time Wed Feb 21 09:30:07 2001 amindexd: version 2.4.1p1 If that's all there was, then it died right away for some reason. Try running amindexd by hand as root and see what that has to say. If it just sits there, enter "QUIT". Why is it not possible to run amdump DailySet1 without running in between amcleanup? I don't know. You didn't provide enough information. I suspect amreport is failing, but wouldn't have any idea why. The first time, it was not required! It also seems to me that no dump is finished correctly. Again, you didn't provide enough information. Why do you think none of the dumps finished correctly? The amanda.conf is in the /etc/amanda/DailySet1 directory, so is that the right place because the server doesn't find it? ... That depends on how you built Amanda. It needs to go in the directory you gave ./configure with --with-configdir. If you didn't specify that parameter, it defaults to $sysconfdir/amanda where $sysconfdir comes from --with-sysconfdir and defaults to $prefix/etc which comes from --prefix and defaults to /usr/local. The rights for it are set to root. They need to allow access from the Amanda user. Best regards, Jrn Hildebrandt John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: AW: coherency between amindexd and amrecover
i didn't type anything to telnet before i got this report for port 10082: saturn:~ # telnet saturn 10082 Trying 10.0.0.56... Connected to saturn. Escape character is '^]'. amindexd: could not open conf file "amanda.conf": No such file or directory Connection closed by foreign host. Please post your inetd.conf line for amindexd. I suspect you have an extra argument on it that is confusing things. When i try to run amindexd by hand, this happens: saturn:/usr/lib/amanda # ./amindexd amindexd: getpeername: Socket operation on non-socket Sorry. I should have told you to use the "-t" option so it would read commands from stdin instead of thinking it was connected to a socket. But I don't think this is related to any of your problems. does it mean, that the amindexd daemon is never started? No. The daemon is starting, it is just not happy about something. Has it to run permanently or only when i want to execute amrecover? It is only started by inetd when amrecover connects to it. the index-files themselves are in /var/lib/amanda/DailySet1/index ... You're not getting that far. i started up amreport, but he can't find the log file. That's probably because you had already run amcleanup. i know the first time there was always also only a "log" file, now there is only one temporary when i run amdump DailySet1! when i am doing a dump and have a look in the "log" file via another console, it remains there. I don't understand. There should be a file named "log" while amdump is running. Amreport renames it to log.MMDD.N at the end of the script. i also can't exlpain why i have to run amcleanup DailySet1 in between i am doing a few dumps. Why do you think you have to run it? Are you not getting the E-mail report from the amdump? Is there a "log" or "amdump" file still laying around after amdump is done? ok, here is the an extract of the dump session: Except for the "socket ignored" message, which is taken care of in current Amadna releases, I don't see anything wrong in this report. Jörn John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]