Re: 回复:Re: Reply:Reply: Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-ea”?

2019-12-29 Thread Michael Shuler
Aha. conf/cassandra-env.sh: for opt in `grep "^-" $JVM_OPTS_FILE` You might try --color=auto, instead of =always in your shell config. I think that may only output the colors when connected to a terminal and leave the programmatic JVM_OPTS buildup clean. Cassandra should really be run as a no

回复:repair failed

2019-12-29 Thread gloCalHelp.com
TO Oliver : Maybe repair should be executed after all data in MEMTBL are all flushed into harddisk? Sincerely yours, Georgelin www_8ems_...@sina.com mobile:0086 180 5986 1565 - 原始邮件 - 发件人:Oliver Herrmann 收件人:user@cassandra.apache.org 主题:repair failed 日期:2019年12月28日 23点15分 H

回复:Re: Reply:Reply: Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-ea”?

2019-12-29 Thread gloCalHelp.com
TO Michael : Thank you for your guiding. I check the conf/jvm.options, it is not changed . Anyway, I find the strange cause now: if I add "export GREP_OPTIONS='--color=always' GREP_COLOR='1;33" not only in /etc/bashrc but also in ~/.bashrc, it will add strange code to stop to load cas