[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