Bug 691476
| Summary: | Grouping fails due to Resource Key is too unique for the same resource across compatible parents | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Other] RHQ Project | Reporter: | Larry O'Leary <loleary> | ||||||
| Component: | Resource Grouping | Assignee: | Charles Crouch <ccrouch> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 4.0.0 | CC: | ccrouch, hbrock, hrupp, lkrejci, mazz, rsoares, skondkar | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-09-03 16:59:27 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 678340, 705059, 715334 | ||||||||
| Attachments: |
|
||||||||
|
Description
Larry O'Leary
2011-03-28 16:28:21 UTC
this is an issue with the jboss-5 plugin. its creating unique resource keys across all resources, not just across peer resources I bet this is a problem for lots of other resources types too. We will need to check those and assess the impact of fixing those other occurrences. Would be interesting consider the scenario shown in this topic: http://community.jboss.org/message/602370 I found two sets of ResourceTypes affected by this problem:
1) AS5 plugin deployments (EARs, WARs, EJB-JARs, etc.)
2) AS4 and AS5 plugin Scripts
With [master 25e909e], I upgraded the keys, using the new resource upgrade facet, as follows:
1) old key format: "vfszip:/C:/opt/jboss-6.0.0.Final/server/default/deploy/http-invoker.sar/invoker.war/" (the ManagedDeployment name)
new key format: "{default}http-invoker.sar/invoker.war" (where "default" is the profile the deployment is deployed to and the rest is the hierarchy of the managed deployment, using the simple/base names for each of the ancestors
2) old key format: "/opt/jboss/bin/run.sh" (absolute path of script)
new key format: "run.sh" if script is under server bin dir, or absolute path otherwise
The new key format will not address 1) as described by this bug. etat.ear (Node1) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node1/deploy/etat.ear/ etat.ear (Node2) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node2/deploy/etat.ear/ As we can see, the configuration name here is Node1 and Node2. So, this cluster would still uniquely identify the two etat.ear files as separate from a group perspective. Not sure that this can easily be addressed though unless we look at partition names and group addresses as part of the grouping mechanism. This same issue would also apply in the following scenario: etat.ear (MyServer) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/MyServer/deploy/etat.ear/ etat.ear (MyServer) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/MyServer/customer-apps/etat.ear/ Note, the management profile name used in the new resource key format is not the same thing as the configuration set name (e.g. Node1, Node2). I think the profile name would typically be the same for two nodes in a cluster, so I think the new format will address your use case. Verified on build101 (Version: 4.1.0-SNAPSHOT Build Number: 712d0e1)
Insalled and imported two JBoss EAP 5 instances into inventory which uses two different configuration directories(default and all).
Created a compatible group of these two instances. Navigated to the Inventory->members tab of admin-console.war application in the group view. Added a 'key' column on the page.
The key for both the resources is displayed as per the new format: {default}admin-console.war
The key for the script is displayed as as per the new format: run.sh
Please refer the attached screenshots.
Marking as verified.
Created attachment 501026 [details]
Screenshot_admin-console.war
Created attachment 501027 [details]
Screenshot_run.sh
Bulk closing of old issues that are in VERIFIED state. *** Bug 601194 has been marked as a duplicate of this bug. *** |