aerospike / aerospike-server.docker

Dockerfiles for Aerospike Server
Other
141 stars 68 forks source link

Can not start-up the docker with the access-address, version 3.5.4 #5

Closed onokonem closed 6 years ago

onokonem commented 9 years ago

Hi

this is exactly the same as #1 , but with different aerospike version

Apr 04 2015 23:50:41 GMT: CRITICAL (info): (thr_info.c:info_interfaces_static_fn:5074) external address:10.243.40.132 is not matching with any of service addresses:172.17.0.6:3000

any suggestions?

Thank you

mtendjou commented 9 years ago

As of version 3.3.26, you can solve this by adding the keyword 'virtual' after the access-address, if the access-address is not matching any physical address, for example:

service {
                address any
                port 3000

                access-address 10.243.40.132 virtual
        }
onokonem commented 9 years ago

no, the virtual keyword does not work for me

mtendjou commented 9 years ago

Which version are you using?

onokonem commented 9 years ago

3.5.4

mtendjou commented 9 years ago

Could you paste your configuration file? (you can mask IP addresses or anything that may be sensitive, just want to double check if everything is correct).

onokonem commented 9 years ago

https://github.com/gitinsky/aerospike-server.docker/blob/master/etc/aerospike/aerospike.conf.template

mtendjou commented 9 years ago

Thanks for the input.

network {
  service {
    port 3000
    access-address <%=os.getenv("NODE_EXT_ADDR")%> virtual
  }

  fabric {
    port 3001
    access-address <%=os.getenv("NODE_INT_ADDR")%> virtual
  }

I am pretty sure that access-address in the fabric sub-stanza is not supported. The default there should be address any.

Also, under the service sub-stanza, you should have address any (am not sure if it will default if not specified at all like in your example). I will try to provide you with more details but this may be what's causing this error in the log (haven't got a chance to try to reproduce yet though).

mtendjou commented 9 years ago

Any luck? We checked in the code and it really seems pretty straight forward that this error message message CRITICAL (info): (thr_info.c:info_interfaces_static_fn:5074) external address:10.243.40.132 is not matching with any of service addresses:172.17.0.6:3000 would only show up if the address really didn't match or if the virtual keyword is not added right.

Can you try by adding IP address instead of the os.getenv and removing the access address from the fabric sub-stanza?

Thanks.

artworkad commented 8 years ago

Just checked this with the recent version and it worked for me without a problem.

onokonem commented 8 years ago

Great!