You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Nimbus Lin <ji...@live.com> on 2020/01/10 04:52:50 UTC

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

To Michael:

     Thank you for your deeper solving method than my comment out the grep options in .bashrc . 


Thank you!

Sincerely
Nimbuslin(Lin JiaXin)
Mobile: 0086 180 5986 1565
Mail: jiaxinlin@live.com


________________________________________
From: Michael Shuler <mi...@pbandjelly.org>
Sent: Sunday, December 29, 2019 3:39 PM
To: user@cassandra.apache.org
Subject: Re: 回复:Re: Reply:Reply: Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-ea”?

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_com@sina.com
> mobile:0086 180 5986 1565
>
>
> ----- 原始邮件 -----
> 发件人:Michael Shuler <mi...@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_com@sina.com
>  > mobile:0086 180 5986 1565
>  >
>  >
>  > ----- 原始邮件 -----
>  > 发件人:Jeff Jirsa <jj...@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 <di...@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" <ww...@sina.com>
>  >> Date: 24/12/2019 09:39 (GMT+01:00)
>  >> To: Dimo Velev <di...@gmail.com>
>  >> Cc: user <us...@cassandra.apache.org>, dev-help
>  >> <de...@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_com@sina.com
>  >> mobile:0086 180 5986 1565
>  >>
>  >>
>  >> ----- 原始邮件 -----
>  >> 发件人:Dimo Velev <di...@gmail.com>
>  >> 收件人:user@cassandra.apache.org, dev-help
>  >> <de...@cassandra.apache.org>, www_8ems_com <ww...@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" <ww...@sina.com>
>  >> Date: 24/12/2019 08:03 (GMT+01:00)
>  >> To: user <us...@cassandra.apache.org>, dev-help
>  >> <de...@cassandra.apache.org>, www_8ems_com <ww...@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_com@sina.com
>  >> mobile:0086 180 5986 1565
>  >>
>  >
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
>  > For additional commands, e-mail: user-help@cassandra.apache.org
>  >
> BKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB[XܚXKK[XZ[\\][XܚXP\[K\XKܙB܈Y][ۘ[[X[K[XZ[\\Z[\[K\XKܙB