Hi!
I have upgraded the server without serious problems. I missed the check for the JAVA_HOME variable from the cassandra patch, but I have noticed, that nothing happened without it, so there was no problem at all.
After upgrade, most of the agents has been upgraded too, but one - maybe there're some problem with the config there, it was interesting, that the error message was: "this version is not supported", since all the agents were 4.8.0 including this one. After upgrading by hand, no problem.
I have got a single error message in the web application:
Severity : Error http://10.6.12.140:7080/coregui/# Time : Thursday, September 12, 2013 3:26:33 PM UTC+2 Root Cause : (TypeError) stack: drawBars@ http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...: 93337 columnNumber: 6: $wnd.rhqCommon is undefined Detail :
com.google.gwt.core.client.JavaScriptException:(TypeError) stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...
fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... lineNumber: 93337 columnNumber: 6: $wnd.rhqCommon is undefined --- STACK TRACE FOLLOWS --- (TypeError) stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...
fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... lineNumber: 93337 columnNumber: 6: $wnd.rhqCommon is undefined at Unknown.drawBars(Unknown Source) at Unknown.availabilityGraph.draw(Unknown Source) at Unknown.$drawJsniChart(Unknown Source) at Unknown.run_27(Unknown Source)
at Unknown.fire_1(Unknown Source) at Unknown.anonymous(Unknown Source) at Unknown.apply(Unknown Source) at Unknown.entry0(Unknown Source) at Unknown.anonymous(Unknown Source) at Unknown.anonymous(Unknown Source)
This one (or similar) happens quite often. Doesn't cause any visible problem... or I haven't seen the correct rendering ever :)
Regards,
Attila
2013/9/12 rhq-users-request@lists.fedorahosted.org
Send rhq-users mailing list submissions to rhq-users@lists.fedorahosted.org
To subscribe or unsubscribe via the World Wide Web, visit https://lists.fedorahosted.org/mailman/listinfo/rhq-users or, via email, send a message with subject or body 'help' to rhq-users-request@lists.fedorahosted.org
You can reach the person managing the list at rhq-users-owner@lists.fedorahosted.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of rhq-users digest..."
Today's Topics:
- Re: RHQ 4.9 released (John Sanda)
- Re: RHQ 4.9 released (John Sanda)
- Re: Unzipping RHQ 4.9 on Windows - Path Length Error (Heiko W.Rupp)
- Re: RHQ 4.9 released (Elias Ross)
- Re: RHQ 4.9 released (Elias Ross)
Message: 1 Date: Wed, 11 Sep 2013 23:40:14 -0400 From: John Sanda jsanda@redhat.com To: rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: CC0FF81A-FCC0-4814-AEA3-62C19007E080@redhat.com Content-Type: text/plain; charset="iso-8859-1"
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
-------------- next part -------------- An HTML attachment was scrubbed... URL: < https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/0766...
Message: 2 Date: Wed, 11 Sep 2013 23:30:01 -0400 From: John Sanda jsanda@redhat.com To: rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: 52224113-0450-4A52-90AB-6CA9C422D93E@redhat.com Content-Type: text/plain; charset="iso-8859-1"
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
-------------- next part -------------- An HTML attachment was scrubbed... URL: < https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/4477...
Message: 3 Date: Thu, 12 Sep 2013 08:29:31 +0200 From: "Heiko W.Rupp" hrupp@redhat.com To: rhq-users@lists.fedorahosted.org Subject: Re: Unzipping RHQ 4.9 on Windows - Path Length Error Message-ID: AA1C27F1-C9CA-4895-89E9-D4B52F32A29E@redhat.com Content-Type: text/plain; charset="iso-8859-1"
Hey,
this is unfortunately a known issue (which is why we recommend 7zip). The plan for RHQ 4.10 is to limit the path lengths considerably. You will then still not be able to deploy to c:\Programme und Daten\Für Alle Benutzer but at least to c:\rhq with the standard tooling.
Heiko
Am 11.09.2013 um 21:40 schrieb fred.holahan@opensourceadvisory.com:
Thanks Jay. 7zip worked like a champ. I appreciate the speedy response.
Fred -----Original Message----- From: Jay Shaughnessy jshaughn@redhat.com Sender: rhq-users-bounces@lists.fedorahosted.org Date: Wed, 11 Sep 2013 15:21:40 To: rhq-users@lists.fedorahosted.org Reply-To: rhq-users@lists.fedorahosted.org Subject: Re: Unzipping RHQ 4.9 on Windows - Path Length Error
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users _______________________________________________ rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
-- Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 14, D-85630 Grasbrunn Handelsregister: Amtsgericht München HRB 153243 Geschaeftsführer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera
-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail URL: < https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130912/063b...
Message: 4 Date: Wed, 11 Sep 2013 15:26:32 -0700 From: Elias Ross genman@noderunner.net To: "rhq-devel@lists.fedorahosted.org" rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: <CAKsEmENOF709Tjsto5Y0G7bb+E=-+ VvAJD8q48m6Df98rrzqNA@mail.gmail.com> Content-Type: text/plain; charset="windows-1252"
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 RossThanks 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: < https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/0c0f...
Message: 5 Date: Wed, 11 Sep 2013 16:48:02 -0700 From: Elias Ross genman@noderunner.net To: "rhq-devel@lists.fedorahosted.org" rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: < CAKsEmEN6ee75o5Ngv9x3Ush++z2bF+mWjfjV0KdfLV5V73O0pA@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1"
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. -------------- next part -------------- An HTML attachment was scrubbed... URL: < https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/82af...
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
End of rhq-users Digest, Vol 44, Issue 5
Hi Attila,
I'm not seeing this issue. It looks like this is from the metrics page as that is where the availabilityGraph from the javascript console is located. Did you clear your cache? My guess is that an old version of rhq.js is still in the cache from RHQ 4.8.0 which didn't have rhq.js($wnd.rhqCommon module) and hence the message:
$wnd.rhqCommon is undefined
The above module rhqCommon was introduced in RHQ 4.9.0. Since the supplementary javascript files such as rhq.js don't have versioning like the GWT javascript file (which uses a md5 hash as its name) it will stick around until cache is cleared.
Anyway, clear the browser cache and my bet is that this problem will go away :)
-- Mike
On Sep 12, 2013, at 6:33 AM, Attila Heidrich attila.heidrich@gmail.com wrote:
Hi!
I have upgraded the server without serious problems. I missed the check for the JAVA_HOME variable from the cassandra patch, but I have noticed, that nothing happened without it, so there was no problem at all.
After upgrade, most of the agents has been upgraded too, but one - maybe there're some problem with the config there, it was interesting, that the error message was: "this version is not supported", since all the agents were 4.8.0 including this one. After upgrading by hand, no problem.
I have got a single error message in the web application:
Severity : Error
Time : Thursday, September 12, 2013 3:26:33 PM UTC+2 Root Cause : (TypeError) stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... lineNumber: 93337 columnNumber: 6: $wnd.rhqCommon is undefined Detail : com.google.gwt.core.client.JavaScriptException:(TypeError) stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...
fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... lineNumber: 93337 columnNumber: 6: $wnd.rhqCommon is undefined --- STACK TRACE FOLLOWS --- (TypeError) stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88...
fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E88... lineNumber: 93337 columnNumber: 6: $wnd.rhqCommon is undefined at Unknown.drawBars(Unknown Source) at Unknown.availabilityGraph.draw(Unknown Source) at Unknown.$drawJsniChart(Unknown Source) at Unknown.run_27(Unknown Source)
at Unknown.fire_1(Unknown Source) at Unknown.anonymous(Unknown Source) at Unknown.apply(Unknown Source) at Unknown.entry0(Unknown Source) at Unknown.anonymous(Unknown Source) at Unknown.anonymous(Unknown Source) This one (or similar) happens quite often. Doesn't cause any visible problem... or I haven't seen the correct rendering ever :)
Regards,
Attila
2013/9/12 rhq-users-request@lists.fedorahosted.org Send rhq-users mailing list submissions to rhq-users@lists.fedorahosted.org
To subscribe or unsubscribe via the World Wide Web, visit https://lists.fedorahosted.org/mailman/listinfo/rhq-users or, via email, send a message with subject or body 'help' to rhq-users-request@lists.fedorahosted.org
You can reach the person managing the list at rhq-users-owner@lists.fedorahosted.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of rhq-users digest..."
Today's Topics:
- Re: RHQ 4.9 released (John Sanda)
- Re: RHQ 4.9 released (John Sanda)
- Re: Unzipping RHQ 4.9 on Windows - Path Length Error (Heiko W.Rupp)
- Re: RHQ 4.9 released (Elias Ross)
- Re: RHQ 4.9 released (Elias Ross)
Message: 1 Date: Wed, 11 Sep 2013 23:40:14 -0400 From: John Sanda jsanda@redhat.com To: rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: CC0FF81A-FCC0-4814-AEA3-62C19007E080@redhat.com Content-Type: text/plain; charset="iso-8859-1"
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
-------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/07667aa0/attachment-0001.html
Message: 2 Date: Wed, 11 Sep 2013 23:30:01 -0400 From: John Sanda jsanda@redhat.com To: rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: 52224113-0450-4A52-90AB-6CA9C422D93E@redhat.com Content-Type: text/plain; charset="iso-8859-1"
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
-------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/4477b7b1/attachment-0001.html
Message: 3 Date: Thu, 12 Sep 2013 08:29:31 +0200 From: "Heiko W.Rupp" hrupp@redhat.com To: rhq-users@lists.fedorahosted.org Subject: Re: Unzipping RHQ 4.9 on Windows - Path Length Error Message-ID: AA1C27F1-C9CA-4895-89E9-D4B52F32A29E@redhat.com Content-Type: text/plain; charset="iso-8859-1"
Hey,
this is unfortunately a known issue (which is why we recommend 7zip). The plan for RHQ 4.10 is to limit the path lengths considerably. You will then still not be able to deploy to c:\Programme und Daten\Für Alle Benutzer but at least to c:\rhq with the standard tooling.
Heiko
Am 11.09.2013 um 21:40 schrieb fred.holahan@opensourceadvisory.com:
Thanks Jay. 7zip worked like a champ. I appreciate the speedy response.
Fred -----Original Message----- From: Jay Shaughnessy jshaughn@redhat.com Sender: rhq-users-bounces@lists.fedorahosted.org Date: Wed, 11 Sep 2013 15:21:40 To: rhq-users@lists.fedorahosted.org Reply-To: rhq-users@lists.fedorahosted.org Subject: Re: Unzipping RHQ 4.9 on Windows - Path Length Error
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users _______________________________________________ rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
-- Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 14, D-85630 Grasbrunn Handelsregister: Amtsgericht München HRB 153243 Geschaeftsführer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera
-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail URL: https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130912/063b3fc4/attachment-0001.sig
Message: 4 Date: Wed, 11 Sep 2013 15:26:32 -0700 From: Elias Ross genman@noderunner.net To: "rhq-devel@lists.fedorahosted.org" rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: CAKsEmENOF709Tjsto5Y0G7bb+E=-+VvAJD8q48m6Df98rrzqNA@mail.gmail.com Content-Type: text/plain; charset="windows-1252"
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 RossThanks 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/0c0f8e35/attachment.html
Message: 5 Date: Wed, 11 Sep 2013 16:48:02 -0700 From: Elias Ross genman@noderunner.net To: "rhq-devel@lists.fedorahosted.org" rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Subject: Re: RHQ 4.9 released Message-ID: CAKsEmEN6ee75o5Ngv9x3Ush++z2bF+mWjfjV0KdfLV5V73O0pA@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
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. -------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.fedorahosted.org/pipermail/rhq-users/attachments/20130911/82af4ea2/attachment.html
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
End of rhq-users Digest, Vol 44, Issue 5
rhq-users mailing list rhq-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/rhq-users
rhq-users@lists.stg.fedorahosted.org
-
Attila Heidrich -
mike thompson