Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-12811

hidden nodes don't always display syncingTo field

    • Type: Icon: Bug Bug
    • Resolution: Duplicate
    • Priority: Icon: Minor - P4 Minor - P4
    • None
    • Affects Version/s: 2.4.9
    • Component/s: Replication
    • Labels:
      None
    • ALL

      We're in the process of upgrading all our servers from 2.2.2 to 2.4.9. I noticed after one of the upgrades that some of our secondaries are not showing syncingTo data. It appears to only affect hidden members. See, for example, the output below. db1f is hidden.

      On another replica set, I had two hidden nodes. Neither was showing syncingTo data. When I unhid one of them, the field showed up in the rs.status() output.

      I know the non-syncingTo-data members are indeed replicating because I can do queries and observe new data appearing.

      SECONDARY> rs.status()
      {
      	"set" : "songza-new",
      	"date" : ISODate("2014-02-20T23:25:30Z"),
      	"myState" : 2,
      	"syncingTo" : "db1e.songza.com:27017",
      	"members" : [
      		{
      			"_id" : 4,
      			"name" : "db1b.songza.com:27017",
      			"health" : 1,
      			"state" : 2,
      			"stateStr" : "SECONDARY",
      			"uptime" : 28048,
      			"optime" : {
      				"t" : 1392938730000,
      				"i" : 70
      			},
      			"optimeDate" : ISODate("2014-02-20T23:25:30Z"),
      			"lastHeartbeat" : ISODate("2014-02-20T23:25:30Z"),
      			"lastHeartbeatRecv" : ISODate("2014-02-20T23:25:30Z"),
      			"pingMs" : 1,
      			"syncingTo" : "db1e.songza.com:27017"
      		},
      		{
      			"_id" : 6,
      			"name" : "db1e.songza.com:27017",
      			"health" : 1,
      			"state" : 1,
      			"stateStr" : "PRIMARY",
      			"uptime" : 28048,
      			"optime" : {
      				"t" : 1392938729000,
      				"i" : 20
      			},
      			"optimeDate" : ISODate("2014-02-20T23:25:29Z"),
      			"lastHeartbeat" : ISODate("2014-02-20T23:25:29Z"),
      			"lastHeartbeatRecv" : ISODate("2014-02-20T23:25:30Z"),
      			"pingMs" : 0
      		},
      		{
      			"_id" : 7,
      			"name" : "db1c.songza.com:27017",
      			"health" : 1,
      			"state" : 2,
      			"stateStr" : "SECONDARY",
      			"uptime" : 28048,
      			"optime" : {
      				"t" : 1392938728000,
      				"i" : 131
      			},
      			"optimeDate" : ISODate("2014-02-20T23:25:28Z"),
      			"lastHeartbeat" : ISODate("2014-02-20T23:25:28Z"),
      			"lastHeartbeatRecv" : ISODate("2014-02-20T23:25:29Z"),
      			"pingMs" : 0,
      			"syncingTo" : "db1e.songza.com:27017"
      		},
      		{
      			"_id" : 8,
      			"name" : "db1d.songza.com:27017",
      			"health" : 1,
      			"state" : 2,
      			"stateStr" : "SECONDARY",
      			"uptime" : 28048,
      			"optime" : {
      				"t" : 1392938728000,
      				"i" : 176
      			},
      			"optimeDate" : ISODate("2014-02-20T23:25:28Z"),
      			"lastHeartbeat" : ISODate("2014-02-20T23:25:28Z"),
      			"lastHeartbeatRecv" : ISODate("2014-02-20T23:25:30Z"),
      			"pingMs" : 1,
      			"syncingTo" : "db1e.songza.com:27017"
      		},
      		{
      			"_id" : 9,
      			"name" : "db1f.songza.com:27017",
      			"health" : 1,
      			"state" : 2,
      			"stateStr" : "SECONDARY",
      			"uptime" : 38524,
      			"optime" : {
      				"t" : 1392938730000,
      				"i" : 123
      			},
      			"optimeDate" : ISODate("2014-02-20T23:25:30Z"),
      			"self" : true
      		}
      	],
      	"ok" : 1
      }
      

            Assignee:
            Unassigned Unassigned
            Reporter:
            roysmith Roy Smith
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: