>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.YYYYMMDD.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]

Reply via email to