[ 
https://issues.apache.org/jira/browse/CASSANDRA-8162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14356378#comment-14356378
 ] 

Aleksey Yeschenko commented on CASSANDRA-8162:
----------------------------------------------

Thanks. That's exactly what I had in mind.

Committed in {{814bd325e55879d93f86c97189893581208556f5}} with some very minor 
changes:
- reverted {{ClientState}} constructor changes in favor of moving typecasting 
to {{ClientState#forExternalCalls()}} method
- removed the null check/conditional add in 
{{TraceKeyspace#makeStartSessionMutation()}} - we don't trace internal calls, 
so the address will always be there (and even if it doesn't by some mistake, 
{{CFRowAdder#add()}} will just generate a tombstone)

bq. I could not see the new column in cqlsh until I wiped all the data, is 
there anything else to do when adding a new column to a system table other than 
changing the schema?

For regular system tables (the ones that live inside {{system}} keyspace), no, 
there is nothing else to do. {{system_traces.*}} tables, however, are not 
handled the same way - we use the default schema propagation algorithm there, 
to allow altering the replication factor of tracing. And we do the same for 
{{system_auth}}. We should probably not do that - I'll take care of that in a 
separate ticket. For now, as you've observed, only fresh 3.0 installs will 
observe the new column. But again - I'll deal with it.

bq. Also, the client will not appear in the cqlsh automatic trace output unless 
we extend the python driver and cql python library.

Care to open a new ticket and deal with the driver change, or do you want to 
delegate to the Drivers team? We do both, depending on the issue.

> Log client address in query trace
> ---------------------------------
>
>                 Key: CASSANDRA-8162
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8162
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Tyler Hobbs
>            Assignee: Stefania
>            Priority: Minor
>             Fix For: 3.0
>
>         Attachments: 8162.txt
>
>
> With probabilistic tracing, it can be helpful to log the source IP for 
> queries.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to