[Shoutcast] other process is using this port

[jwbagger]

Ik probeer op m'n server (gentoo) Shoutcast aan de praat te krijgen. Ik heb daarvoor http://www.shoutcast.com/...1-9-2-linux-glibc6.tar.gz met wget in /usr/local/shoutcast gegooid en ge-unpacked.

De configfile heb ik ongeveer een beetje geedit, aantal users veranderd enzo, maar verder niet echt ingrijpende veranderingen gemaakt. De poort staat nog steeds op 8000.

Nou start ik sc_serv op, en krijg ik:

code:

Event log:
<12/27/02@10:04:15> [SHOUTcast] DNAS/Linux v1.9.2 (Nov 25 2002) starting up...
<12/27/02@10:04:15> [main] pid: 17318
<12/27/02@10:04:15> [main] loaded config from sc_serv.conf
<12/27/02@10:04:15> [main] initializing (usermax:40 portbase:8000)...
<12/27/02@10:04:15> [main] No ban file found (sc_serv.ban)
<12/27/02@10:04:15> [main] No rip file found (sc_serv.rip)
<12/27/02@10:04:15> [main] opening source socket
<12/27/02@10:04:15> [main] error opening source socket! FATAL ERROR! Some other process is using this port!

ik heb echt geen flauw idee waar dit aan kan liggen, er draaien voor zover ik weet geen andere programma's op poort 8000....
Ik heb overigens géén iptables draaien (als ik die start ligt mn hele verbinding plat ), dus aan firewall settings kan het niet liggen lijkt me...

Maar waardoor kan poort 8000 dan niet worden aangeroepen? Is het mogelijk een overzicht te krijgen van alle netwerkverbindingen die openstaan naar buiten, met daarbij welk programma die verbinding heeft? Dan zou ik snel erachter moeten kunnen komen welk programma op 8000 draait lijkt me... De search leverde me op dat ik daarvoor "nmap" moet gebruiken ofzo, maar ik krijg dan alleen maar sh: nmap: command not found.... Hoe nu verder te handelen?

[M4RTiN]

netstat -a ?

[jwbagger]

hmmm, netstat -a werkt inderdaad ja woei!

alleen..... zie ik dus geen poort 8000 in gebruik

code:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 *:mysql                 *:*                     LISTEN
tcp        0      0 *:pop-3                 *:*                     LISTEN
tcp        0      0 *:www                   *:*                     LISTEN
tcp        0      0 innovatix.its.tu:domain *:*                     LISTEN
tcp        0      0 localhost:domain        *:*                     LISTEN
tcp        0      0 *:ftp                   *:*                     LISTEN
tcp        0      0 *:ssh                   *:*                     LISTEN
tcp        0      0 *:smtp                  *:*                     LISTEN
tcp        0      0 localhost:953           *:*                     LISTEN
tcp        0     20 innovatix.its.tudel:ssh node-d-ac30.a2000.:2382 ESTABLISHED
udp        0      0 *:1024                  *:*
udp        0      0 *:snmp                  *:*
udp        0      0 innovatix.its.tu:domain *:*
udp        0      0 localhost:domain        *:*
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node Path
unix  5      [ ]         DGRAM                    3399   /dev/log
unix  2      [ ACC ]     STREAM     LISTENING     3854   /var/run/mysqld/mysqld.sock
unix  2      [ ]         DGRAM                    449906
unix  3      [ ]         STREAM     CONNECTED     430901
unix  3      [ ]         STREAM     CONNECTED     430900
unix  2      [ ]         DGRAM                    52966
unix  2      [ ]         DGRAM                    3560

geen 8000 te zien, of kijk ik nu ergens overheen?

[Equator]

nog een leuke:

code:

# fuser -n tcp 8000
--> Output is een ProcessID.
# ps -ax |grep <ProcessID>
--> output is de deamon / het process dat die poort open heeft.

Dit kan natuurlijk ook met udp.

[Bart]

of gewoon telnet localhost 8000

[jwbagger]

bovenstaande twee suggesties geprobeerd, levert niet veel op:

code:

root@innovatix / # fuser -n tcp 8000
root@innovatix / # fuser -n udp 8000
root@innovatix / # telnet localhost 8000
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused

die fuser geeft dus geen output

en 't is niet zo dat het probleem nu opeens "verholpen" is, want shoutcast geeft nog steeds "error opening source socket! FATAL ERROR! Some other process is using this port!"

[Equator]

die fuser geeft dus geen output

Dan draait er verder geen service / deamon / process die die poort in gebruik heeft.

[jwbagger]

CyberJ schreef op 27 december 2002 @ 11:08:
[...]

Dan draait er verder geen service / deamon / process die die poort in gebruik heeft.

snap ik , maar dan snap ik helemaal die shoutcast melding niet meer, want die denkt juist wél dat er 1 in gebruik is...

poort 80 invullen in fuser geeft inderdaad wel output... dus fuser "werkt" wel

maar waarom denkt shoutcast dan wél dat hij al gebruikt wordt

[Equator]

Stel hem eens in op een andere poort. 8080 ofzo
Geeft hij dan dezelfde melding.
Sterker nog, gebruik 80. Dan weet je zeker dat die poort in gebruik is, en dan kan je controleren of hij dezelfde foutmelding geeft.

[jwbagger]

CyberJ, je hebt niet voor de oplossing gezorgd, maar me in de goeie richting geduwd, waardoor ik het nu heb opgelost!

wat bleek nou: poort 8080 en poort 80 (ook poort 8980 getest), alles gaf dezelfde foutmelding.... Dus ik ben verder gaan scrollen in m'n configfile, om te kijken of ergens anders nog meer die poort werd genoemd. Dat niet, maar ik zag wel dat ik gisteravond had zitten slapen tijdens configureren Ik had namelijk dit gedaan:
SrcIP=mijn.chello.ip.adres

en dacht dus dat ik op die manier alleen vanaf thuis zou kunnen connecten met de server. Nu was ik wat helderder, en las ik dat je daar het ip van de incoming interface moet neerzetten oeps

Gelijk op ANY gezet, en het draait opeens wel als een zonnetje! dus bedankt dat je me in ieder geval richting de configfile hebt geduwd

Wel vreemd overigens dat shoutcast eigenlijk een onjuiste melding geeft.... die poort was dus niet "in gebruik" ofzo.... Jammer dat ik door die vage foutmelding het probleem heel ergens anders ging zoeken....

[deadinspace]

jwbagger schreef op 27 December 2002 @ 11:21:
Wel vreemd overigens dat shoutcast eigenlijk een onjuiste melding geeft.... die poort was dus niet "in gebruik" ofzo.... Jammer dat ik door die vage foutmelding het probleem heel ergens anders ging zoeken....

Bugreportje sturen?