Review High-level Hawkular MS6 Test Plan
by Michael Foley
The following is a new meeting request:
Subject: Review High-level Hawkular MS6 Test Plan
Organizer: "Michael Foley" <mfoley(a)redhat.com>
Location: bluejeans http://www.bluejeans.com/mfoley51
Time: Friday, October 23, 2015, 9:00:00 AM - 9:30:00 AM GMT -05:00 US/Canada Eastern
Required: jon-qa-list(a)redhat.com
Optional: jboss-on-team(a)redhat.com; hawkular-dev(a)lists.jboss.org
*~*~*~*~*~*~*~*~*~*
Hi,
The developer demo for MS6 is scheduled for October 22, so let's today review how we will test and qualify MS6.
I have an etherpad here that we can use a strawman -->> http://pad.engineering.redhat.com/HawkularMS6TestPlanning
Regards,
Michael Foley
QE Supervisor, Middleware QE
10 years, 6 months
agent i-test "failures" - false negatives
by John Mazzitelli
We need to fix those transient errors, I'm seeing this a lot with the agent builds. Seems to fail 50% of the time, pass 50% of the time.
Peter - is there anything we can do to fix the i-tests? Otherwise, I recommend we disable them in travis - false negatives are bad because I am afraid to merge PRs when I see them. But most times, the failures aren't really failures and the code is good. I normally just kick off another build - wait the N minutes it takes for travis to run, see it go green, then merge. (just like what heiko is saying happened to him).
----- Forwarded Message -----
From: "Heiko W. Rupp" <notifications(a)github.com>
To: "hawkular/hawkular-agent" <hawkular-agent(a)noreply.github.com>
Sent: Sunday, October 18, 2015 5:30:00 AM
Subject: Re: [hawkular-agent] HAWKULAR-604 The message field of ExecuteOperationResponse should not… (#87)
@josejulio Thank you for your contribution - the Travis failure seems transient - I've kicked of a 2nd build that passes. I am sure @ppalaga will have a look at your patch on Monday.
10 years, 6 months
Funny compilation issue on Hawkular? Downgrade to JDK 1.8.0_51 for a minute
by Juraci Paixão Kröhling
Team,
We just had a case today about Hawkular failing to build on my machine
after updating to a specific version of the Agent. While *this* specific
issue is going away with a change from Peter, you might still see this
for a while.
So, if you see a build error on Hawkular related to a compilation issue
for
agent/hawkular-dmr-client/src/main/java/org/hawkular/dmr/api/OperationBuilder.java
, you can just:
- switch to Oracle's or OpenJDK's 1.8.0_51
- cd ~/.m2/dependency-sources/agent
- mvn clean install
- build Hawkular (with whatever JDK you want)
The third step will build the required version of Agent inside srcdep's
cache directory, effectively bypassing the issue.
- Juca.
10 years, 6 months
Travis cache pruning
by Peter Palaga
Hi *,
because we had no cache pruning in place, the cached ~/.m2/repository in
hk main became too bing. As a consequence of that, when Travis attempted
to zip the cached folder, the cache archive made the disk full and not
only that the cache could not be uploaded outside of the transient
docker container, also all subsequent tasks (deployment of SNAPSHOTs)
failed.
I could not find a working pruning script quickly enough. To solve the
problem temporarily at least, I deleted the cache manually under
https://travis-ci.org/hawkular/hawkular/caches
Best,
Peter
10 years, 6 months
Hawkular Inventory 0.6.0.Final released
by Lukas Krejci
Hi all,
I'd like to announce that we've just released Hawkular Inventory 0.6.0.Final.
This release doesn't have many new features, in fact it doesn't have any. This
is purely a bugfix release but we decided to bump the minor version anyway
because of the one big improvement we've made. The read queries should now be
way more performant than they used to (up to an order of magnitude).
The release includes:
* improved logging of initialization failures
* adaptation to the new bus API introduced in Hawkular Bus 0.7.x
* more consistency checks on relationships of inventory entities
* streaming serialization should now work (still off by default) giving a
slight speed boost to REST calls
* Many querying optimizations (collapsing of hops into a single index lookup,
more indices on frequently queries properties, reducing the number of
scenarios requiring backtracking in graph queries, filtering on mirrored
immutable properties of vertices on edges) giving up to an order of magnitude
speed up on read REST calls.
* Moved integration tests to the component so that we can properly test all
scenarios conveniently.
* Fixes to support windows paths in configuration.
This release was made possible thanks to the contributions of the following
fine gentlemen:
Jay Shaughnessy
Jirka Kremser
John Mazzitelli
Lukas Krejci
Pavol Loffay
Peter Palaga
Future releases already have some pull requests ready for inclusion - namely:
* introduction of "name" as a first-class property on entities (instead of
being just a free-form unindexed user-defined property),
* move of feeds from environments directly under tenants, making it possible
to easily move feeds between envs and requiring 1 less thing to remember by
feeds (this will break clients but is hopefully worth it given the early stage
of development of everything Hawkular).
Well under way is the development of "metadata packs", aka "global resource
types". A feature that will enable feeds to very quickly check for presence of
a set of resource, metric and operation types with precise properties
(configurations, parameters, units, etc.) by computing their "content hash"
locally and checking with inventory if a pack with such hash exists.
Thanks,
Lukas
10 years, 6 months
ActiveMQ and JMS
by John Sanda
Hawkular uses ActiveMQ for JMS. I learned earlier this week that ActiveMQ implements JMS 1.1 but not 2.0 which has been out for some time and is in WildFly 9. JMS 2.0 has some nice changes including async sending of messages. In JMS 1.1 the client blocks until the server acknowledges successful delivery of the message. In 2.0 the sender can receive that acknowledgement asynchronously via a callback.
HornetQ is the default JMS provider in WildFly 8/9. If I am not mistaken part of the reason to go with ActiveMQ was due to the uncertainty around the future of HornetQ. HornetQ is now ActiveMQ Artemis[1] and will be the JMS provider in WlidFly 10haw. It does not look like ActiveMQ will implement JMS 2.0 any time soon which again, has been out for some time. Can/should we consider switching to HornetQ/Artemis?
[1] https://activemq.apache.org/artemis/ <https://activemq.apache.org/artemis/>
- John
10 years, 6 months
hawkular.org
by Thomas Heute
I have proposed a rework of hawkular.org.
The idea is to make it more clear what features are offered. The actual
management console is pushed back a bit as this is less advanced than the
services such as metrics + alerts.
The PR is here, and can be previewed here for the next 3 days:
http://209.132.178.114:10108/
With Thomas's work on the REST API documentation, it should help people who
just need metrics+alerting(+inventory?+BTM?) to understand how they can use
Hawkular.
Now I think we also need a trimmed down package to download for those
users. Metrics+Alerts for now probably ? It could be named "Hawkular Core"
or "Hawkular Services", ideally "Hawkular Middleware Management Console ?
(JBMC upstream)" would build on this.
WDYT ?
Thomas
10 years, 6 months
how to configure Hawkular Kettle for SSL/HTTPS
by John Mazzitelli
Here are some basic instructions on how to get SSL configured and working in Hawkular Kettle. I still have to verify that everything works wrt inventory, but this should be what needs to get done to get SSL/https working. Note that the securityRealm agent attribute is a new attribute that will be added to the agent shortly - it is not available in the latest agent release.
You should run these commands from within kettle's standalone/configuration directory.
1) If you do not have a keystore with your own private key/certificate, you can generate a self-signed cert. We will assume this is for testing purposes only so this will be a valid certificate for your localhost only (see "CN=localhost" and the Subject Alternative Name of 127.0.0.1):
keytool -genkey -keystore hawkular.keystore -alias hawkular -dname "CN=localhost" -keyalg RSA -storepass hawkular -keypass hawkular -validity 36500 -ext san=ip:127.0.0.1
Again, make sure your new "hawkular.keystore" is in kettle's standalone/configuration directory.
2) If you did create your own self-signed certificate, you will need to tell your Java VM that it can trust it. You do this by adding your self-signed cert to the cacerts file.
2.a) First, export your certificate from your keystore file (hawkular.keystore if you followed instructions in step 1) into a file called hawkular.cert:
keytool -export -alias hawkular -file hawkular.cert -storepass hawkular -keystore hawkular.keystore
2.b) Now import your self-signed certificate into your Java's CA certificates file - this makes your certificate trusted by your Java apps:
keytool -import -keystore $JAVA_HOME/jre/lib/security/cacerts -alias hawkular -storepass changeit -file hawkular.cert
You can examine your certificate and answer the prompt to indicate you do trust that certificate. If you want to automate this, you can pass in the -noprompt command line argument and it will automatically add the certificate without asking you for confirmation.
3) Now that your keystore is generated and trusted, you have to tell Hawkular Kettle to use your keystore when using SSL. Add a security-realm first:
<management>
<security-realms>
<security-realm name="UndertowRealm">
<server-identities>
<ssl>
<keystore path="hawkular.keystore" relative-to="jboss.server.config.dir" keystore-password="hawkular" key-password="hawkular" alias="hawkular" />
</ssl>
</server-identities>
</security-realm>
4) Now add an HTTPS listener, using your new security-realm that is configured with your new keystore:
<server name="default-server">
<https-listener name="https" security-realm="UndertowRealm" socket-binding="https"/>
5) Turn on SSL in the agent by adding these two attributes to the <storage-adapter> element:
* useSSL="true"
* securityRealm="UndertowRealm"
10 years, 6 months
