------------------------------ *From:* rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com&gt; on behalf of John Alway <jalway(a)gmail.com&gt; *Sent:* Tuesday, February 16, 2016 3:16 PM *To:* rdo-list(a)redhat.com *Subject:* [Rdo-list] The RDO Quickstart Guide and Private Network Hello, I overcame the problem of getting a valid key-pair value. I'm not sure exactly how it was fixed, but I found the rabbitmq server was down. This was a result of a host name conflict. The /etc/hostname and /etc/hosts files must both have the same hostname. I fixed that, and key-value pair now works. I'm not sure if that was the reason, because of some funny behavior prior, and it didn't initially complain about this. Suffice to say, I'm glad it's working! Anyway, I'm doing the first tutorial, and I've run into an issue. Here is the tutorial: https://www.rdoproject.org/install/running-an-instance/ <https://www.rdoproject.org/install/running-an-instance/> Running an instance — RDO <https://www.rdoproject.org/install/running-an-instance/> www.rdoproject.org Running an Instance Step 1: Visit the Dashboard. Log in to the Openstack dashboard at http://CONTROL_NODE/dashboard - the username is "demo". The password can be ... I ran through the steps, and when I got to Step 5, it wanted me to select a "private network," however I only have a public network to select. [BD] Create demo_network under particular user belongs to tenant "demo" ( whose login has been used ) demo_network should have interface attached to router, created by same user ( ACTIVE State ) and having external gateway to public. Then in dropdown menu will appear just created demo_network. If you select it ( with correct DNS server been defined ) then VM supposed to be launched ( say CirrOS 3.4) will get Internet outbound connectivity. As soon as you assign floating IP from public pool VM will get inbound connectivity. I'm running this thing to get myself started, so that I can learn Openstack. So, I'm not sure why there is no private network, nor how I can create one. [BD] Network may be created via dashboard GUI right here . Maybe be created via Neutron CLI with corresponding credentials been sourced previously (# . keystonerc_user ) Does anyone have any ideas on this? Thanks! ...John

------------------------------ *From:* John Alway <jalway(a)gmail.com&gt; *Sent:* Wednesday, February 17, 2016 1:42 PM *To:* Boris Derzhavets *Cc:* rdo-list(a)redhat.com *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network Thanks a lot for the help, Boris. I'll try this out. However, a lot of these concepts I'm not sure of, so I'll have to study them. Is this RDO project for beginners, or do they expect you to have some previous knowledge, because I'd like to learn some of these prior concepts, so that I can move through this process more smoothly? [BD] I believe packstack will be supported. But, I already got experience with manual set up HA 3 Node (Active/Active) Controller ( Haproxy/Keepalived) . RH is targeting RDO Manager or TripleO with deploying to overcloud (Active/Passive) HA Controllers (Pacemaker/Corosync). At the point when RDO Manager (Triple0) will be used by everybody, packstack won't be needed at all. Many thanks! ...John On Tue, Feb 16, 2016 at 2:41 PM, Boris Derzhavets <bderzhavets(a)hotmail.com > wrote: > > > > ------------------------------ > *From:* rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com&gt; on > behalf of John Alway <jalway(a)gmail.com&gt; > *Sent:* Tuesday, February 16, 2016 3:16 PM > *To:* rdo-list(a)redhat.com > *Subject:* [Rdo-list] The RDO Quickstart Guide and Private Network > > Hello, > > I overcame the problem of getting a valid key-pair value. I'm not sure > exactly how it was fixed, but I found the rabbitmq server was down. This > was a result of a host name conflict. The /etc/hostname and /etc/hosts > files must both have the same hostname. I fixed that, and key-value pair > now works. I'm not sure if that was the reason, because of some funny > behavior prior, and it didn't initially complain about this. Suffice to > say, I'm glad it's working! > > Anyway, I'm doing the first tutorial, and I've run into an issue. > > Here is the tutorial: > https://www.rdoproject.org/install/running-an-instance/ > <https://www.rdoproject.org/install/running-an-instance/> > Running an instance — RDO > <https://www.rdoproject.org/install/running-an-instance/> > www.rdoproject.org > Running an Instance Step 1: Visit the Dashboard. Log in to the Openstack > dashboard at http://CONTROL_NODE/dashboard - the username is "demo". The > password can be ... > > > I ran through the steps, and when I got to Step 5, it wanted me to select > a "private network," however I only have a public network to select. > > [BD] > > Create demo_network under particular user belongs to tenant "demo" ( > whose login has been used ) > demo_network should have interface attached to router, created by same > user ( ACTIVE State ) > and having external gateway to public. > Then in dropdown menu will appear just created demo_network. If you > select it ( with correct DNS server > been defined ) then VM supposed to be launched ( say CirrOS 3.4) will > get Internet outbound connectivity. > As soon as you assign floating IP from public pool VM will get inbound > connectivity. > > I'm running this thing to get myself started, so that I can learn > Openstack. So, I'm not sure why there is no private network, nor how I can > create one. > > [BD] > Network may be created via dashboard GUI right here . Maybe be created > via Neutron CLI with corresponding credentials been sourced previously (# > . keystonerc_user ) > > Does anyone have any ideas on this? > > Thanks! > ...John >

------------------------------ *From:* John Alway <jalway(a)gmail.com&gt; *Sent:* Friday, February 19, 2016 12:00 AM *To:* Boris Derzhavets *Cc:* rdo-list(a)redhat.com *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network Thanks, Boris. I was able to get the instance running, but in Step 7, when I used the command # ssh -i cloud2.pem fedora(a)172.24.4.227 It returned "ssh: connect to host 172.24.4.227 port 22: Connection timed out" [BD] When you ran packstack :- 1. How looked puppets XX.XX.XX.XX_keystone.pp ( for instance ) ? 2. What is CIDR of LAN your box is located ? In the Dashboard is says that the instance is "active" and power state is "running". On Wed, Feb 17, 2016 at 2:04 PM, Boris Derzhavets <bderzhavets(a)hotmail.com > wrote: > > > > ------------------------------ > *From:* John Alway <jalway(a)gmail.com&gt; > *Sent:* Wednesday, February 17, 2016 1:42 PM > *To:* Boris Derzhavets > *Cc:* rdo-list(a)redhat.com > *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network > > Thanks a lot for the help, Boris. I'll try this out. However, a lot > of these concepts I'm not sure of, so I'll have to study them. > > Is this RDO project for beginners, or do they expect you to have some > previous knowledge, because I'd like to learn some of these prior concepts, > so that I can move through this process more smoothly? > > [BD] I believe packstack will be supported. But, I already got > experience with manual set up > HA 3 Node (Active/Active) Controller ( Haproxy/Keepalived) . RH is > targeting RDO Manager > or TripleO with deploying to overcloud (Active/Passive) HA Controllers > (Pacemaker/Corosync). > At the point when RDO Manager (Triple0) will be used by everybody, > packstack won't be > needed at all. > > Many thanks! > > ...John > > On Tue, Feb 16, 2016 at 2:41 PM, Boris Derzhavets < > bderzhavets(a)hotmail.com&gt; wrote: > >> >> >> >> ------------------------------ >> *From:* rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com&gt; on >> behalf of John Alway <jalway(a)gmail.com&gt; >> *Sent:* Tuesday, February 16, 2016 3:16 PM >> *To:* rdo-list(a)redhat.com >> *Subject:* [Rdo-list] The RDO Quickstart Guide and Private Network >> >> Hello, >> >> I overcame the problem of getting a valid key-pair value. I'm not sure >> exactly how it was fixed, but I found the rabbitmq server was down. This >> was a result of a host name conflict. The /etc/hostname and /etc/hosts >> files must both have the same hostname. I fixed that, and key-value pair >> now works. I'm not sure if that was the reason, because of some funny >> behavior prior, and it didn't initially complain about this. Suffice to >> say, I'm glad it's working! >> >> Anyway, I'm doing the first tutorial, and I've run into an issue. >> >> Here is the tutorial: >> https://www.rdoproject.org/install/running-an-instance/ >> <https://www.rdoproject.org/install/running-an-instance/> >> Running an instance — RDO >> <https://www.rdoproject.org/install/running-an-instance/> >> www.rdoproject.org >> Running an Instance Step 1: Visit the Dashboard. Log in to the Openstack >> dashboard at http://CONTROL_NODE/dashboard - the username is "demo". >> The password can be ... >> >> >> I ran through the steps, and when I got to Step 5, it wanted me to >> select a "private network," however I only have a public network to select. >> >> [BD] >> >> Create demo_network under particular user belongs to tenant "demo" ( >> whose login has been used ) >> demo_network should have interface attached to router, created by same >> user ( ACTIVE State ) >> and having external gateway to public. >> Then in dropdown menu will appear just created demo_network. If you >> select it ( with correct DNS server >> been defined ) then VM supposed to be launched ( say CirrOS 3.4) will >> get Internet outbound connectivity. >> As soon as you assign floating IP from public pool VM will get inbound >> connectivity. >> >> I'm running this thing to get myself started, so that I can learn >> Openstack. So, I'm not sure why there is no private network, nor how I can >> create one. >> >> [BD] >> Network may be created via dashboard GUI right here . Maybe be created >> via Neutron CLI with corresponding credentials been sourced previously (# >> . keystonerc_user ) >> >> Does anyone have any ideas on this? >> >> Thanks! >> ...John >> > >

------------------------------ *From:* John Alway <jalway(a)gmail.com&gt; *Sent:* Monday, March 7, 2016 4:27 PM *To:* Boris Derzhavets *Cc:* rdo-list(a)redhat.com *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network Hello! I know I'm back late on this, but I want to thank you, Boris, for you last response. It inspired me to do some study of Openstack and networking. So, I've learning more about it. This workshop helped me a lot: https://www.youtube.com/watch?v=b6QU4lNnaS8 http://dbaxps.blogspot.ru/2015/10/rdo-liberty-set-up-for-three-nodes.html I was able to do everything in that workshop up until I tried pinging a website on the external network, e.g. "google.com". [BD] John,please, see http://dbaxps.blogspot.com/2015/10/rdo-liberty-set-up-for-three-nodes.html <http://dbaxps.blogspot.ru/2015/10/rdo-liberty-set-up-for-three-nodes.html... +1 14 <http://dbaxps.blogspot.com/2015/10/rdo-liberty-set-up-for-three-nodes.htm... Comment count 1593 View count 10/22/15 and try to reproduce. I was able to run a VM, create a private network and ping between VMs. However, when I tried to ping "google.com" or "openstack.org" on my external (public) network , it didn't work. For some reason, the port to the external network is "down," while the external network itself is "active." I created a virtual router that connects my private network to my public (external) network. I set up my Centos7 external network similar to the way it's described here: https://www.rdoproject.org/networking/neutron-with-existing-external-netw... I created the following security group rules via the command line: # nova secgroup-add-rule default icmp -1 -1 0.0.0.0/0 # nova secgroup-add-rule default tcp 22 22 0.0.0.0/0 So, I'm wondering what I'm doing wrong here. I hope that was clearly described! Do you or anyone else have any ideas on this? Thanks! ...John On Fri, Feb 19, 2016 at 12:27 AM, Boris Derzhavets < bderzhavets(a)hotmail.com&gt; wrote: > > > > ------------------------------ > *From:* John Alway <jalway(a)gmail.com&gt; > *Sent:* Friday, February 19, 2016 12:00 AM > *To:* Boris Derzhavets > *Cc:* rdo-list(a)redhat.com > *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network > > Thanks, Boris. > > I was able to get the instance running, but in Step 7, when I used the > command > # ssh -i cloud2.pem fedora(a)172.24.4.227 > > It returned > "ssh: connect to host 172.24.4.227 port 22: Connection timed out" > > [BD] > When you ran packstack :- > 1. How looked puppets XX.XX.XX.XX_keystone.pp ( for instance ) ? > 2. What is CIDR of LAN your box is located ? > > > In the Dashboard is says that the instance is "active" and power state is > "running". > > > On Wed, Feb 17, 2016 at 2:04 PM, Boris Derzhavets < > bderzhavets(a)hotmail.com&gt; wrote: > >> >> >> >> ------------------------------ >> *From:* John Alway <jalway(a)gmail.com&gt; >> *Sent:* Wednesday, February 17, 2016 1:42 PM >> *To:* Boris Derzhavets >> *Cc:* rdo-list(a)redhat.com >> *Subject:* Re: [Rdo-list] The RDO Quickstart Guide and Private Network >> >> Thanks a lot for the help, Boris. I'll try this out. However, a >> lot of these concepts I'm not sure of, so I'll have to study them. >> >> Is this RDO project for beginners, or do they expect you to have some >> previous knowledge, because I'd like to learn some of these prior concepts, >> so that I can move through this process more smoothly? >> >> [BD] I believe packstack will be supported. But, I already got >> experience with manual set up >> HA 3 Node (Active/Active) Controller ( Haproxy/Keepalived) . RH is >> targeting RDO Manager >> or TripleO with deploying to overcloud (Active/Passive) HA Controllers >> (Pacemaker/Corosync). >> At the point when RDO Manager (Triple0) will be used by everybody, >> packstack won't be >> needed at all. >> >> Many thanks! >> >> ...John >> >> On Tue, Feb 16, 2016 at 2:41 PM, Boris Derzhavets < >> bderzhavets(a)hotmail.com&gt; wrote: >> >>> >>> >>> >>> ------------------------------ >>> *From:* rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com&gt; on >>> behalf of John Alway <jalway(a)gmail.com&gt; >>> *Sent:* Tuesday, February 16, 2016 3:16 PM >>> *To:* rdo-list(a)redhat.com >>> *Subject:* [Rdo-list] The RDO Quickstart Guide and Private Network >>> >>> Hello, >>> >>> I overcame the problem of getting a valid key-pair value. I'm not >>> sure exactly how it was fixed, but I found the rabbitmq server was down. >>> This was a result of a host name conflict. The /etc/hostname and /etc/hosts >>> files must both have the same hostname. I fixed that, and key-value pair >>> now works. I'm not sure if that was the reason, because of some funny >>> behavior prior, and it didn't initially complain about this. Suffice to >>> say, I'm glad it's working! >>> >>> Anyway, I'm doing the first tutorial, and I've run into an issue. >>> >>> Here is the tutorial: >>> https://www.rdoproject.org/install/running-an-instance/ >>> <https://www.rdoproject.org/install/running-an-instance/> >>> Running an instance — RDO >>> <https://www.rdoproject.org/install/running-an-instance/> >>> www.rdoproject.org >>> Running an Instance Step 1: Visit the Dashboard. Log in to the >>> Openstack dashboard at http://CONTROL_NODE/dashboard - the username is >>> "demo". The password can be ... >>> >>> >>> I ran through the steps, and when I got to Step 5, it wanted me to >>> select a "private network," however I only have a public network to select. >>> >>> [BD] >>> >>> Create demo_network under particular user belongs to tenant "demo" ( >>> whose login has been used ) >>> demo_network should have interface attached to router, created by >>> same user ( ACTIVE State ) >>> and having external gateway to public. >>> Then in dropdown menu will appear just created demo_network. If you >>> select it ( with correct DNS server >>> been defined ) then VM supposed to be launched ( say CirrOS 3.4) will >>> get Internet outbound connectivity. >>> As soon as you assign floating IP from public pool VM will get >>> inbound connectivity. >>> >>> I'm running this thing to get myself started, so that I can learn >>> Openstack. So, I'm not sure why there is no private network, nor how I can >>> create one. >>> >>> [BD] >>> Network may be created via dashboard GUI right here . Maybe be created >>> via Neutron CLI with corresponding credentials been sourced previously (# >>> . keystonerc_user ) >>> >>> Does anyone have any ideas on this? >>> >>> Thanks! >>> ...John >>> >> >> >