View Issue Details

IDProjectCategoryView StatusLast Update
0001185unrealircdpublic2003-08-13 13:28
ReporterZePHid Assigned To 
PrioritynormalSeverityblockReproducibilityalways
Status closedResolutionopen 
Product Version3.2-beta17 
Summary0001185: Unreal gets confused when running multible instances
Descriptionbecause of the _res struct, i started upgrading to 3.2.
unfortunately i encountered an annoying problem.

i had 2 unreals (3.1.6) running under the same account without any problems (besides _res).

i upgraded the first one to 3.2, everything worked fine, the ircd booted up, but stopped afterwards stating (in the log):
Error binding stream socket to IP 10.0.0.22 port 6667 - irc.viennanetwork.at[]:Address already in use

i tried several IPs, but the result was always the same.

i points out that i can use every port exept 6667.
my guess is that 3.2 sees the other old unreal ircd listening on port 6667 (but with different ip)
and refuses to grep that ip:port i configured in
unrealircd.conf

ZeP
3rd party modules

Activities

syzop

2003-08-11 16:23

administrator   ~0003452

And my guess is that something else is listening on 6667 at all ips ;p.
Please double check by doing:
netstat -an|grep LISTEN|grep 6667
(or to see the process id/name: netstat -anp|grep LISTEN|grep 6667)

ZePHid

2003-08-12 08:41

reporter   ~0003454

well, 3.1.6 works fine.

first i thought the port my be locked temporaly which could last up to 10 minutes or so.

but 3.1.6 works anytime i start it

(ie. i shut down 3.1.6, and can't start 3.2, even if i wait 20min.)

here you see both 3.1.6 ircds: (netstat -nap | grep 6667)
tcp 0 0 10.0.0.22:6667 0.0.0.0:* LISTEN 18540/ircd.bin
tcp 0 0 10.0.0.20:6667 0.0.0.0:* LISTEN 704/ircd.bin

and lsof -n -i 4| grep ircd:

ircd.bin 704 ircd 0u IPv4 11071 UDP *:32781
ircd.bin 704 ircd 1u IPv4 11072 TCP 10.0.0.20:ircd (LISTEN)
ircd.bin 704 ircd 2u IPv4 11075 TCP *:6013 (LISTEN)
[..]
ircd.bin 18540 ircd 0u IPv4 2563330 UDP *:32807
ircd.bin 18540 ircd 1u IPv4 2563331 TCP 10.0.0.22:ircd (LISTEN)

if i kill one ircd:

ircd.bin 704 ircd 0u IPv4 11071 UDP *:32781
ircd.bin 704 ircd 1u IPv4 11072 TCP 10.0.0.20:ircd (LISTEN)
ircd.bin 704 ircd 2u IPv4 11075 TCP *:6013 (LISTEN)
ircd.bin 704 ircd 3u IPv4 2255106 TCP 10.0.0.20:ircd->62.99.248.158:51968 (ESTABLISHED)
ircd.bin 704 ircd 4u IPv4 2335544 TCP 10.0.0.20:ircd->217.13.198.41:51182 (ESTABLISHED)



tcp 0 0 10.0.0.20:6667 0.0.0.0:* LISTEN 704/ircd.bin
tcp 0 0 0.0.0.0:6013 0.0.0.0:* LISTEN 704/ircd.bin
tcp 0 0 10.0.0.20:6667 62.99.248.158:51968 ESTABLISHED 704/ircd.bin
tcp 0 0 10.0.0.20:6667 217.13.198.41:51182 ESTABLISHED 704/ircd.bin
udp 0 0 0.0.0.0:32781 0.0.0.0:* 704/ircd.bin

lsof | grep ircd

shows up nothing from the old process.
and again, anytime i start 3.1.6, it works perfectly, so i don't think anything listens on an all/that interface port 6667..
if i configure unreal 3.2 to use any other port ie 6668 it works fine too.


please tell me if i can do anything to support you with information.


ah, before i forget to mention:
10.0.0.20 and 10.0.0.22 are on the same physical interface

ZeP

syzop

2003-08-12 13:33

administrator   ~0003458

k, two questions :)
1. did you compile in ipv6 support?
2. Let's trace the bind thing just to be sure, type: strace src/ircd -F 2>&1|grep -i bind

ZePHid

2003-08-13 08:22

reporter   ~0003469

hmmmm

i have ipv6 support compiled in, but i don't use it by now.

bind(2, {sin_family=AF_INET6, sin6_port=htons(6667), inet_pton(AF_INET6, "::", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 EADDRINUSE (Address already in use)
write(3, "Error binding stream socket to I"..., 103) = 103

gotcha :)

beat me for not checking that out first.
everything works fine now.
thanks for your help.

(anyway, why this strange behavior of Unreal 3.2 + ipv6)

ZeP

syzop

2003-08-13 13:28

administrator   ~0003472

k :)

Issue History

Date Modified Username Field Change
2003-08-11 05:13 ZePHid New Issue
2003-08-11 16:23 syzop Note Added: 0003452
2003-08-12 08:41 ZePHid Note Added: 0003454
2003-08-12 13:33 syzop Note Added: 0003458
2003-08-13 08:22 ZePHid Note Added: 0003469
2003-08-13 13:28 syzop Status new => closed
2003-08-13 13:28 syzop Note Added: 0003472