Amanda-Users

Re: amdump fails: "port open: Resource temporarily unavailable"

2008-06-13 15:08:09
Subject: Re: amdump fails: "port open: Resource temporarily unavailable"
From: Bruce Thompson <drllama AT otherother DOT com>
To: Luc Romain <lromain AT gmail DOT com>
Date: Fri, 13 Jun 2008 07:57:36 -0700
I recently ran into this same issue. After some digging, web scouting and experimenting I found the root cause:

There's a bug in Fedora 9's /etc/services file.

The clue came in the debug log:

dumper: time 19.944: connect_port: Skip port 0: Owned by spr-itunes.
dumper: time 19.944: connect_portrange: all ports between 0 and 0 busy

Port 0 is not actually a real port, it's most often used as a way to bind to the "next available port". In this case it appears that since / etc/services is claiming that port 0 is a real port and that it's assigned to something, someone is actually managing to bind port 0 (or something to that effect).

Either way, an /etc/services entry listing port 0 is by definition bogus. My fix was to change the following lines in /etc/services:

--- /etc/services~      2008-04-07 14:30:33.000000000 -0700
+++ /etc/services       2008-06-09 18:06:03.000000000 -0700
@@ -573,8 +573,8 @@


# Updated additional list from IANA with all missing services 04/07/2008
-spr-itunes     0/tcp                   # Shirt Pocket netTunes
-spl-itunes     0/tcp                   # Shirt Pocket launchTunes
+#spr-itunes    0/tcp                   # Shirt Pocket netTunes
+#spl-itunes    0/tcp                   # Shirt Pocket launchTunes
 compressnet    2/tcp                   # Management Utility
 compressnet    2/udp                   # Management Utility
 compressnet    3/tcp                   # Compression Process


I don't use this service on my server and I don't see anything in the logs indicating that I broke something.

This change neatly resolved my Amanda problems.

Hope this helps!
Bruce.


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.