You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Kishan Karunaratne (JIRA)" <ji...@apache.org> on 2015/06/11 19:24:00 UTC
[jira] [Updated] (CASSANDRA-9584) Decommissioning a node on Windows
sends the wrong schema change event
[ https://issues.apache.org/jira/browse/CASSANDRA-9584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kishan Karunaratne updated CASSANDRA-9584:
------------------------------------------
Reproduced In: 2.2.0 rc1
> Decommissioning a node on Windows sends the wrong schema change event
> ---------------------------------------------------------------------
>
> Key: CASSANDRA-9584
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9584
> Project: Cassandra
> Issue Type: Bug
> Environment: C* 2.2.0-rc1 | python-driver 2.6.0-rc1 | Windows Server 2012 R2 64-bit
> Reporter: Kishan Karunaratne
>
> Decommissioning a node on Windows sends the wrong schema change event:
> {noformat}
> cassandra.connection: DEBUG: Message pushed from server: <EventMessage(event_type=u'STATUS_CHANGE', trace_id=None, event
> _args={'change_type': u'DOWN', 'address': ('127.0.0.2', 9042)}, stream_id=-1)>
> {noformat}
> On Linux I get the correct event:
> {noformat}
> cassandra.connection: DEBUG: Message pushed from server: <EventMessage(event_type=u'TOPOLOGY_CHANGE', trace_id=None, event_args={'change_type': u'REMOVED_NODE', 'address': ('127.0.0.2', 9042)}, stream_id=-1)>
> {noformat}
> We are using ccmlib node.py.decommission() which calls nodetool decommission:
> {noformat}
> def decommission(self):
> self.nodetool("decommission")
> self.status = Status.DECOMMISIONNED
> self._update_config()
> {noformat}
> Interestingly, it does seem to work (correctly?) on CCM CLI:
> {noformat}
> PS C:\Users\Administrator> ccm status
> Cluster: '2.2'
> --------------
> node1: UP
> node3: UP
> node2: UP
> PS C:\Users\Administrator> ccm node1 ring
> Starting NodeTool
> Datacenter: datacenter1
> ==========
> Address Rack Status State Load Owns Token
> 3074457345618258602
> 127.0.0.1 rack1 Up Normal 62.43 KB ? -9223372036854775808
> 127.0.0.2 rack1 Up Normal 104.87 KB ? -3074457345618258603
> 127.0.0.3 rack1 Up Normal 83.67 KB ? 3074457345618258602
> Note: Non-system keyspaces don't have the same replication settings, effective ownership information is meaningless
> PS C:\Users\Administrator> ccm node2 decommission
> PS C:\Users\Administrator> ccm status
> Cluster: '2.2'
> --------------
> node1: UP
> node3: UP
> node2: DECOMMISIONNED
> PS C:\Users\Administrator> ccm node1 ring
> Starting NodeTool
> Datacenter: datacenter1
> ==========
> Address Rack Status State Load Owns Token
> 3074457345618258602
> 127.0.0.1 rack1 Up Normal 67.11 KB ? -9223372036854775808
> 127.0.0.3 rack1 Up Normal 88.35 KB ? 3074457345618258602
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)