Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Bug tracking the 7.2.2 release of the etcd-docker image.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Run a set of acceptance test with etcd-docker-2.2.4. And it all passed.
Test description:
1. Start etcd container
Start the container in following ways
a) Start etcd container directly
b) sharing ports with host
c) sharing network with host
2. Key value test for etcd
Star etcd container and sharing network with host and do following tests:
1) Check etcd version info via curl/etcdctl
2) Set/get/update/remove key value via curl/etcdctl
3) Watch key value via curl/etcdctl
4) TTL test for key value
3.cluster test
Set up a etcd cluster with three node
a) setup with static method
b) setup with etcd discovery and shared network with host
c) setup with etcd discovery and shared network without host
4. Etcd server can be access with https
1) Prepare the TLS crts and keys and put it in a dirctory
2) Start the container with -v to share the crts and keys with host and make the etcd command included --cert-file and --key-file
3) Set/get/update/remove the key value via curl from https link
5. Test etcd with kubernetes and flanneld
1) Setup a test k8s cluster env with 1 master and 2 node and check all services are running. k8s and flannel are runs in host and etcd is running inside a container shared network with host
2) Setup flannel networking based on etcd service. Check the flannel in master and node are correct as the configure.
3) Try to deploy a simple kubernetes RC for web server.
6. Etcd proxy test
1) Start an etcd cluster have three nodes
2) Start an etcd proxy with -proxy and --listen-client-urls
3) Try to get values from the etcd proxy link
So set it to verified
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHEA-2016-0234.html