[openstack-dev] [Magnum] Magnum Quick-Start: Need clarification on Kubernetes/Redis example
Kai Qiang Wu
wkqwu at cn.ibm.com
Tue Jul 14 00:45:42 UTC 2015
Hi Dane,
I did not try redis-cli recently, But it seems redis-cli example issue.
Did you check with kubernetes guys?
At the same time, we could discuss this in IRC channel
#openstack-containers, as some guys are familiar with that templates, and
did change that before.
Thanks
Best Wishes,
--------------------------------------------------------------------------------
Kai Qiang Wu (吴开强 Kennan)
IBM China System and Technology Lab, Beijing
E-mail: wkqwu at cn.ibm.com
Tel: 86-10-82451647
Address: Building 28(Ring Building), ZhongGuanCun Software Park,
No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China
100193
--------------------------------------------------------------------------------
Follow your heart. You are miracle!
From: "Dane Leblanc (leblancd)" <leblancd at cisco.com>
To: "OpenStack Development Mailing List (not for usage questions)"
<openstack-dev at lists.openstack.org>
Date: 07/14/2015 12:59 AM
Subject: [openstack-dev] [Magnum] Magnum Quick-Start: Need clarification
on Kubernetes/Redis example
Does anyone have recent experience getting the Kubernetes/Redis example to
work in the Magnum developer Quick-Start guide?:
https://github.com/openstack/magnum/blob/master/doc/source/dev/dev-quickstart.rst#exercising-the-services-using-devstack
I can get everything in the Kubernetes/Redis example to work except for the
last step. Here’s what the quick-start guide says for this step:
“Now log into one of the other container hosts and access a redis slave
from there:
ssh minion@$(nova list | grep 10.0.0.4 | awk '{print $13}')
REDIS_ID=$(docker ps | grep redis:v1 | grep k8s_redis | tail -n +2 | awk
'{print $1}')
docker exec -i -t $REDIS_ID redis-cli
127.0.0.1:6379> get replication:test
"true"
^D
exit
There are four redis instances, one master and three slaves, running across
the bay, replicating data between one another.”
What I’m seeing is a bit different:
(1) I have to use ‘sudo docker’ instead of ‘docker’. (No big
deal.)
(2) I see one master redis instance on one minion and one slave
redis instance on a second minion (each has its own associated
sentinel container as expected).
(3) The redis-cli command times out with “Could not connect to
Redis at 127.0.0.1:6379: Connection refused”. HOWEVER, if I add a
host IP and port for the redis master minion (“-h 10.100.84.2 -p 6379
”), the example works.
Here is the failing case, without the host/port arguments:
[minion at k8-4gmqfvntvm-0-6fymzzw3wrjx-kube-minion-zjdejo5sffxv ~]$ REDIS_ID=
$(sudo docker ps | grep redis:v1 | grep k8s_redis | awk '{print $1}')
[minion at k8-4gmqfvntvm-0-6fymzzw3wrjx-kube-minion-zjdejo5sffxv ~]$ sudo
docker exec -i -t $REDIS_ID redis-cli
Could not connect to Redis at 127.0.0.1:6379: Connection refused
not connected>
[minion at k8-4gmqfvntvm-0-6fymzzw3wrjx-kube-minion-zjdejo5sffxv ~]$
And here is the working case, using “-h 10.100.84.2 -p 6379“:
[minion at k8-4gmqfvntvm-0-6fymzzw3wrjx-kube-minion-zjdejo5sffxv ~]$ REDIS_ID=
$(sudo docker ps | grep redis:v1 | grep k8s_redis | awk '{print $1}')
[minion at k8-4gmqfvntvm-0-6fymzzw3wrjx-kube-minion-zjdejo5sffxv ~]$ sudo
docker exec -i -t $REDIS_ID redis-cli -h 10.100.84.2 -p 6379
10.100.84.2:6379> get replication:test
"true"
10.100.84.2:6379>
Note that I determined the ’10.100.84.2’ address for the redis master by
running the following on the master minion:
[minion at k8-4gmqfvntvm-1-6pnrx2hnxa3d-kube-minion-bh6nynhayhfy ~]$ sudo
docker exec -i -t $REDIS_ID ip addr show dev eth0
5: eth0: <BROADCAST,UP,LOWER_UP> mtu 1472 qdisc noqueue state UP
link/ether 02:42:0a:64:54:02 brd ff:ff:ff:ff:ff:ff
inet 10.100.84.2/24 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::42:aff:fe64:5402/64 scope link
valid_lft forever preferred_lft forever
[minion at k8-4gmqfvntvm-1-6pnrx2hnxa3d-kube-minion-bh6nynhayhfy ~]$
So I’m looking for confirmation as to whether or not using the “-h
10.100.84.2 -p 6379“ arguments is the right way to test this configuration?
Is this a successful test?
Thanks,
Dane
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150714/6a9be68a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150714/6a9be68a/attachment.gif>
More information about the OpenStack-dev
mailing list