[Debian] socket blijft maar open

[Snow_King]

Hoi,


Ik zit met een raar probleem in linux.
Ik heb een Battlefield 1942 server draaien en daarbij Battlefield server manager.

BFSM (Battlefield server manager) gebruikt TCP poort 14667.

BFSM was gecrashed, dus ik wilde deze restarten, dus ik killde alle BF aangelegen BF processen en restarte BFSM...

Krijg ik deze error:

code:

Couldn't bind to socket!
exit

als ik netstat doe

code:

Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        1      0 aqua.care4sites.n:14667 ip503d181b.speed.:26022 CLOSE_WAIT

Dan blijft er maar een connectie open tussen mijn PC en die server.......

Ik heb mijn PC al gereboot, mijn modem (ADSL) al gereset.
Ik heb de network interfaces al herladen, maar niets helpt.

Die socket blijft open.

netstat --help gaf ook geen verdere info

Hoe kan ik deze socket clearen zonder de server te rebooten?
Reboot is uitgesloten namelijk..

Het is kernel 2.4

overigens, ik dacht laat ik even wachten, misschien vervalt hij vanzelf, maar hij is nu al 2 dagen op die socket!

[ Voor 6% gewijzigd door Snow_King op 07-10-2003 10:39 ]

[blaataaps]

Als je netstat -nap doet, kun je zien of en welk proces er aanhangt en dat proces afschieten met kill, ook kun je proberen met tcpkill die verbinding nogmaals te beeindigen, werkt dat?

[Snow_King]

als je had gelezen zie je dat het proces gecrashed is terwijl een connectie was (naar mijn PC)

Dat proces kan nu niet starten omdat de socket nog steeds aan staat!
dus er is geen prog te killen

[Snow_King]

Mijn excuses

De bf server (bf1942_lnxded) gebruikt poort 14567
Battlefield server manager (bfsmd) poort 14667

Deze programma's draaien helemaal los van elkaar.
Na bf1942_lnxded killen was alles ineens in orde.....

[nrg]

Snow_King schreef op 07 oktober 2003 @ 16:09:
Mijn excuses

De bf server (bf1942_lnxded) gebruikt poort 14567
Battlefield server manager (bfsmd) poort 14667

Deze programma's draaien helemaal los van elkaar.
Na bf1942_lnxded killen was alles ineens in orde.....

Sidenote -> het proces wat de poort gebruikte was volgens netstat -nap wél bf1942_lnxded