Uploaded image for project: 'Couchbase Server'
  1. Couchbase Server
  2. MB-7238

ns_server is still validating ip address in ip file even if erlang already has node name defined (was: 2.0 Build 1941: Couchbase Server does not start after a change in IP, server is looking for the old IP even after the hostname resolves to the new one.)

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Blocker
    • Resolution: Fixed
    • Affects Version/s: 2.0-beta-2, 2.0
    • Fix Version/s: 2.0
    • Component/s: ns_server
    • Security Level: Public
    • Labels:
      None

      Description

      Couchbase Server does not start after a change in IP, server is looking for the old IP even after the hostname resolves to the new one. Followed the best-practices information to configure the hostname in the couchbase-server file and this issue is reproducible in the 1941 2.0 build.

      Error messages from the log:
      [ns_server:info,2012-11-16T13:16:45.502,ns_1@FQDN:dist_manager<0.2732.0>:dist_manager:read_address_config:55]Reading ip config from "/opt/couchbase/var/lib/couchbase/ip"
      [ns_server:warn,2012-11-16T13:16:45.522,ns_1@FQDN:dist_manager<0.2732.0>:dist_manager:is_good_address:81]Cannot listen on address `OLD IP`: eaddrnotavail

      The logs are available in the link below:
      https://s3.amazonaws.com/customers.couchbase.com/jawfishgames/couch14-build-1914.zip

      update:

      Apparently as part of process of setting up node name folks just left original /opt/couchbase/var/lib/couchbase/ip. And ns_server's bug is due to attempt to validate that address even though it won't be actually used.

      No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

        Hide
        abhinav Abhinav Dangeti added a comment - - edited

        If we use ifconfig eth0 10.1.3.222, to change the IP, we see the issue.
        However the issue doesn't occur when the IP is changed this way:
        vim /etc/sysconfig/network-scripts/ifcfg-eth0

        (and comment out the BOOTPROTO=dhcp and set it to static)
        ..

        1. Intel Corporation 82545EM Gigabit Ethernet Controller (Copper)
          DEVICE=eth0
          #BOOTPROTO=dhcp
          BOOTPROTO=static
          ONBOOT=yes
          IPADDR=10.1.3.222
          GATEWAY=10.1.0.1
          NETMASK=255.255.0.0
          ...
          sudo /etc/init.d/network restart

        The reason why this worked was because /opt/couchbase/var/lib/couchbase/ip was empty.

        Show
        abhinav Abhinav Dangeti added a comment - - edited If we use ifconfig eth0 10.1.3.222, to change the IP, we see the issue. However the issue doesn't occur when the IP is changed this way: vim /etc/sysconfig/network-scripts/ifcfg-eth0 (and comment out the BOOTPROTO=dhcp and set it to static) .. Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) DEVICE=eth0 #BOOTPROTO=dhcp BOOTPROTO=static ONBOOT=yes IPADDR=10.1.3.222 GATEWAY=10.1.0.1 NETMASK=255.255.0.0 ... sudo /etc/init.d/network restart The reason why this worked was because /opt/couchbase/var/lib/couchbase/ip was empty.
        Hide
        alkondratenko Aleksey Kondratenko (Inactive) added a comment -

        Looks like /opt/couchbase/var/lib/.../ip is still being used somehow. I recommend manually deleting it. It's still ns_server's bug if we try do anything about it when hostname is specificied

        Show
        alkondratenko Aleksey Kondratenko (Inactive) added a comment - Looks like /opt/couchbase/var/lib/.../ip is still being used somehow. I recommend manually deleting it. It's still ns_server's bug if we try do anything about it when hostname is specificied
        Hide
        steve Steve Yen added a comment -

        The ip file was/is being used by cbupgrade situation. Please see...

        http://www.couchbase.com/issues/browse/MB-7241

        Show
        steve Steve Yen added a comment - The ip file was/is being used by cbupgrade situation. Please see... http://www.couchbase.com/issues/browse/MB-7241
        Hide
        alkondratenko Aleksey Kondratenko (Inactive) added a comment -

        Approved for 2.0. Be careful with using right branch

        Show
        alkondratenko Aleksey Kondratenko (Inactive) added a comment - Approved for 2.0. Be careful with using right branch
        Hide
        steve Steve Yen added a comment - - edited

        i think this fix was merged? – http://review.couchbase.org/#/c/22895/

        Show
        steve Steve Yen added a comment - - edited i think this fix was merged? – http://review.couchbase.org/#/c/22895/

          People

          • Assignee:
            Aliaksey Artamonau Aliaksey Artamonau
            Reporter:
            balak balak
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Gerrit Reviews

              There are no open Gerrit changes