Re: [Openstack] OpenStack (Devstack) and Opendaylight
Hi Saurabh, ODL was running. I have this problem with the devstack's version posted in the guide that I linked you $ git clone git://github.com/openstack-dev/devstack.git $ cd devstack $ git remote add opendaylight https://github.com/CiscoSystems/devstack.git $ git fetch opendaylight $ git checkout opendaylight $ git pull In fact if I use the branch /stable/juno I don't have that problem (I have some others but I don't want to go off topic). Do you have any suggestions? 2015-10-05 20:43 GMT+02:00 saurabh suman <90.su...@gmail.com>: > Looks like you have already stacked once on that system then cleaned it > but some of python depedency files remained there. Is that the case? Also > before stacking make sure you ODL is up and running. > > Regards, > Saurav > > On Mon, Oct 5, 2015 at 8:21 PM, Silvia Fichera > wrote: > >> Hi all, >> I'm trying to integrate OpenStack with Opendaylight and I was following >> this guide >> https://wiki.opendaylight.org/view/OVSDB:OVSDB_OpenStack_Guide >> but I have some errors when I stack. >> (Something like this : ImportError: No module named >> openstack_requirements) >> Moreover the links related to the local.conf are no more avaiable. >> Do you have an updated guide to use Openstack together with Opendaylight >> (stable, if it's possible). >> >> Thanks a lot >> >> -- >> Silvia Fichera >> >> ___ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack@lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -- Silvia Fichera ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] Openstack Packstack install - Kilo - Compute node and OVS
All I have installed kilo successfully using packstack to a combination of controller and compute nodes, I am able to successfully create instances however the virtual interfaces are using an MTU of 1500 even though all the bridge interfaces are defined as 9000. I need to ensure that all the virtual interfaces are using an mtu of 9000 but this seems to be getting defined by some other process regardless of how the physical interfaces are configured. Is there a known limitation or issue with OVS plugins over ML2 or another plugin that causes issues with defining MTU. You can see below that br-int is set to 1500 ! is this controlling all the other virtual interfaces ? do you have to bind br-int to a real physical interface in order for it to be correctly set ? none of this is done or seen as an option in packstack so it means additional configuration is that really what is needed ? [root@blade15 ~]# ifconfig | grep mtu br20: flags=4163 mtu 9000 br100: flags=4163 mtu 9000 br111: flags=4163 mtu 9000 br112: flags=4163 mtu 9000 br201: flags=4163 mtu 9000 br202: flags=4163 mtu 9000 br210: flags=4163 mtu 9000 br220: flags=4163 mtu 9000 br400: flags=4163 mtu 9000 br-ex: flags=4163 mtu 9000 br-int: flags=4163 mtu 1500 br-tun: flags=4163 mtu 9000 enp2s0f0: flags=4163 mtu 9000 enp2s0f0.20: flags=4163 mtu 9000 enp2s0f0.100: flags=4163 mtu 9000 enp2s0f0.111: flags=4163 mtu 9000 enp2s0f0.112: flags=4163 mtu 9000 enp2s0f0.201: flags=4163 mtu 9000 enp2s0f0.202: flags=4163 mtu 9000 enp2s0f0.210: flags=4163 mtu 9000 enp2s0f0.220: flags=4163 mtu 9000 enp2s0f0.400: flags=4163 mtu 9000 int-br-ex: flags=4163 mtu 9000 lo: flags=73 mtu 9000 phy-br-ex: flags=4163 mtu 9000 qbr16cfbed6-ba: flags=4163 mtu 1500 qbr517cc995-1a: flags=4163 mtu 1500 qbr7cd380f7-44: flags=4163 mtu 1500 qbr8e16ade0-98: flags=4163 mtu 1500 qbrbe028441-60: flags=4163 mtu 1500 qbre998f0fd-33: flags=4163 mtu 1500 qbred796a27-14: flags=4163 mtu 1500 qvb16cfbed6-ba: flags=4419 mtu 1500 qvb517cc995-1a: flags=4419 mtu 1500 qvb7cd380f7-44: flags=4419 mtu 1500 qvb8e16ade0-98: flags=4419 mtu 1500 qvbbe028441-60: flags=4419 mtu 1500 qvbe998f0fd-33: flags=4419 mtu 1500 qvbed796a27-14: flags=4419 mtu 1500 qvo16cfbed6-ba: flags=4419 mtu 1500 qvo517cc995-1a: flags=4419 mtu 1500 qvo7cd380f7-44: flags=4419 mtu 1500 qvo8e16ade0-98: flags=4419 mtu 1500 qvobe028441-60: flags=4419 mtu 1500 qvoe998f0fd-33: flags=4419 mtu 1500 qvoed796a27-14: flags=4419 mtu 1500 tap16cfbed6-ba: flags=4163 mtu 1500 tap517cc995-1a: flags=4163 mtu 1500 tap7cd380f7-44: flags=4163 mtu 1500 tap8e16ade0-98: flags=4163 mtu 1500 tapbe028441-60: flags=4163 mtu 1500 tape998f0fd-33: flags=4163 mtu 1500 taped796a27-14: flags=4163 mtu 1500 Any help or guidance would be appreciated. Thanks Darren ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Openstack Packstack install - Kilo - Compute node and OVS
hope this helps. http://lists.openstack.org/pipermail/openstack/2014-January/005011.html On Tue, Oct 6, 2015 at 2:18 PM, BUTTS, Darren (Darren)** CTR ** < darren.bu...@alcatel-lucent.com> wrote: > All > > > > I have installed kilo successfully using packstack to a combination of > controller and compute nodes, I am able to successfully create instances > however the virtual interfaces are using an MTU of 1500 even though all the > bridge interfaces are defined as 9000. I need to ensure that all the > virtual interfaces are using an mtu of 9000 but this seems to be getting > defined by some other process regardless of how the physical interfaces are > configured. > > > > Is there a known limitation or issue with OVS plugins over ML2 or another > plugin that causes issues with defining MTU. > > > > You can see below that br-int is set to 1500 ! is this controlling all the > other virtual interfaces ? do you have to bind br-int to a real physical > interface in order for it to be correctly set ? none of this is done or > seen as an option in packstack so it means additional configuration is that > really what is needed ? > > > > [root@blade15 ~]# ifconfig | grep mtu > > br20: flags=4163 mtu 9000 > > br100: flags=4163 mtu 9000 > > br111: flags=4163 mtu 9000 > > br112: flags=4163 mtu 9000 > > br201: flags=4163 mtu 9000 > > br202: flags=4163 mtu 9000 > > br210: flags=4163 mtu 9000 > > br220: flags=4163 mtu 9000 > > br400: flags=4163 mtu 9000 > > br-ex: flags=4163 mtu 9000 > > br-int: flags=4163 mtu 1500 > > br-tun: flags=4163 mtu 9000 > > enp2s0f0: flags=4163 mtu 9000 > > enp2s0f0.20: flags=4163 mtu 9000 > > enp2s0f0.100: flags=4163 mtu 9000 > > enp2s0f0.111: flags=4163 mtu 9000 > > enp2s0f0.112: flags=4163 mtu 9000 > > enp2s0f0.201: flags=4163 mtu 9000 > > enp2s0f0.202: flags=4163 mtu 9000 > > enp2s0f0.210: flags=4163 mtu 9000 > > enp2s0f0.220: flags=4163 mtu 9000 > > enp2s0f0.400: flags=4163 mtu 9000 > > int-br-ex: flags=4163 mtu 9000 > > lo: flags=73 mtu 9000 > > phy-br-ex: flags=4163 mtu 9000 > > qbr16cfbed6-ba: flags=4163 mtu 1500 > > qbr517cc995-1a: flags=4163 mtu 1500 > > qbr7cd380f7-44: flags=4163 mtu 1500 > > qbr8e16ade0-98: flags=4163 mtu 1500 > > qbrbe028441-60: flags=4163 mtu 1500 > > qbre998f0fd-33: flags=4163 mtu 1500 > > qbred796a27-14: flags=4163 mtu 1500 > > qvb16cfbed6-ba: flags=4419 mtu > 1500 > > qvb517cc995-1a: flags=4419 mtu > 1500 > > qvb7cd380f7-44: flags=4419 mtu > 1500 > > qvb8e16ade0-98: flags=4419 mtu > 1500 > > qvbbe028441-60: flags=4419 mtu > 1500 > > qvbe998f0fd-33: flags=4419 mtu > 1500 > > qvbed796a27-14: flags=4419 mtu > 1500 > > qvo16cfbed6-ba: flags=4419 mtu > 1500 > > qvo517cc995-1a: flags=4419 mtu > 1500 > > qvo7cd380f7-44: flags=4419 mtu > 1500 > > qvo8e16ade0-98: flags=4419 mtu > 1500 > > qvobe028441-60: flags=4419 mtu > 1500 > > qvoe998f0fd-33: flags=4419 mtu > 1500 > > qvoed796a27-14: flags=4419 mtu > 1500 > > tap16cfbed6-ba: flags=4163 mtu 1500 > > tap517cc995-1a: flags=4163 mtu 1500 > > tap7cd380f7-44: flags=4163 mtu 1500 > > tap8e16ade0-98: flags=4163 mtu 1500 > > tapbe028441-60: flags=4163 mtu 1500 > > tape998f0fd-33: flags=4163 mtu 1500 > > taped796a27-14: flags=4163 mtu 1500 > > > > Any help or guidance would be appreciated. > > > > Thanks > > > > Darren > > ___ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Nasir Mahmood ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] LBaaS & VPNaaS
Dear all Can anyone please advise me on a good "install guide for Openstack Juno" for LbaaS and VPNaaS ? My openstack servers are all Ubuntu 14.04 LTS. Best regards Yngvi ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] Keystone usernames conflicting with swift ACLs
Openstack allows creation of users whose name contains characters such as dots, commas, colons, etc. What if a username such as "user,name" is used in an Object storage ACLs to provide access to a container (e.g., field of X-Container-Read header)? That would grant read access to two users, "user" and "name". A username could also have name ".rlistings", which is a reserved term for that container header. Is there some sort of escaping defined to handle this? Or a way to configure keystone to validate user names according to certain regexes? Thanks, Vincenzo. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] [Designate][Ceilometer] Liberty RC2 available
Hello everyone, Due to release-critical issues spotted in Designate and Ceilometer during RC1 testing (as well as last-minute translations imports), new release candidates were created for Liberty. The list of RC2 fixes, as well as RC2 tarballs are available at: https://launchpad.net/designate/liberty/liberty-rc2 https://launchpad.net/ceilometer/liberty/liberty-rc2 Unless new release-critical issues are found that warrant a last-minute release candidate respin, these tarballs will be formally released as final "Liberty" versions on October 15. You are therefore strongly encouraged to test and validate these tarballs ! Alternatively, you can directly test the stable/liberty branch at: http://git.openstack.org/cgit/openstack/designate/log/?h=stable/liberty http://git.openstack.org/cgit/openstack/ceilometer/log/?h=stable/liberty If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/designate/+filebug or https://bugs.launchpad.net/ceilometer/+filebug and tag it *liberty-rc-potential* to bring it to the release crew's attention. Thanks! -- Thierry Carrez (ttx) ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] [Cinder][Keystone] Liberty RC2 available
Hello everyone, Due to release-critical issues spotted in Cinder and Keystone during RC1 testing (as well as last-minute translations imports), new release candidates were created for Liberty. The list of RC2 fixes, as well as RC2 tarballs are available at: https://launchpad.net/cinder/liberty/liberty-rc2 https://launchpad.net/keystone/liberty/liberty-rc2 Unless new release-critical issues are found that warrant a last-minute release candidate respin, these tarballs will be formally released as final "Liberty" versions on October 15. You are therefore strongly encouraged to test and validate these tarballs ! Alternatively, you can directly test the stable/liberty branch at: http://git.openstack.org/cgit/openstack/cinder/log/?h=stable/liberty http://git.openstack.org/cgit/openstack/keystone/log/?h=stable/liberty If you find an issue that could be considered release-critical, please file it at: https://bugs.launchpad.net/cinder/+filebug or https://bugs.launchpad.net/keystone/+filebug and tag it *liberty-rc-potential* to bring it to the release crew's attention. Thanks! -- Thierry Carrez (ttx) ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] OpenStack (Devstack) and Opendaylight
Hi, I have recently brought up the openstack and odl set up with ODL in VM and Openstack in another VM. Here is my local.conf for single node openstack set up for Juno stable release. I was using the ODL lithium release and installed bellow features feature:install odl-base-all odl-aaa-authn odl-restconf odl-nsf-all odl-adsal-northbound odl-mdsal-apidocs odl-ovsdb-openstack odl-ovsdb-northbound odl-dlux-core [[local|localrc]] GIT_BASE=https://github.com HOST_IP=192.168.0.106 HOST_NAME=devstack SERVICE_HOST_NAME=$HOST_NAME SERVICE_HOST=$HOST_IP #MULTI_HOST=1 #RECLONE=yes #OFFLINE=true #IMAGE_URLS+=" http://launchpad.net/cirros/trunk/0.3.2/+download/cirros-0.3.2-x86_64-uec.tar.gz,http://berrange.fedorapeople.org/images/2012-02-29/f16-x86_64-openstack-sda.qcow2 " #IMAGE_URLS+=" https://cloud-images.ubuntu.com/releases/14.04/release/ubuntu-14.04-server-cloudimg-arm64-disk1.img " MYSQL_HOST=$SERVICE_HOST RABBIT_HOST=$SERVICE_HOST GLANCE_HOSTPORT=$SERVICE_HOST:9292 KEYSTONE_AUTH_HOST=$SERVICE_HOST KEYSTONE_SERVICE_HOST=$SERVICE_HOST ADMIN_PASSWORD=devstack #ADMIN_PASSWORD=password MYSQL_PASSWORD=$ADMIN_PASSWORD RABBIT_PASSWORD=$ADMIN_PASSWORD SERVICE_PASSWORD=$ADMIN_PASSWORD SERVICE_TOKEN=tokennekot SCREEN_LOGDIR=$DEST/logs/screen LOGFILE=$DEST/logs/stack.sh.log Q_PLUGIN=ml2 Q_ML2_PLUGIN_MECHANISM_DRIVERS=opendaylight,logger ENABLE_TENANT_TUNNELS=True Q_ML2_TENANT_NETWORK_TYPE=vxlan VNCSERVER_PROXYCLIENT_ADDRESS=$HOST_IP VNCSERVER_LISTEN=0.0.0.0 disable_service n-net disable_service cinder disable_service swift ENABLED_SERVICES+=,neutron,q-svc,n-novnc,n-cpu,nova,q-meta,q-dhcp,q-l3,odl-compute ODL_MODE=externalodl ODL_PROVIDER_MAPPINGS=physnet1:eth0 ODL_MGR_IP=192.168.0.117 ODL_PORT=8080 ODL_MGR_PORT=6640 [[post-config|/etc/neutron/plugins/ml2/ml2_conf.ini]] [agent] minimize_polling=True [ml2_odl] url=http://$ODL_MGR_IP:8080/controller/nb/v2/neutron username=admin password=admin Thanks, Srinivas On Tue, Oct 6, 2015 at 12:13 AM, saurabh suman <90.su...@gmail.com> wrote: > Looks like you have already stacked once on that system then cleaned it > but some of python depedency files remained there. Is that the case? Also > before stacking make sure you ODL is up and running. > > Regards, > Saurav > > On Mon, Oct 5, 2015 at 8:21 PM, Silvia Fichera > wrote: > >> Hi all, >> I'm trying to integrate OpenStack with Opendaylight and I was following >> this guide >> https://wiki.opendaylight.org/view/OVSDB:OVSDB_OpenStack_Guide >> but I have some errors when I stack. >> (Something like this : ImportError: No module named >> openstack_requirements) >> Moreover the links related to the local.conf are no more avaiable. >> Do you have an updated guide to use Openstack together with Opendaylight >> (stable, if it's possible). >> >> Thanks a lot >> >> -- >> Silvia Fichera >> >> ___ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack@lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > ___ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] LBaaS & VPNaaS
I was able to get VPNaas working by following this link https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall Regards, Sayaji On Tue, Oct 6, 2015 at 3:38 AM, Yngvi Páll Þorfinnsson wrote: > Dear all > > > > Can anyone please advise me on a good „install guide for Openstack Juno“ > for > > *LbaaS* and *VPNaaS* ? > > My openstack servers are all Ubuntu 14.04 LTS. > > > > Best regards > > Yngvi > > ___ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] Cinder - Ceph RADOS with libvirt+Xen Project
Hi Guys, I would like to know if someone got success deploying Cinder using Libvirt+Xen Project with Ceph RADOS backend. I tried but Xen Project can't find the disk. Did someone tried to do the same? Thanks! ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Cinder - Ceph RADOS with libvirt+Xen Project
Are you married to OpenStack? I know xen works beautifully with cloudstack... Just throwing it out there... On Oct 6, 2015 7:17 PM, "Leandro Mendes" wrote: > Hi Guys, > > I would like to know if someone got success deploying Cinder using > Libvirt+Xen Project with Ceph RADOS backend. > > I tried but Xen Project can't find the disk. > > Did someone tried to do the same? > > Thanks! > > ___ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Cinder - Ceph RADOS with libvirt+Xen Project
Hi Adam, actually i already moved from cloudstack. Some things related do architecture wasn't fitting well regarding my envirment and OpenStack solves a hundred % of my problems. My deployment is working well with Gluster, but i would like to make it work with Ceph. At this time, moving back to cloudstack is not an option. Maybe move to kvm, but first i'd like to try a little more. Em 07/10/2015 00:51, "Adam Lawson" escreveu: > Are you married to OpenStack? I know xen works beautifully with > cloudstack... Just throwing it out there... > On Oct 6, 2015 7:17 PM, "Leandro Mendes" wrote: > >> Hi Guys, >> >> I would like to know if someone got success deploying Cinder using >> Libvirt+Xen Project with Ceph RADOS backend. >> >> I tried but Xen Project can't find the disk. >> >> Did someone tried to do the same? >> >> Thanks! >> >> ___ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack@lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack