Back to bug 1441675
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| krishnaram Karthick | 2017-04-12 12:40:51 UTC | Blocks | 1415595 | |
| QA Contact | annair | kramdoss | ||
| Raghavendra Talur | 2017-04-12 12:53:02 UTC | CC | rtalur | |
| Michael Adam | 2017-04-12 16:18:39 UTC | Blocks | 1415595 | |
| Anjana Suparna Sriram | 2017-04-12 16:45:21 UTC | Blocks | 1415606 | |
| Divya | 2017-04-18 08:29:11 UTC | CC | divya | |
| Flags | needinfo?(rtalur) | |||
| Raghavendra Talur | 2017-04-18 09:29:44 UTC | Doc Text | A request to add a node to a cluster will fail if the first node of the cluster isn't reachable. This is because Heketi always performs a gluster peer probe operation from first node in cluster. | |
| Doc Type | If docs needed, set a value | Known Issue | ||
| Flags | needinfo?(rtalur) | |||
| Divya | 2017-04-18 11:44:41 UTC | Doc Text | A request to add a node to a cluster will fail if the first node of the cluster isn't reachable. This is because Heketi always performs a gluster peer probe operation from first node in cluster. | Adding a node to the trusted storage pool will fail if the first node of the trusted storage pool is not reachable. This is because Heketi always performs a "gluster peer probe" operation from the first node in the trusted storage pool. |
| Humble Chirammal | 2017-04-27 09:10:15 UTC | Status | NEW | ASSIGNED |
| Assignee | madam | mliyazud | ||
| Humble Chirammal | 2017-04-27 11:29:40 UTC | Blocks | 1445447 | |
| Prasanth | 2017-04-27 12:14:20 UTC | CC | pprakash | |
| Rejy M Cyriac | 2017-04-28 06:14:15 UTC | CC | rcyriac | |
| Red Hat Bugzilla Rules Engine | 2017-04-28 06:14:21 UTC | Target Release | --- | Container-Native Storage 3.6 |
| Michael Adam | 2017-07-26 01:21:20 UTC | CC | madam | |
| Flags | needinfo?(mliyazud) | |||
| Mohamed Ashiq | 2017-07-27 08:57:03 UTC | Status | ASSIGNED | POST |
| Flags | needinfo?(mliyazud) | |||
| Mohamed Ashiq | 2017-08-07 12:07:35 UTC | Status | POST | MODIFIED |
| Mohamed Ashiq | 2017-08-07 18:45:42 UTC | Status | MODIFIED | ON_QA |
| Fixed In Version | heketi-5.0.0-7 rhgs-volmanager-docker-5.0.0-9 | |||
| Prasanth | 2017-09-14 06:11:12 UTC | QA Contact | kramdoss | akhakhar |
| Apeksha | 2017-09-14 06:47:33 UTC | Status | ON_QA | VERIFIED |
| Srijita Mukherjee | 2017-10-03 09:59:08 UTC | CC | srmukher | |
| Doc Text | Adding a node to the trusted storage pool will fail if the first node of the trusted storage pool is not reachable. This is because Heketi always performs a "gluster peer probe" operation from the first node in the trusted storage pool. | Heketi performs “gluster peer probe” operation from the first node in the trusted pool. Hence adding a new node will fail if the first node of the pool is not reachable. Workaround: Make sure the first node in the trusted pool is reachable. | ||
| Flags | needinfo?(rtalur) | |||
| François Cami | 2017-10-03 13:44:21 UTC | CC | fcami | |
| Raghavendra Talur | 2017-10-04 08:47:02 UTC | Doc Text | Heketi performs “gluster peer probe” operation from the first node in the trusted pool. Hence adding a new node will fail if the first node of the pool is not reachable. Workaround: Make sure the first node in the trusted pool is reachable. | Earlier, Heketi performed “gluster peer probe” operation from only the first node in the trusted pool. Hence adding a new node failed if the first node of the pool was not reachable. With this fix, "gluster peer probe" operation is tried on next online nodes if the first node in the trusted pool is not reachable. |
| Doc Type | Known Issue | Bug Fix | ||
| Flags | needinfo?(rtalur) | |||
| Anjana Suparna Sriram | 2017-10-04 09:45:06 UTC | CC | asriram | |
| Doc Text | Earlier, Heketi performed “gluster peer probe” operation from only the first node in the trusted pool. Hence adding a new node failed if the first node of the pool was not reachable. With this fix, "gluster peer probe" operation is tried on next online nodes if the first node in the trusted pool is not reachable. | |||
| Anjana Suparna Sriram | 2017-10-04 09:45:41 UTC | Doc Text | Earlier, Heketi performed “gluster peer probe” operation from only the first node in the trusted pool. Hence adding a new node failed if the first node of the pool was not reachable. With this fix, "gluster peer probe" operation is tried on next online nodes if the first node in the trusted pool is not reachable. | |
| Anjana Suparna Sriram | 2017-10-05 08:06:34 UTC | Doc Text | Earlier, Heketi performed “gluster peer probe” operation from only the first node in the trusted pool. Hence adding a new node failed if the first node of the pool was not reachable. With this fix, "gluster peer probe" operation is tried on next online nodes if the first node in the trusted pool is not reachable. | Prior to this update, heketi performed 'gluster peer probe' operation only from the first node in the trusted pool. Hence, adding a new node failed if the first node of the pool was not reachable. With this fix, 'gluster peer probe' operation tries on the next online node if the first node in the trusted pool is not reachable. |
| errata-xmlrpc | 2017-10-11 07:07:22 UTC | Status | VERIFIED | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2017-10-11 03:07:22 UTC | |||
| vinutha | 2018-10-29 18:16:06 UTC | CC | vinug |
Back to bug 1441675