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: jiaxin...@live.com
________________________________________
From: Michael Shuler <mich...@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_...@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 [1;88m[K-[m[Kea",
> > 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
