Bug 156624
Summary: | there should be correlation between nodes in the config and nodes in mgmt tab | ||
---|---|---|---|
Product: | [Retired] Red Hat Cluster Suite | Reporter: | Corey Marthaler <cmarthal> |
Component: | redhat-config-cluster | Assignee: | Jim Parsons <jparsons> |
Status: | CLOSED DEFERRED | QA Contact: | Cluster QE <mspqa-list> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | cluster-maint |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-05-09 16:22:00 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: |
Description
Corey Marthaler
2005-05-02 17:05:25 UTC
Another observation relating to this issue, when I have an up and runing three node cluster, and I add a couple new nodes (one a legit node and one a bogus node), and then propogate to "cluster", only the original three nodes get sent the additions. The newly added legit node never receives the new config, and there is never an error that the bogus node never got it. There really is no correlation between the two tabs and this will probably confuse users. Along the same lines, when I add a service, save /etc/cluster/cluster.conf, and click "Send to Cluster", the added service does not appear in the Cluster Management tab. (It does not show up in the clustat display, either.) Intuitively, I expect that when I update and propagate the configuration file, corresponding changes would appear in the Cluster Management tab. If that is not the intended design, then the documentation needs to reflect that. Comment #2 is invalid for this bug. The reason the configuration was not being propagated is because the cluster name had been changed also. You cannot change the cluster name and propagate the cluster name change to the other nodes. The original requirement for this version of the UI was to extend the RHEL3 UI to support the new locking types, new fence devices, and reworked services section. The original RHEL3 UI had two separate applications: One for configuration and one for reporting/management. This UI merged them into one app by making two separate tabs; one for management, and one for configuration. The issues in this ticket are important and valuable as we progress to the next generation UI...but they are not bugs but feature requests, and are deferred - as nothing here will make it into the current release |