Hello,
It is my pleasure to announce the immediate availability of RHQ 4.9
You can read about the release here:
http://pilhuhn.blogspot.com/2013/09/rhq-49-released.html
Make sure to read the release notes and installation guide
Special thanks goes to
• Elias Ross
• Jérémie Lagarde
• Michael Burman
for their code contributions for this release and to Stian Lund for his repeated testing of the new graphs implementation.
Maven artefacts should show up in the JBoss Nexus and Central soon.
Heiko on behalf of the RHQ team
Congrats ! And thank you Elias, Jérémie, Michael and Stian !
On 09/11/2013 06:29 PM, Heiko W.Rupp wrote:
Hello,
It is my pleasure to announce the immediate availability of RHQ 4.9
You can read about the release here:
http://pilhuhn.blogspot.com/2013/09/rhq-49-released.html
Make sure to read the release notes and installation guide
Special thanks goes to
• Elias Ross
• Jérémie Lagarde
• Michael Burman
for their code contributions for this release and to Stian Lund for his repeated testing of the new graphs implementation.
Maven artefacts should show up in the JBoss Nexus and Central soon.
Heiko on behalf of the RHQ team
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
On Wed, Sep 11, 2013 at 9:29 AM, Heiko W.Rupp hrupp@redhat.com wrote:
Hello,
It is my pleasure to announce the immediate availability of RHQ 4.9
You can read about the release here:
http://pilhuhn.blogspot.com/2013/09/rhq-49-released.html
Make sure to read the release notes and installation guide
Special thanks goes to
• Elias Ross
Thanks for the shout-out.
Does this release require JDK 7?
The storage patch seems to:
rhq48-storage-patch (master) $ ./rhq48-storage-patch.sh ../rhq-server-4.8.0 127.0.0.1 9160 7299 Copying patch file to ../rhq-server-4.8.0/rhq-storage/lib Starting RHQ Storage node ... Exception in thread "main" java.lang.UnsupportedClassVersionError: org/apache/cassandra/tools/NodeCmd : Unsupported major.minor version 51.0
On Wed, Sep 11, 2013 at 3:26 PM, Elias Ross genman@noderunner.net wrote:
Does this release require JDK 7?
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
$ ./rhqctl start --storage Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8 23:29:40,705 INFO [org.jboss.modules] JBoss Modules version 1.2.0.CR1 xss = -ea -javaagent:./../lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms512M -Xmx512M -Xmn128M -XX:+HeapDumpOnOutOfMemoryError -Xss180k Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
The stack size specified is too small, Specify at least 228k Error: Could not create the Java Virtual Machine.
... Not good. I got rid of this Linux optimization in 'conf/cassandra-env.sh':
if [ "`uname`" = "Linux" ] ; then # reduce the per-thread stack size to minimize the impact of Thrift # thread-per-client. (Best practice is for client connections to # be pooled anyway.) Only do so on Linux where it is known to be # supported. # u34 and greater need 180k JVM_OPTS="$JVM_OPTS -Xss180k" fi ^^^ REMOVE THIS
The other quirky things:
$ ./rhq48-storage-patch.sh $HOME/rhq-server-4.8.0/ 17.176.211.63 9160 7299
* You need a slash at the end of the directory name * The host IP or name needs to be indicated, even for localhost
I'm also not sure about what this is:
INFO 23:41:34,580 Opening /home/e/cassandra/data/system/schema_keyspaces/system-schema_keyspaces-ib-10 (316 bytes) Waiting for RHQ Storage Node to start up... Running CQL script to disable table compression Traceback (most recent call last): File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2279, in <module> main(*read_options(sys.argv[1:], os.environ)) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2265, in main display_float_precision=options.float_precision) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 483, in __init__ cql_version=cqlver, transport=transport) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 143, in connect File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 59, in __init__ File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/thrifteries.py", line 157, in establish_connection File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 455, in login File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 476, in recv_login cql.cassandra.ttypes.AuthenticationException: AuthenticationException(why='org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level ONE')
Fortunately, this is all just a test system... One thing I noticed it is very slow, so I hope next release you add back compression and keep it.
The cassandra-env.sh script no longer ships with RHQ 4.9. On what platform/JRE are you running where you had to change the thread stack size. In both 4.8 and 4.9 the installer increases it to 240k if you are running OpenJDK with an arch that is one i386, amd64, or i686. I need to go back and check, but I want to say that the default size of 180k works fine with OpenJDK 7.
This release does not require Java 7. With respect to the storage node, extensive testing was done with Java 6.
I have not seen the AuthenticationException before when running the patch script. Did you by any chance make changes to the system_auth keyspace?
On Sep 11, 2013, at 7:48 PM, Elias Ross genman@noderunner.net wrote:
On Wed, Sep 11, 2013 at 3:26 PM, Elias Ross genman@noderunner.net wrote:
Does this release require JDK 7?
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
$ ./rhqctl start --storage Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8 23:29:40,705 INFO [org.jboss.modules] JBoss Modules version 1.2.0.CR1 xss = -ea -javaagent:./../lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms512M -Xmx512M -Xmn128M -XX:+HeapDumpOnOutOfMemoryError -Xss180k Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
The stack size specified is too small, Specify at least 228k Error: Could not create the Java Virtual Machine.
... Not good. I got rid of this Linux optimization in 'conf/cassandra-env.sh':
if [ "`uname`" = "Linux" ] ; then # reduce the per-thread stack size to minimize the impact of Thrift # thread-per-client. (Best practice is for client connections to # be pooled anyway.) Only do so on Linux where it is known to be # supported. # u34 and greater need 180k JVM_OPTS="$JVM_OPTS -Xss180k" fi ^^^ REMOVE THIS
The other quirky things:
$ ./rhq48-storage-patch.sh $HOME/rhq-server-4.8.0/ 17.176.211.63 9160 7299
- You need a slash at the end of the directory name
- The host IP or name needs to be indicated, even for localhost
I'm also not sure about what this is:
INFO 23:41:34,580 Opening /home/e/cassandra/data/system/schema_keyspaces/system-schema_keyspaces-ib-10 (316 bytes) Waiting for RHQ Storage Node to start up... Running CQL script to disable table compression Traceback (most recent call last): File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2279, in <module> main(*read_options(sys.argv[1:], os.environ)) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2265, in main display_float_precision=options.float_precision) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 483, in __init__ cql_version=cqlver, transport=transport) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 143, in connect File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 59, in __init__ File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/thrifteries.py", line 157, in establish_connection File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 455, in login File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 476, in recv_login cql.cassandra.ttypes.AuthenticationException: AuthenticationException(why='org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level ONE')
Fortunately, this is all just a test system... One thing I noticed it is very slow, so I hope next release you add back compression and keep it.
rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
Disregard my first question. I see that you already mentioned that you are running on JDK7u40 on x86_64 EL6. I'll have to investigate this. Feel free to assign a bug as well. Thanks for the detailed feedback.
On Sep 11, 2013, at 8:12 PM, John Sanda jsanda@redhat.com wrote:
The cassandra-env.sh script no longer ships with RHQ 4.9. On what platform/JRE are you running where you had to change the thread stack size. In both 4.8 and 4.9 the installer increases it to 240k if you are running OpenJDK with an arch that is one i386, amd64, or i686. I need to go back and check, but I want to say that the default size of 180k works fine with OpenJDK 7.
This release does not require Java 7. With respect to the storage node, extensive testing was done with Java 6.
I have not seen the AuthenticationException before when running the patch script. Did you by any chance make changes to the system_auth keyspace?
On Sep 11, 2013, at 7:48 PM, Elias Ross genman@noderunner.net wrote:
On Wed, Sep 11, 2013 at 3:26 PM, Elias Ross genman@noderunner.net wrote:
Does this release require JDK 7?
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
$ ./rhqctl start --storage Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8 23:29:40,705 INFO [org.jboss.modules] JBoss Modules version 1.2.0.CR1 xss = -ea -javaagent:./../lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms512M -Xmx512M -Xmn128M -XX:+HeapDumpOnOutOfMemoryError -Xss180k Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
The stack size specified is too small, Specify at least 228k Error: Could not create the Java Virtual Machine.
... Not good. I got rid of this Linux optimization in 'conf/cassandra-env.sh':
if [ "`uname`" = "Linux" ] ; then # reduce the per-thread stack size to minimize the impact of Thrift # thread-per-client. (Best practice is for client connections to # be pooled anyway.) Only do so on Linux where it is known to be # supported. # u34 and greater need 180k JVM_OPTS="$JVM_OPTS -Xss180k" fi ^^^ REMOVE THIS
The other quirky things:
$ ./rhq48-storage-patch.sh $HOME/rhq-server-4.8.0/ 17.176.211.63 9160 7299
- You need a slash at the end of the directory name
- The host IP or name needs to be indicated, even for localhost
I'm also not sure about what this is:
INFO 23:41:34,580 Opening /home/e/cassandra/data/system/schema_keyspaces/system-schema_keyspaces-ib-10 (316 bytes) Waiting for RHQ Storage Node to start up... Running CQL script to disable table compression Traceback (most recent call last): File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2279, in <module> main(*read_options(sys.argv[1:], os.environ)) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 2265, in main display_float_precision=options.float_precision) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/cqlsh", line 483, in __init__ cql_version=cqlver, transport=transport) File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 143, in connect File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/connection.py", line 59, in __init__ File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/thrifteries.py", line 157, in establish_connection File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 455, in login File "/home/e/rhq-server-4.8.0//rhq-storage/bin/../lib/cql-internal-only-1.4.0.zip/cql-1.4.0/cql/cassandra/Cassandra.py", line 476, in recv_login cql.cassandra.ttypes.AuthenticationException: AuthenticationException(why='org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level ONE')
Fortunately, this is all just a test system... One thing I noticed it is very slow, so I hope next release you add back compression and keep it.
rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
On Wed, Sep 11, 2013 at 5:12 PM, John Sanda jsanda@redhat.com wrote:
The cassandra-env.sh script no longer ships with RHQ 4.9. On what platform/JRE are you running where you had to change the thread stack size. In both 4.8 and 4.9 the installer increases it to 240k if you are running OpenJDK with an arch that is one i386, amd64, or i686. I need to go back and check, but I want to say that the default size of 180k works fine with OpenJDK 7.
This release does not require Java 7. With respect to the storage node, extensive testing was done with Java 6.
I was talking about the upgrade script. The jarfile included in that package was compiled on JDK 7. I believe you that the storage node itself does not need it.
rhq48-storage-patch.zip
I have not seen the AuthenticationException before when running the patch script. Did you by any chance make changes to the system_auth keyspace?
No, not that I know of. I did sort of hack in the replication stuff, this is in cassandra.yaml 'seeds'. I didn't touch the keyspace, as far as I know.
The patch was compiled with Java 7. I will rebuild the patch with Java 6 tomorrow and get it uploaded to source forge asap.
I am particularly interested in the earlier error posted:
00:23:38,068 ERROR [org.rhq.enterprise.server.installer.InstallerServiceImpl] Could not complete Cassandra schema installation: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM: java.lang.RuntimeException: com.datastax.driver.core.exceptions.DriverInternalError: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM
All reads and writes are currently executed at consistency level ONE. What errors do you have in your rhq-storage.log?
On Sep 11, 2013, at 9:47 PM, Elias Ross genman@noderunner.net wrote:
On Wed, Sep 11, 2013 at 5:12 PM, John Sanda jsanda@redhat.com wrote: The cassandra-env.sh script no longer ships with RHQ 4.9. On what platform/JRE are you running where you had to change the thread stack size. In both 4.8 and 4.9 the installer increases it to 240k if you are running OpenJDK with an arch that is one i386, amd64, or i686. I need to go back and check, but I want to say that the default size of 180k works fine with OpenJDK 7.
This release does not require Java 7. With respect to the storage node, extensive testing was done with Java 6.
I was talking about the upgrade script. The jarfile included in that package was compiled on JDK 7. I believe you that the storage node itself does not need it.
rhq48-storage-patch.zip
I have not seen the AuthenticationException before when running the patch script. Did you by any chance make changes to the system_auth keyspace?
No, not that I know of. I did sort of hack in the replication stuff, this is in cassandra.yaml 'seeds'. I didn't touch the keyspace, as far as I know. _______________________________________________ rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
The QUORUM level query is done by Cassandra at start up when it checks to see whether or not it needs to create the default super user. What errors did you hit when you tried installing/upgrading with all three nodes running? You will need to go through the upgrade process for each node. Since multi-node support was incomplete in 4.8, the easiest/safest thing to do might be to decommission two of the nodes (using nodetool) and get through the upgrade with a single node. Then go back and re-deploy the additional nodes.
On Sep 11, 2013, at 11:30 PM, John Sanda jsanda@redhat.com wrote:
The patch was compiled with Java 7. I will rebuild the patch with Java 6 tomorrow and get it uploaded to source forge asap.
I am particularly interested in the earlier error posted:
00:23:38,068 ERROR [org.rhq.enterprise.server.installer.InstallerServiceImpl] Could not complete Cassandra schema installation: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM: java.lang.RuntimeException: com.datastax.driver.core.exceptions.DriverInternalError: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM
All reads and writes are currently executed at consistency level ONE. What errors do you have in your rhq-storage.log?
On Sep 11, 2013, at 9:47 PM, Elias Ross genman@noderunner.net wrote:
On Wed, Sep 11, 2013 at 5:12 PM, John Sanda jsanda@redhat.com wrote: The cassandra-env.sh script no longer ships with RHQ 4.9. On what platform/JRE are you running where you had to change the thread stack size. In both 4.8 and 4.9 the installer increases it to 240k if you are running OpenJDK with an arch that is one i386, amd64, or i686. I need to go back and check, but I want to say that the default size of 180k works fine with OpenJDK 7.
This release does not require Java 7. With respect to the storage node, extensive testing was done with Java 6.
I was talking about the upgrade script. The jarfile included in that package was compiled on JDK 7. I believe you that the storage node itself does not need it.
rhq48-storage-patch.zip
I have not seen the AuthenticationException before when running the patch script. Did you by any chance make changes to the system_auth keyspace?
No, not that I know of. I did sort of hack in the replication stuff, this is in cassandra.yaml 'seeds'. I didn't touch the keyspace, as far as I know. _______________________________________________ rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
On Wed, Sep 11, 2013 at 8:40 PM, John Sanda jsanda@redhat.com wrote:
The QUORUM level query is done by Cassandra at start up when it checks to see whether or not it needs to create the default super user. What errors did you hit when you tried installing/upgrading with all three nodes running? You will need to go through the upgrade process for each node. Since multi-node support was incomplete in 4.8, the easiest/safest thing to do might be to decommission two of the nodes (using nodetool) and get through the upgrade with a single node. Then go back and re-deploy the additional nodes.
I did the decommission, but it seems like it's in a bad state now:
19:19:05,229 ERROR [org.rhq.storage.installer.StorageInstaller] The storage node reported the following errors while trying to start:
java.lang.RuntimeException: org.apache.cassandra.exceptions.ConfigurationException: Cannot add column family 'users' to non existing keyspace 'system_auth'. at org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:127) at org.apache.cassandra.auth.Auth.setupUsersTable(Auth.java:195) at org.apache.cassandra.auth.Auth.setup(Auth.java:129) at org.apache.cassandra.service.StorageService.joinTokenRing(StorageService.java:810) at org.apache.cassandra.service.StorageService.initServer(StorageService.java:554) at org.apache.cassandra.service.StorageService.initServer(StorageService.java:451) at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:348)
I'm just going to toss it all out and start fresh. Thanks for your help.
On Wed, Sep 11, 2013 at 4:48 PM, Elias Ross genman@noderunner.net wrote:
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
...
And another issue is the upgrade fails as well with a similar error. It looks like the cassandra-jvm.properties bundled has the same bad -Xss setting as before.
00:14:47,289 INFO [org.rhq.storage.installer.StorageInstaller] Updating rhq-server.properties... 00:14:47,302 INFO [org.rhq.storage.installer.StorageInstaller] Starting RHQ Storage Node 00:14:47,350 ERROR [org.rhq.storage.installer.StorageInstaller] The storage node reported the following errors while trying to start:
Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit.
$ find . -name *.jar | xargs ls -lS -rw-r--r-- 1 elias_ross iadops 18026619 Feb 12 2013 ./jbossas/modules/system/layers/base/org/jboss/as/console/eap/jboss-as-console-1.5.0.Final-redhat-2-resources.jar -rw-r--r-- 1 elias_ross iadops 12545254 Sep 10 16:04 ./modules/org/rhq/rhq-cassandra-installer/main/rhq-cassandra-ccm-core-4.9.0.jar -rw-r--r-- 1 elias_ross iadops 12545254 Sep 10 17:06 ./modules/org/rhq/rhq-installer-util/main/rhq-cassandra-ccm-core-4.9.0.jar
I was not sure which one to patch (why are there these identical files?) but I patched the first...
unzip ./modules/org/rhq/rhq-cassandra-installer/main/rhq-cassandra-ccm-core-4.9.0.jar conf/cassandra-jvm.properties unzip cassandra.zip conf/cassandra-jvm.properties vi conf/cassandra-jvm.properties zip -u cassandra.zip conf/cassandra-jvm.properties zip -u ./modules/org/rhq/rhq-cassandra-installer/main/rhq-cassandra-ccm-core-4.9.0.jar cassandra.zip
... continued install ...
Then:
00:23:36,418 ERROR [org.rhq.cassandra.schema.VersionManager] com.datastax.driver.core.exceptions.DriverInternalError: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM 00:23:36,418 INFO [org.rhq.cassandra.schema.AbstractManager] Shutting down existing cluster connections 00:23:38,068 ERROR [org.rhq.enterprise.server.installer.InstallerServiceImpl] Could not complete Cassandra schema installation: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM: java.lang.RuntimeException: com.datastax.driver.core.exceptions.DriverInternalError: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM at org.rhq.cassandra.schema.VersionManager.create(VersionManager.java:128) [rhq-cassandra-schema-4.9.0.jar:4.9.0] at org.rhq.cassandra.schema.VersionManager.install(VersionManager.java:92) [rhq-cassandra-schema-4.9.0.jar:4.9.0] at org.rhq.cassandra.schema.SchemaManager.install(SchemaManager.java:100) [rhq-cassandra-schema-4.9.0.jar:4.9.0] at org.rhq.enterprise.server.installer.InstallerServiceImpl.prepareDatabase(InstallerServiceImpl.java:494) [rhq-installer-util-4.9.0.jar:4.9.0] at org.rhq.enterprise.server.installer.InstallerServiceImpl.install(InstallerServiceImpl.java:261) [rhq-installer-util-4.9.0.jar:4.9.0] at org.rhq.enterprise.server.installer.Installer.doInstall(Installer.java:117) [rhq-installer-util-4.9.0.jar:4.9.0] at org.rhq.enterprise.server.installer.Installer.main(Installer.java:58) [rhq-installer-util-4.9.0.jar:4.9.0] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_40] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_40] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_40] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_40] at org.jboss.modules.Module.run(Module.java:262) [jboss-modules.jar:1.2.0.CR1] at org.jboss.modules.Main.main(Main.java:329) [jboss-modules.jar:1.2.0.CR1] Caused by: com.datastax.driver.core.exceptions.DriverInternalError: An unexpected error occured server side: java.lang.RuntimeException: org.apache.cassandra.exceptions.UnavailableException: Cannot achieve consistency level QUORUM
I'm sure this came from me at one time running 3 instances of Cassandra at a time on 4.8--which wasn't really supported--and the other two nodes are down.
Update: Starting the other two nodes didn't help either.
It's also really stupid that RHQ can't figure out JAVA_HOME on EL6 (/etc/alternatives/java or /usr/java/default/bin/java).
On Wed, Sep 11, 2013 at 4:48 PM, Elias Ross genman@noderunner.net wrote:
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
$ ./rhqctl start --storage Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8 23:29:40,705 INFO [org.jboss.modules] JBoss Modules version 1.2.0.CR1 xss = -ea -javaagent:./../lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms512M -Xmx512M -Xmn128M -XX:+HeapDumpOnOutOfMemoryError -Xss180k Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
The stack size specified is too small, Specify at least 228k Error: Could not create the Java Virtual Machine.
... Not good. I got rid of this Linux optimization in 'conf/cassandra-env.sh':
It looks like this got fixed in Cassandra already:
https://issues.apache.org/jira/browse/CASSANDRA-5895?attachmentOrder=asc
I went ahead and created https://bugzilla.redhat.com/show_bug.cgi?id=1008090 to track this. The change will be in the 4.10 release.
Thanks
- John
On Sep 13, 2013, at 12:08 PM, Elias Ross genman@noderunner.net wrote:
On Wed, Sep 11, 2013 at 4:48 PM, Elias Ross genman@noderunner.net wrote:
Actually another issue is JDK7u40 on x86_64 EL6, I get this:
$ ./rhqctl start --storage Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8 23:29:40,705 INFO [org.jboss.modules] JBoss Modules version 1.2.0.CR1 xss = -ea -javaagent:./../lib/jamm-0.2.5.jar -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -Xms512M -Xmx512M -Xmn128M -XX:+HeapDumpOnOutOfMemoryError -Xss180k Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
The stack size specified is too small, Specify at least 228k Error: Could not create the Java Virtual Machine.
... Not good. I got rid of this Linux optimization in 'conf/cassandra-env.sh':
It looks like this got fixed in Cassandra already:
https://issues.apache.org/jira/browse/CASSANDRA-5895?attachmentOrder=asc
rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
rhq-users@lists.stg.fedorahosted.org
-
Elias Ross -
Heiko W.Rupp -
John Sanda -
Thomas Heute