[ https://issues.apache.org/jira/browse/CASSANDRA-10982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15088967#comment-15088967 ]
Sylvain Lebresne commented on CASSANDRA-10982: ---------------------------------------------- bq. Additionally, I don't think 10140 made it to trunk Something is wrong with my git fu but I don't know what. According to the git log, the patch from 3.0 _was_ properly merged but the changes somehow weren't applied as if the merge was done with {{--strategy=ours}} even though I'm 100% sure the merge was not done with that option. This is not the only patch that I merge that had this problem in the last few days so if someone knows what I'm doing wrong and can enlighten me, that would be highly appreciated. I did fix this manually in the meantime. > Put gc.log in -Dcassandra.logdir location by default > ---------------------------------------------------- > > Key: CASSANDRA-10982 > URL: https://issues.apache.org/jira/browse/CASSANDRA-10982 > Project: Cassandra > Issue Type: Bug > Components: Configuration > Reporter: Philip Thompson > Fix For: 2.2.x, 3.0.x, 3.x > > > CASSANDRA-10140 turned on gc.log by default, and set it's location to > CASSANDRA_HOME/logs. It would be much better UX if when -Dcassandra.logdir > was set, that it was used instead. This way users don't have to separately > configure gc.log from the other log files. > Additionally, I don't think 10140 made it to trunk, as grepping for `loggc` > there shows me nothing in cassandra-env.sh as of 31f67c289. -- This message was sent by Atlassian JIRA (v6.3.4#6332)