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: jiaxin...@live.com From: Michael Shuler 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 > 收件人：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 > > 收件人：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 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. &g
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 收件人：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 > 收件人：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 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" >> Date: 24/12/2019 09:39 (GMT+01:00) >> To: Dimo Velev >> Cc: user , dev-help >> >> 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'
回复：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 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 收件人：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 > 收件人：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 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" >> Date: 24/12/2019 09:39 (GMT+01:00) >> To: Dimo Velev >> Cc: user , dev-help >> >> 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? >> >> S
Re: Reply:Reply: Re:__Why_suddenly_cassandra_3.11.4_and_3.11.3_“can_not_find_or_load_main_class_-ea”?
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 收件人：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 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" Date: 24/12/2019 09:39 (GMT+01:00) To: Dimo Velev Cc: user , dev-help 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 收件人：user@cassandra.apache.org, dev-help , www_8ems_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" Date: 24/12/2019 08:03 (GMT+01:00) To: user , dev-help , www_8ems_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:
