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 non-interactive daemon user with limited privileges, but that's a different conversation.

Kind regards,
Michael

On 12/29/19 2:50 AM, gloCalHelp.com wrote:
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 cassandra and throw the -ea error.

      Thanks Jeff, Dimo,Shalom and other helps for your help.


Sincerely yours,
Georgelin
www_8ems_...@sina.com
mobile:0086 180 5986 1565


----- 原始邮件 -----
发件人:Michael Shuler <mich...@pbandjelly.org>
收件人:user@cassandra.apache.org
主题:Re: Reply:Reply: Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-ea”?
日期:2019年12月28日 00点38分

Reading the log, it is apparent that something/someone has edited
conf/jvm.options and it now includes ANSI escape codes. This can be seen
in the log where it builds up JVM_OPTS and the final exec call. If this
same conf/jvm.options file was used to start up the various versions
tested, this also explains why the problem persists.
Actual final error from log using `less` to view:
Error: Could not find or load main class ESC[1;88mESC[K-ESC[mESC[Kea
ESC[1;88m is a console color code, I believe(?).
Fix the edited conf/jvm.options configuration file or start with a fresh
copy, perhaps using a different text editor.
Kind regards,
Michael
On 12/27/19 6:21 AM, gloCalHelp.com wrote:
 > P.S.: Sorry that I don't receive the mail sent last night, so I resend
 > the below mail.
 >
 > TO Jeff:
 >             Thank you very much for your good method to see the shell
 > program's execution log, but the log is long, and
 > even I set CASSANDRA_HOME and JAVA_HOME at the beginning of
 > bin/cassandra, the echo show both them are correct,
 > the the cassandraDaemon.class is really in the detect classpath of
 > $CASSANDRA_HOME/lib/ache-cassandra-3.11.3.jar,
 > it still suddenly failed to start?
 >              And I don't know why finally the -x log display some
 > strange character among the error "Error: Could not find or load main
 > class -ea  " as
>                                                                                                                                          "Error: Could not find or load main class -ea",
 > why there are some strange character insert?Has hacker change my bash's
 > binary code to insert these strange code? why the hacker prevent me from
 > developing and using cassandra?
 > the bash debug log is as the atachment file of
 > "ShellDebugNoGrepColor3.log" .
 >
 >
 > Sincerely yours,
 > Georgelin
 > www_8ems_...@sina.com
 > mobile:0086 180 5986 1565
 >
 >
 > ----- 原始邮件 -----
 > 发件人:Jeff Jirsa <jji...@gmail.com>
 > 收件人:user@cassandra.apache.org
 > 主
> 题:Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-
 > ea”?
 > 日期:2019年12月26日 03点36分
 >
 > bin/cassandra sources a few different files and tries to source the
 > right ones but does try some system paths
 >
 > One of those probably has the startup args mangled so the jvm flag to
 > enable assertions isn’t in the right order
 >
 > Sent from my iPhone
 >
 >> On Dec 25, 2019, at 8:06 AM, Dimo Velev <dimo.ve...@gmail.com> wrote:
 >>
 >> Please add -x to your shebang (the line that starts with #!) - e.g.
 >> #!/bin/bash -x to your Cassandra startup script. This will log each
 >> line before executing it. If that does not point you to the problem
 >> paste the output here.
 >>
 >> If something breaks even for separate checkout, maybe the scripts are
 >> sourcing in something from your user home directory which is broken
 >> (or your shell profile/rc)
 >>
 >>
 >> -------- Original message --------
 >> From: "gloCalHelp.com" <www_8ems_...@sina.com>
 >> Date: 24/12/2019 09:39 (GMT+01:00)
 >> To: Dimo Velev <dimo.ve...@gmail.com>
 >> Cc: user <user@cassandra.apache.org>, dev-help
 >> <dev-h...@cassandra.apache.org>
 >> Subject: 回
>> 复:RE:_Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-
 >> ea”?
 >>
 >> To Dimo:
 >>
 >>      Thank you for your reply and guiding , but not only my customized
 >> soure, but also the original cassandra 3.11.3/4 suddenly cann't run as
 >> several years ago and throw the -ea errors, and I have check the
 >> original running bin/cassandra source and centos's environment, no any
 >> -ea let. And the cassandra's running JVM's parameters are shown as
 >> below, there
 >>  is no any -ea JVM variable left. I will check Centos JVM's
 >> environment, in addition to the suddenly deleted lib folder too, it
 >> seems that some hackers play a prank on me to stop my developing and
 >> using cassandra.
 >>
 >>       Is there any genius can help me?
 >>
 >> Sincerely yours,
 >> Georgelin
 >> www_8ems_...@sina.com
 >> mobile:0086 180 5986 1565
 >>
 >>
 >> ----- 原始邮件 -----
 >> 发件人:Dimo Velev <dimo.ve...@gmail.com>
 >> 收件人:user@cassandra.apache.org, dev-help
 >> <dev-h...@cassandra.apache.org>, www_8ems_com <www_8ems_...@sina.com>
 >> 主
>> 题:RE:_Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-
 >> ea”?
 >> 日期:2019年12月24日 16点13分
 >>
 >> -ea is a jvm parameter to enable assertions. Maybe you are passing it
 >> at the wrong place and the jvm interprets it as class name that you
 >> want to start.
 >>
 >> -------- Original message --------
 >> From: "gloCalHelp.com" <www_8ems_...@sina.com>
 >> Date: 24/12/2019 08:03 (GMT+01:00)
 >> To: user <user@cassandra.apache.org>, dev-help
 >> <dev-h...@cassandra.apache.org>, www_8ems_com <www_8ems_...@sina.com>
 >> Subject: Why suddenly cassandra 3.11.4 and 3.11.3 “can not find or
 >> load main class -ea”?
 >>
 >> Dear cassandra pioneers and users:
 >> Yesterday afternoon, I can run cassandra 3.11.4's git-clone-src by
 >> using "bin/cassandra", but after I changed some codes by Eclipse,
 >>  and compile without any error, not only the runnable source version,
>> but also I redownload 3.11.4-bin.tar.gz and 3.11.3 from official website,
 >> they can't run by command of "./bin/cassandra", the steps and logs are
 >> as below:
 >>
 >> [gloCalHelp.com@gloCalHelp5 apache-cassandra-3.11.4]$ ./bin/cassandra
 >> & [1] 5872 [gloCalHelp.com@gloCalHelp5 apache-cassandra-3.11.4]$
 >> classname is+ org.apache.cassandra.service.CassandraDaemon +CLASSPATH
>> is+./bin/../conf:./bin/../build/classes/main:./bin/../build/classes/thrift:./bin/../lib/airline-0.6.jar:./bin/../lib/antlr-runtime-3.5.2.jar*:./bin/../lib/apache-cassandra-3.11.4.jar:*./bin/../lib/apache-cassandra-thrift-3.11.4.jar:./bin/../lib/asm-5.0.4.jar:./bin/../lib/caffeine-2.2.6.jar:./bin/../lib/cassandra-driver-core-3.0.1-shaded.jar:./bin/../lib/commons-cli-1.1.jar:./bin/../lib/commons-codec-1.9.jar:./bin/../lib/commons-lang3-3.1.jar:./bin/../lib/commons-math3-3.2.jar:./bin/../lib/compress-lzf-0.8.4.jar:./bin/../lib/concurrentlinkedhashmap-lru-1.4.jar:./bin/../lib/concurrent-trees-2.4.0.jar:./bin/../lib/disruptor-3.0.1.jar:./bin/../lib/ecj-4.4.2.jar:./bin/../lib/guava-18.0.jar:./bin/../lib/HdrHistogram-2.1.9.jar:./bin/../lib/high-scale-lib-1.0.6.jar:./bin/../lib/hppc-0.5.4.jar:./bin/../lib/jackson-core-asl-1.9.13.jar:./bin/../lib/jackson-mapper-asl-1.9.13.jar:./bin/../lib/jamm-0.3.0.jar:./bin/../lib/javax.inject.jar:./bin/../lib/jbcrypt-0.3m.jar:./bin/../lib/jcl-over-slf4j-1.7.7.jar:./bin/../lib/jctools-core-1.2.1.jar:./bin/../lib/jflex-1.6.0.jar:./bin/../lib/jna-4.2.2.jar:./bin/../lib/joda-time-2.4.jar:./bin/../lib/json-simple-1.1.jar:./bin/../lib/jstackjunit-0.0.1.jar:./bin/../lib/libthrift-0.9.2.jar:./bin/../lib/log4j-over-slf4j-1.7.7.jar:./bin/../lib/logback-classic-1.1.3.jar:./bin/../lib/logback-core-1.1.3.jar:./bin/../lib/lz4-1.3.0.jar:./bin/../lib/metrics-core-3.1.5.jar:./bin/../lib/metrics-jvm-3.1.5.jar:./bin/../lib/metrics-logback-3.1.5.jar:./bin/../lib/netty-all-4.0.44.Final.jar:./bin/../lib/ohc-core-0.4.4.jar:./bin/../lib/ohc-core-j8-0.4.4.jar:./bin/../lib/reporter-config3-3.0.3.jar:./bin/../lib/reporter-config-base-3.0.3.jar:./bin/../lib/sigar-1.6.4.jar:./bin/../lib/slf4j-api-1.7.7.jar:./bin/../lib/snakeyaml-1.11.jar:./bin/../lib/snappy-java-1.1.1.7.jar:./bin/../lib/snowball-stemmer-1.3.0.581.1.jar:./bin/../lib/ST4-4.0.8.jar:./bin/../lib/stream-2.5.2.jar:./bin/../lib/thrift-server-0.3.7.jar:./bin/../lib/jsr223////.jar
 >>
 >>
 >> Error: Could not find or load main class -ea
 >> [1]+ Done ./bin/cassandra
 >> [gloCalHelp.com@gloCalHelp5 apache-cassandra-3.11.4]$ free -m
 >>  total used free shared buffers cached Mem:
 >> 4567 801 *3766* 5 20 190 -/+ buffers/cache: 590 3977 Swap: 1031 0 1031
 >> and the main class CassandraDaemon and classpath are there as
 >> ":./bin/../lib/apache-cassandra-3.11.4.jar:",
 >> why Centos 6.9 cann't run in win10's vmware now?
 >>
 >> I would very appreciate your guiding. Thank you ahead.
 >>
 >>
 >>
 >>
 >> Sincerely yours,
 >> Georgelin
 >> www_8ems_...@sina.com
 >> mobile:0086 180 5986 1565
 >>
 >
 >
 > ---------------------------------------------------------------------
 > To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
 > For additional commands, e-mail: user-h...@cassandra.apache.org
 >
BKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB[XܚXKK[XZ[\\][XܚXP\[K\XKܙB܈Y][ۘ[[X[K[XZ[\\Z[\[K\XKܙB

Reply via email to