On Mon, 3 Jun 2002, Rebecca Pakish wrote:

- >Can you telnet to each of thes ports?
- 
- >$ telent <target> amandaix (use 'quit' to exit)
- 
- [root@slaw etc]# telnet slaw.unterlaw.com amandaidx
- Trying 10.1.7.23...
- telnet: connect to address 10.1.7.23: Connection refused

This is definitly a problem.  That connection should not be refused.  
This may require the 'shotgun' approach.

Do you have nmap ?  Try:

# nmap -sT -p 10082  chena

Just to make sure it is not filtered.  Probably not the problem tho...

Do an ldd on /usr/local/libexec/amindexd. JIC.  I get somerhing like 
this on my Linux server:

$ ldd /usr/local/libexec/amindexd
        libm.so.6 => /lib/i686/libm.so.6 (0x4001e000)
        libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40041000)
        libtermcap.so.2 => /lib/libtermcap.so.2 (0x40067000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x4006b000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40081000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Make sure that /usr/local/libexec/amindexd is executable and will 
start up.  as the amanda user try:

$ /usr/local/libexec/amindexd

You should see somethng like:

amindexd: getpeername: Socket operation on non-socket

This just tests that amindexd will start up.

Try telneting to the port again.  Then go to /tmp/amanda and locate 
the amindexd.<bunchanumbers>.debug file.  Look in there for a hint.  
There are probably lots of these files so be sure to get the right 
one.  (OR just delete all of them before telnetting :-)

If you are using Linux, look in /var/log/secure to see if xinetd is 
erally starting amandidx is.

Can't think of anything else off hand.

- >$ telnet <target> amidxtape ('quit' or CR to exit)
- [root@slaw etc]# telnet slaw.unterlaw.com amidxtape
- Trying 10.1.7.23...
- Connected to slaw.unterlaw.com.
- Escape character is '^]'.
- 
- >If not, reload xinetd and check the messages file for any errors.
- >Also make sure that ipchains or iptables is not filtering the port.
- 
- I don't see where they are...
- 

-- 
-- Stephen Carville
UNIX and Network Administrator
DPSI (formerly Ace USA Flood Services)
310-342-3602
[EMAIL PROTECTED]

Reply via email to