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 :
Detail :
com.google.gwt.core.client.JavaScriptException:(TypeError) 
 stack: drawBars@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93337
availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93345
$drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93350
run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:109279
fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:1551
@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:1543
apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:527
entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:565
@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:550

 fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html
 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/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93337 availabilityGraph.draw@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93345 $drawJsniChart@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:93350 run_27@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:109279 fire_1@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:1551 @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:1543 apply@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:527 entry0@http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:565 @http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html:550 fileName: http://10.6.12.140:7080/coregui/org.rhq.enterprise.gui.coregui.CoreGUI/20E8809599C387E5ACF13C8DE9AC1BF3.cache.html 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:

   1. Re: RHQ 4.9 released (John Sanda)
   2. Re: RHQ 4.9 released (John Sanda)
   3. Re: Unzipping RHQ 4.9 on Windows - Path Length Error
      (Heiko W.Rupp)
   4. Re: RHQ 4.9 released (Elias Ross)
   5. 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 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
-------------- 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