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
