Bug when binding to ipv4 port when same port is binded to ipv6 address

Details

Type: Bug
Status: Closed
Priority: Critical
Resolution: Duplicate
Affects Version/s: None
Fix Version/s: None
Component/s: Core Classes/Modules
Labels:
None
Environment:
Debian x86, 4GiB RAM, Turion X2

Number of attachments :
0

Description

dmilith:(~/Projects/jruby)$ jirb
Loading... >> require 'socket'
=> true
>> TCPServer.new(nil, 9999)
Errno::EADDRINUSE: Address already in use - Address in use
        from (irb):3:in `new'
        from (irb):3
>> TCPServer.new("localhost", 9999)
Errno::EADDRINUSE: Address already in use - Address in use
        from (irb):4:in `new'
        from (irb):4
>> TCPServer.new("127.0.0.1", 9999)
Errno::EADDRINUSE: Address already in use - Address in use
        from (irb):5:in `new'
        from (irb):5

and..

dmilith:(~/Projects/jruby)$ nc -l -p 9999
^C

(no errors)

and..

dmilith:(~/Projects/jruby)$ netstat -a
Active Internet connections (servers and established)                                                                             
Proto Recv-Q Send-Q Local Address           Foreign Address         State                                                         
tcp        0      0 *:6881                  *:*                     LISTEN                                                        
tcp        0      0 *:6660                  *:*                     LISTEN                                                        
tcp        0      0 localhost.localdom:6600 *:*                     LISTEN                                                        
tcp        0      0 localhost.localdoma:ipp *:*                     LISTEN                                                        
tcp        0      0 localhost.lo:postgresql *:*                     LISTEN                                                        
tcp        0      0 *:7741                  *:*                     LISTEN                                                        
tcp        0      0 localhost.localdo:51376 localhost.localdom:6600 ESTABLISHED                                                   
tcp        0      0 apn-77-115-240-16:34585 abon165.neoplus.a:14892 ESTABLISHED                                                   
tcp        0      0 apn-77-115-240-16:49372 drakor:ssh              ESTABLISHED                                                   
tcp        0      0 localhost.localdo:42205 localhost.localdom:6600 ESTABLISHED                                                   
tcp        0      0 localhost.localdom:6600 localhost.localdo:51376 ESTABLISHED                                                   
tcp        0      0 localhost.localdom:6600 localhost.localdo:42205 ESTABLISHED                                                   
tcp6       0      0 [::]:6881               [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:9090               [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:9091               [::]:*                  LISTEN                                                        
tcp6       0      0 ip6-localhost:41221     [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:xmpp-client        [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:5223               [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:5229               [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:9999               [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:xmpp-server        [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:ssh                [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:57593              [::]:*                  LISTEN                                                        
tcp6       0      0 [::]:54750              [::]:*                  LISTEN                                                        
udp        0      0 *:6660                  *:*                                                                                   
udp        0      0 *:talk                  *:*                                                                                   
udp        0      0 *:ntalk                 *:*                                                                                   
udp        0      0 localhost.localdo:52662 localhost.localdo:52662 ESTABLISHED                                                   
udp        0      0 *:7741                  *:*                                                                                   
udp        0      0 *:bootpc                *:*                                                                                   
udp        0      0 *:59076                 *:*                                                                                   
udp        0      0 localhost.localdo:57952 *:*                                                                                   
udp        0      0 *:6881                  *:*                                                                                   
udp        0      0 *:mdns                  *:*                                                                                   
udp        0      0 *:ipp                   *:*                                                                                   
udp6       0      0 [::]:40339              [::]:*                                                                                
udp6       0      0 [::]:mdns               [::]:*                                                                                
raw   121416      0 *:icmp                  *:*                     7

so only on ipv6 something is listening on 9999
but i've tried with ipv4?

Issue Links

duplicates

JRUBY-3541 JRuby 1.2.0 does not bind socket to 0.0.0.0 properly

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Charles Oliver Nutter added a comment - 15/Dec/08 2:15 PM

Fixing summary...

Yes, this is unusual; it seems like the Java logic is trying to bind IP6. This fits some previous reports where we seem to wait on IP6 reverse lookups or where we are able to bind to the same port as MRI. Something about Java on an IP6-enabled system seems to start doing things a bit more smarty-pants than we want it to.

Show

Charles Oliver Nutter added a comment - 15/Dec/08 2:15 PM Fixing summary... Yes, this is unusual; it seems like the Java logic is trying to bind IP6. This fits some previous reports where we seem to wait on IP6 reverse lookups or where we are able to bind to the same port as MRI. Something about Java on an IP6-enabled system seems to start doing things a bit more smarty-pants than we want it to.

Hide

Permalink

Hiro Asari added a comment - 28/Mar/10 11:24 PM

It's not clear to me what the issue is. If there is a problem at all, I think it might be platform specific. I am confused by the nc usage as well; as written, it errs out on Mac OS X.

Here's what I did:

Start a process to listen on port 9999 on localhost
```
nc -6 -k -l -p localhost 9999
```

Verify that the process exists only on IP v6:

$ netstat -an | grep 9999 
tcp6       0      0  ::1.9999               *.*                    LISTEN
tcp4       0      0  173.129.220.60.59999   17.148.16.42.993       ESTABLISHED

Start a TCPServer listening on port 9999:

$ jruby -rsocket -S irb
irb(main):001:0> x=TCPServer.new(nil,9999)
=> #<TCPServer:0x1ff243d1>
irb(main):002:0>

This will result in a process listening on port 9999 on address * on both IP v4 and v6.

$ netstat -an | grep 9999 
tcp46      0      0  *.9999                 *.*                    LISTEN
tcp6       0      0  ::1.9999               *.*                    LISTEN
tcp4       0      0  173.129.220.60.59999   17.148.16.42.993       ESTABLISHED

Note that on IP v6, the bound addresses are different.

If I try to bind the process to ::1, I get the expected error message.

irb(main):001:0> x=TCPServer.new("::1",9999)
Errno::EADDRINUSE: Address already in use - bind - Address already in use
	from (irb):2:in `initialize'
	from (irb):2:in `new'
	from (irb):2

It is also possible that the issue was magically fixed since it was first reported.

Show

Hiro Asari added a comment - 28/Mar/10 11:24 PM It's not clear to me what the issue is. If there is a problem at all, I think it might be platform specific. I am confused by the nc usage as well; as written, it errs out on Mac OS X. Here's what I did: Start a process to listen on port 9999 on localhost nc -6 -k -l -p localhost 9999 Verify that the process exists only on IP v6: $ netstat -an | grep 9999 tcp6 0 0 ::1.9999 *.* LISTEN tcp4 0 0 173.129.220.60.59999 17.148.16.42.993 ESTABLISHED Start a TCPServer listening on port 9999: $ jruby -rsocket -S irb irb(main):001:0> x=TCPServer.new(nil,9999) => #<TCPServer:0x1ff243d1> irb(main):002:0> This will result in a process listening on port 9999 on address * on both IP v4 and v6. $ netstat -an | grep 9999 tcp46 0 0 *.9999 *.* LISTEN tcp6 0 0 ::1.9999 *.* LISTEN tcp4 0 0 173.129.220.60.59999 17.148.16.42.993 ESTABLISHED Note that on IP v6, the bound addresses are different. If I try to bind the process to ::1 , I get the expected error message. irb(main):001:0> x=TCPServer.new("::1",9999) Errno::EADDRINUSE: Address already in use - bind - Address already in use from (irb):2:in `initialize' from (irb):2:in `new' from (irb):2 It is also possible that the issue was magically fixed since it was first reported.

Hide

Permalink

Hiro Asari added a comment - 28/Mar/10 11:29 PM

Also, if you specify the host name for TCPServer in step 3 above, JRuby opens IP v4 port only.

irb(main):002:0> x=TCPServer.new("127.0.0.1",9999)
=> #<TCPServer:0x18f3552f>

$ netstat -an | grep 9999 
tcp4       0      0  127.0.0.1.9999         *.*                    LISTEN
tcp6       0      0  ::1.9999               *.*                    LISTEN
tcp4       0      0  173.129.220.60.59999   17.148.16.42.993       ESTABLISHED

Show

Hiro Asari added a comment - 28/Mar/10 11:29 PM Also, if you specify the host name for TCPServer in step 3 above, JRuby opens IP v4 port only. irb(main):002:0> x=TCPServer.new("127.0.0.1",9999) => #<TCPServer:0x18f3552f> $ netstat -an | grep 9999 tcp4 0 0 127.0.0.1.9999 *.* LISTEN tcp6 0 0 ::1.9999 *.* LISTEN tcp4 0 0 173.129.220.60.59999 17.148.16.42.993 ESTABLISHED

Hide

Permalink

Hiro Asari added a comment - 28/Mar/10 11:39 PM

OK, I tested this on Ubuntu; nc -l -p 9999 works, and the problem still exists on trunk.

Show

Hiro Asari added a comment - 28/Mar/10 11:39 PM OK, I tested this on Ubuntu; nc -l -p 9999 works, and the problem still exists on trunk.

Hide

Permalink

Hiro Asari added a comment - 04/Jan/12 8:52 PM

This is essentially the same issue as ~~JRUBY-3541~~. If you pass -Djava.net.preferIPv4Stack=true to JVM,

TCPServer.new(nil,9999)

will bind the process to IPv4 port.

Show

Hiro Asari added a comment - 04/Jan/12 8:52 PM This is essentially the same issue as JRUBY-3541 . If you pass -Djava.net.preferIPv4Stack=true to JVM, TCPServer.new(nil,9999) will bind the process to IPv4 port.

People

Assignee:

Hiro Asari

Reporter:

Daniel Dettlaff

Vote (0)

Watch (1)

Dates

Created:

15/Dec/08 10:51 AM

Updated:

03/Aug/12 2:35 PM

Resolved:

04/Jan/12 8:52 PM