From mrunge at redhat.com Mon Feb 1 07:47:23 2016 From: mrunge at redhat.com (Matthias Runge) Date: Mon, 1 Feb 2016 08:47:23 +0100 Subject: [Rdo-list] Reminder: RDO test day tomorrow In-Reply-To: <56A7D3B6.2060409@redhat.com> References: <56A7D3B6.2060409@redhat.com> Message-ID: <20160201074723.GA13068@sofja.berg.ol> On Tue, Jan 26, 2016 at 03:14:46PM -0500, Rich Bowen wrote: > A reminder that we'll be holding the RDO Mitaka 2 test day Tomorrow and > Thursday - January 27-28. Details, and test instructions, may be found > here: https://www.rdoproject.org/testday/mitaka/milestone2/ > > I will be traveling tomorrow, so I request that folks be particularly > aware on #rdo, so that beginners and others new to RDO have the support > that they need when things go wrong. Thank you for the heads up here. Could we schedule the next test days at a time, where not so many of us are travelling? (End of January is FOSDEM, and there is devconf.cz the week after), between both is config management camp (just illustrating, quite a few of us are very busy these days and unable to support, if an issue happens.) Thank you, Matthias -- Matthias Runge From dms at redhat.com Mon Feb 1 12:58:53 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 1 Feb 2016 07:58:53 -0500 Subject: [Rdo-list] Reminder: RDO test day tomorrow In-Reply-To: <20160201074723.GA13068@sofja.berg.ol> References: <56A7D3B6.2060409@redhat.com> <20160201074723.GA13068@sofja.berg.ol> Message-ID: Hi Matthias, The timing was not very convenient but we try to schedule the test days around a week after a milestone [1] has been hit. With FOSDEM and Devconf so close to each other, this would've meant pushing the test days at least another two weeks (now three weeks or more after milestone). I feel we got good participation regardless, especially on the RDO Manager side. Our CI is really getting awesome coverage and is leaps and bounds beyond what we had even for M1 and I will share an update on that topic in a blog post soon. [1]: http://docs.openstack.org/releases/schedules/mitaka.html David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Feb 1, 2016 2:47 AM, "Matthias Runge" wrote: > On Tue, Jan 26, 2016 at 03:14:46PM -0500, Rich Bowen wrote: > > A reminder that we'll be holding the RDO Mitaka 2 test day Tomorrow and > > Thursday - January 27-28. Details, and test instructions, may be found > > here: https://www.rdoproject.org/testday/mitaka/milestone2/ > > > > I will be traveling tomorrow, so I request that folks be particularly > > aware on #rdo, so that beginners and others new to RDO have the support > > that they need when things go wrong. > > Thank you for the heads up here. Could we schedule the next test days > at a time, where not so many of us are travelling? (End of January > is FOSDEM, and there is devconf.cz the week after), between both is > config management camp (just illustrating, quite a few of us are > very busy these days and unable to support, if an issue happens.) > > Thank you, > Matthias > -- > Matthias Runge > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hguemar at fedoraproject.org Mon Feb 1 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 1 Feb 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160201150003.184F760A4004@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-02-03 from 15:00:00 to 16:00:00 UTC At rdo at irc.freenode.net The meeting will be about: RDO IRC meeting [Agenda at https://etherpad.openstack.org/p/RDO-Packaging ](https://etherpad.openstack.org/p/RDO-Packaging) Every Wednesday on #rdo on Freenode IRC Source: https://apps.fedoraproject.org/calendar/meeting/2017/ From nyeates at redhat.com Tue Feb 2 19:46:19 2016 From: nyeates at redhat.com (Nick Yeates) Date: Tue, 2 Feb 2016 14:46:19 -0500 Subject: [Rdo-list] What encourages good software design in openstack? Message-ID: <5DAC29EB-B118-479B-A7A9-98929978C75E@redhat.com> I have been scouring Openstack artifacts to find examples of what encourages good software design in its system architecture and code. The info will be used in teaching university students. I suppose it would be good for new developers of the community too. I found your blueprints and bugs and code reviews, but cant piece together how good architecture and design are encouraged via process and/or documents. Code standards? Design standards? I see the Design Summits, but have not yet found design recommendations or a process that new code goes through to ensure decent design rules of thumb. Does it come from Developers experience, or are there some sort of artifacts to point at? I am not as interested in specific examples of good design (though please send me whatever), but more a meta of that. What encourages or describes good design in Openstack? Thanks, -Nick Yeates From rbowen at redhat.com Wed Feb 3 10:47:55 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 3 Feb 2016 11:47:55 +0100 Subject: [Rdo-list] Unanswered ask.openstack.org RDO questions Message-ID: <56B1DADB.1020802@redhat.com> I'm a few days behind this week, as I've been traveling. If you could help out with the backlog of RDO questions on ask.openstack.org, it would be hugely appreciated! 64 unanswered questions: New Installation RDO sql problem https://ask.openstack.org/en/question/88169/new-installation-rdo-sql-problem/ Tags: mariadb Does activating DVR on RDO liberty require switching SELINUX on all nodes to permissive state ? https://ask.openstack.org/en/question/88155/does-activating-dvr-on-rdo-liberty-require-switching-selinux-on-all-nodes-to-permissive-state/ Tags: rdo, liberty, dvr RDO error ,please help me https://ask.openstack.org/en/question/88151/rdo-error-please-help-me/ Tags: rdo, devsatck, install-openstack glance configuration options in docs https://ask.openstack.org/en/question/88125/glance-configuration-options-in-docs/ Tags: glance, configuration, documentation Magnum Bay create command fails with Error 400 https://ask.openstack.org/en/question/88065/magnum-bay-create-command-fails-with-error-400/ Tags: magnum, openstack, bay-create-fail socket.error: [Errno 111] Connection refused https://ask.openstack.org/en/question/87800/socketerror-errno-111-connection-refused/ Tags: access, ovs-bridge, multi-tenant, liberty-neutron connectivity chain diagnose https://ask.openstack.org/en/question/87757/connectivity-chain-diagnose/ Tags: ovs, neutron, rdo, liberty Create a new dashboard Error https://ask.openstack.org/en/question/87549/create-a-new-dashboard-error/ Tags: dashboard, command, startdash, manage.py OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Clarification on docs for self service connectivity https://ask.openstack.org/en/question/87183/clarification-on-docs-for-self-service-connectivity/ Tags: liberty, neutron, connectivity, router Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs error installing rdo kilo with proxy https://ask.openstack.org/en/question/85703/error-installing-rdo-kilo-with-proxy/ Tags: rdo, packstack, centos, proxy Why is /usr/bin/openstack domain list ... hanging? https://ask.openstack.org/en/question/85593/why-is-usrbinopenstack-domain-list-hanging/ Tags: puppet, keystone, kilo [ RDO ] Could not find declared class ::remote::db https://ask.openstack.org/en/question/84820/rdo-could-not-find-declared-class-remotedb/ Tags: rdo Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing Freeing IP from FLAT network setup https://ask.openstack.org/en/question/84063/freeing-ip-from-flat-network-setup/ Tags: juno, existing-network, rdo, neutron, flat How to deploy Virtual network function (VNF) in Opnstack integrated Opendaylight https://ask.openstack.org/en/question/84061/how-to-deploy-virtual-network-function-vnf-in-opnstack-integrated-opendaylight/ Tags: vnf, kilo, opendaylight, nfv cann't install python-keystone-auth-token [Close Duplicate] https://ask.openstack.org/en/question/83942/cannt-install-python-keystone-auth-token-close-duplicate/ Tags: python-keystone, openstack-swift RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh No able to create an instance in odl integrated RDO Kilo openstack https://ask.openstack.org/en/question/83700/no-able-to-create-an-instance-in-odl-integrated-rdo-kilo-openstack/ Tags: kilo, rdo, opendaylight, kilo-neutron, integration redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo glance\nova command line SSL failure https://ask.openstack.org/en/question/82692/glancenova-command-line-ssl-failure/ Tags: glance, kilo-openstack, ssl Cannot create/update flavor metadata from horizon https://ask.openstack.org/en/question/82477/cannot-createupdate-flavor-metadata-from-horizon/ Tags: rdo, kilo, flavor, metadata Installing openstack using packstack (rdo) failed https://ask.openstack.org/en/question/82473/installing-openstack-using-packstack-rdo-failed/ Tags: rdo, packstack, installation-error, keystone can't start instances after upgrade/reboot https://ask.openstack.org/en/question/82205/cant-start-instances-after-upgradereboot/ Tags: cinder, iscsi, rdo, juno_rdo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From chkumar246 at gmail.com Wed Feb 3 11:19:37 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 3 Feb 2016 16:49:37 +0530 Subject: [Rdo-list] RDO Bug Statistics [2016-02-03] Message-ID: # RDO Bugs on 2016-02-03 This email summarizes the active RDO bugs listed in the Red Hat Bugzilla database at . To report a new bug against RDO, go to: ## Summary - Open (NEW, ASSIGNED, ON_DEV): 397 - Fixed (MODIFIED, POST, ON_QA): 218 ## Number of open bugs by component dib-utils [ 2] diskimage-builder [ 3] + distribution [ 14] ++++++ dnsmasq [ 1] Documentation [ 4] + instack [ 4] + instack-undercloud [ 28] ++++++++++++ iproute [ 1] openstack-ceilometer [ 2] openstack-cinder [ 13] +++++ openstack-foreman-inst... [ 2] openstack-glance [ 2] openstack-heat [ 5] ++ openstack-horizon [ 2] openstack-ironic [ 4] + openstack-ironic-disco... [ 1] openstack-keystone [ 10] ++++ openstack-manila [ 10] ++++ openstack-neutron [ 12] +++++ openstack-nova [ 22] +++++++++ openstack-packstack [ 90] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 17] +++++++ openstack-selinux [ 11] ++++ openstack-swift [ 3] + openstack-tripleo [ 28] ++++++++++++ openstack-tripleo-heat... [ 6] ++ openstack-tripleo-imag... [ 3] + openstack-trove [ 1] openstack-tuskar [ 2] openstack-utils [ 1] Package Review [ 9] ++++ python-django-horizon [ 3] + python-glanceclient [ 2] python-keystonemiddleware [ 1] python-neutronclient [ 4] + python-novaclient [ 1] python-openstackclient [ 5] ++ python-oslo-config [ 2] rdo-manager [ 56] ++++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdopkg [ 1] RFEs [ 2] tempest [ 1] ## Open bugs This is a list of "open" bugs by component. An "open" bug is in state NEW, ASSIGNED, ON_DEV and has not yet been fixed. (397 bugs) ### dib-utils (2 bugs) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2015-12-07 Summary: Packstack Ironic admin_url misconfigured in nova.conf [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: dib-utils Last change: 2015-12-10 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2015-04-09 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2015-09-23 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-01-27 Summary: add support for deltarpm ### distribution (14 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] text of uninitialized deployment needs rewording [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2015-10-13 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-01-25 Summary: Tracker: Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-01-04 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2015-06-04 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-01-25 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2015-06-04 Summary: Tracking bug for bugs that Lars is interested in [1275608 ] http://bugzilla.redhat.com/1275608 (NEW) Component: distribution Last change: 2015-10-27 Summary: EOL'ed rpm file URL not up to date [1263696 ] http://bugzilla.redhat.com/1263696 (NEW) Component: distribution Last change: 2015-09-16 Summary: Memcached not built with SASL support [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2015-09-14 Summary: [RFE] Packages upgrade path checks in Delorean CI [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2015-06-04 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] Provisioning Images filter doesn't work [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2015-06-09 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2015-12-10 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2015-06-22 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (4 bugs) [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2015-10-15 Summary: [DOC] External network should be documents in RDO manager installation [1271793 ] http://bugzilla.redhat.com/1271793 (NEW) Component: Documentation Last change: 2015-10-14 Summary: rdo-manager doc has incomplete /etc/hosts configuration [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2015-10-15 Summary: step required to build images for overcloud [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2015-10-15 Summary: RFE : document how to access horizon in RDO manager VIRT setup ### instack (4 bugs) [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2015-06-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2015-06-04 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2015-06-04 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2015-06-04 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (28 bugs) [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2015-10-20 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2015-09-23 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2015-06-29 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2015-07-14 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2015-06-25 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2015-10-19 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2015-09-29 Summary: instack-virt-setup fails on CentOS7 [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-01-19 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2015-06-11 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2015-06-16 Summary: instack-ironic-deployment --register-nodes swallows error output [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2015-09-30 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2015-06-15 Summary: wget is missing from qcow2 image fails instack-build- images script ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-01-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (2 bugs) [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (13 bugs) [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-27 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2015-01-05 Summary: vmware: "Not authenticated error occurred " on delete volume [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2015-10-02 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2015-03-31 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2015-07-23 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2015-06-14 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1231311 ] http://bugzilla.redhat.com/1231311 (NEW) Component: openstack-cinder Last change: 2015-06-12 Summary: Cinder missing dep: fasteners against liberty packstack install [1167945 ] http://bugzilla.redhat.com/1167945 (NEW) Component: openstack-cinder Last change: 2014-11-25 Summary: Random characters in instacne name break volume attaching [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-17 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-01-04 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2015-04-14 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-01-22 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2015-11-25 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] ### openstack-foreman-installer (2 bugs) [1203292 ] http://bugzilla.redhat.com/1203292 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: [RFE] Openstack Installer should install and configure SPICE to work with Nova and Horizon [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (2 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2015-04-20 Summary: Split glance-api and glance-registry [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2015-04-21 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-01-07 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-01-07 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2015-07-20 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2015-08-19 Summary: SoftwareDeployment resource attributes are null [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2015-07-08 Summary: Clearing non-existing hooks yields no error message ### openstack-horizon (2 bugs) [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-01-04 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (1 bug) [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (10 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2015-12-09 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2015-04-05 Summary: Need to include SSO callback form in the openstack- keystone RPM [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-01-21 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2015-06-04 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2015-07-23 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2015-06-04 Summary: Overridden default for Token Provider points to non- existent class [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1008865 ] http://bugzilla.redhat.com/1008865 (NEW) Component: openstack-keystone Last change: 2015-10-26 Summary: keystone-all process reaches 100% CPU consumption [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2015-12-07 Summary: keystone: add token flush cronjob script to keystone package ### openstack-manila (10 bugs) [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (12 bugs) [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-01-11 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2015-01-08 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2015-08-17 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2014-12-16 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1269610 ] http://bugzilla.redhat.com/1269610 (ASSIGNED) Component: openstack-neutron Last change: 2015-11-19 Summary: Overcloud deployment fails - openvswitch agent is not running and nova instances end up in error state [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2015-05-28 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2015-12-22 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2015-12-30 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2014-09-27 Summary: Use neutron-sanity-check in CI checks [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2015-11-11 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2015-09-02 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2015-12-15 Summary: [RFE] [neutron] neutron services needs more RPM granularity ### openstack-nova (22 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-02-01 Summary: Ensure translations are installed correctly and picked up at runtime [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova AVC messages [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-01-21 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-01-19 Summary: logrotate should copytruncate to avoid openstack logging to deleted files [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version ### openstack-packstack (90 bugs) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: "private" network created by packstack is not owned by any tenant [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-01-18 Summary: Raise MariaDB max connections limit [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-24 Summary: [RFE] Include Fedora cloud images in some nice way [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: rabbitmq wont start if ssl is required [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-01-13 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2015-12-18 Summary: Receive Msg 'Error: Could not find user glance' [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] SPICE support in packstack [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Deploying ironic kilo with packstack fails [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2015-09-09 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-23 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack missing ML2 Mellanox Mechanism Driver [953586 ] http://bugzilla.redhat.com/953586 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Openstack Installer: packstack should install and configure SPICE to work with Nova and Horizon [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Errors install kilo on fedora21 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2015-07-05 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Provide option to set bind_host/bind_port for API services [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2015-06-16 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2015-07-29 Summary: rdo liberty trunk; nova compute fails to start [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2015-10-07 Summary: packstack script does not test to see if the rc files *were* created. [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: Swift's proxy-server is not configured to use ceilometer [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: centos7 fails to install glance [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: Nova keypair doesn't work with Nova Networking [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2015-09-25 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2015-10-12 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run fails when running with DEMO [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Packstack --allinone fails while starting HTTPD service [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2015-07-01 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2015-04-14 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2015-10-31 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: glance provision disregards keystone region setting [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2015-08-05 Summary: FWaaS does not work because DB was not synced [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2015-12-10 Summary: PackStack installs Nova crontab that nova user can't run [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2015-12-04 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: New user cannot retrieve container listing [1283261 ] http://bugzilla.redhat.com/1283261 (NEW) Component: openstack-packstack Last change: 2016-01-26 Summary: ceilometer-nova is not configured [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2015-08-04 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-01-29 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2015-11-25 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: add DiskFilter to scheduler_default_filters [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Please add glance and nova lib folder config [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Swift's proxy-server is not configured to use ceilometer [1297833 ] http://bugzilla.redhat.com/1297833 (NEW) Component: openstack-packstack Last change: 2016-01-28 Summary: VPNaaS should use libreswan driver instead of openswan by default [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-20 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2015-07-08 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack key injection fails with legacy networking (Nova networking) [1225312 ] http://bugzilla.redhat.com/1225312 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack Installation error - Invalid parameter create_mysql_resource on Class[Galera::Server] [1282928 ] http://bugzilla.redhat.com/1282928 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-29 Summary: Trove-api fails to start when deployed using packstack on RHEL 7.2 RC1.1 [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: misleading exit message on fail [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2015-10-13 Summary: packstack failed to start nova.api [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2015-11-06 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack wording is unclear for demo and testing provisioning. [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2015-07-14 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex ### openstack-puppet-modules (17 bugs) [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2015-12-04 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Permissions issue prevents CSS from rendering [1298245 ] http://bugzilla.redhat.com/1298245 (NEW) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: trove conf files require update when neutron disabled [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2015-09-03 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: Typo in log file name for trove-guestagent [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-01 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Increase the rpc_thread_pool_size [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-openstack_extras to opm [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2015-07-07 Summary: trove guestagent config mods for integration testing [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2015-06-30 Summary: rdo kilo mongo fails to start [1289309 ] http://bugzilla.redhat.com/1289309 (NEW) Component: openstack-puppet-modules Last change: 2015-12-07 Summary: Neutron module needs updating in OPM ### openstack-selinux (11 bugs) [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2015-02-06 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2015-04-09 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2015-03-19 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2015-03-18 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2015-11-24 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2015-08-21 Summary: nova api can't be started in WSGI under httpd, blocked by selinux [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2014-11-23 Summary: keystone-all proccess raised avc denied ### openstack-swift (3 bugs) [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2015-12-22 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2015-01-07 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2014-12-12 Summary: swift-init does not interoperate with systemd swift service files ### openstack-tripleo (28 bugs) [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-02-01 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2015-06-08 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: You can still check introspection status for ironic nodes that have been deleted [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2015-10-09 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2015-06-22 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2015-12-11 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Timeout in API [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2015-11-23 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2015-11-04 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Overcloud missing ceilometer keystone user and endpoints [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2015-06-29 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When adding nodes to the cloud the update hangs and takes forever ### openstack-tripleo-heat-templates (6 bugs) [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-29 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-08 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-01 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-01-25 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-13 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-04 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-02-01 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: mariadb my.cnf socket path does not exist [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: possible incorrect selinux check in 97-mysql-selinux ### openstack-trove (1 bug) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2015-06-23 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2015-06-26 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-01-04 Summary: Can't enable OpenStack service after openstack-service disable ### Package Review (9 bugs) [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2015-12-03 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (NEW) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-midonetclient [1272513 ] http://bugzilla.redhat.com/1272513 (ASSIGNED) Component: Package Review Last change: 2016-01-13 Summary: Review Request: Murano - is an application catalog for OpenStack [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1292794 ] http://bugzilla.redhat.com/1292794 (ASSIGNED) Component: Package Review Last change: 2016-01-28 Summary: Review Request: openstack-magnum - Container Management project for OpenStack [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2015-11-13 Summary: New Package: python-dracclient ### python-django-horizon (3 bugs) [1302597 ] http://bugzilla.redhat.com/1302597 (NEW) Component: python-django-horizon Last change: 2016-01-28 Summary: "Error: Unable to retrieve Ceilometer meter list" when browsing to the Resource Usage page in horizon [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-django-horizon Last change: 2016-02-03 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base [1302590 ] http://bugzilla.redhat.com/1302590 (NEW) Component: python-django-horizon Last change: 2016-01-28 Summary: "Error: Unable to retrieve floating IP addresses" when logging in to horizon in Mitaka (testday2 version) ### python-glanceclient (2 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2015-10-21 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2014-11-17 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2015-10-26 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (4 bugs) [1221063 ] http://bugzilla.redhat.com/1221063 (ASSIGNED) Component: python-neutronclient Last change: 2015-08-20 Summary: --router:external=True syntax is invalid - not backward compatibility [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2015-03-30 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2015-11-12 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-01-28 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (1 bug) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2015-06-04 Summary: Missing versioned dependency on python-six ### python-openstackclient (5 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: `openstack ip floating delete` fails if we specify IP address as input [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (56 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot access instance vnc console on horizon after overcloud deployment [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deployment of Undercloud [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: add deltarpm to all images built [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support IPv6 [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Command to create flavors based on real hardware and profiles [1270818 ] http://bugzilla.redhat.com/1270818 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Two ironic-inspector processes are running on the undercloud, breaking the introspection [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1269002 ] http://bugzilla.redhat.com/1269002 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: overcloud HA deployment fails - the rabbitmq doesn't run on the controllers. [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Glance client returning 'Expected endpoint' [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2015-06-03 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup fails: error Running install- packages install [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Duplicate nova hypervisors after rebooting compute nodes [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2015-10-15 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager imoort .json file [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot view cinder volumes in overcloud controller horizon [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: PXE boot fails: Unrecognized option "--autofree" [1294085 ] http://bugzilla.redhat.com/1294085 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Creating an instance on RDO overcloud, errors out [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: there is a newer image that can be used to deploy openstack [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deploying Manila is not possible due to missing template [1272167 ] http://bugzilla.redhat.com/1272167 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support enabling the port security extension [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2015-05-29 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: No way to increase yum timeouts when building images [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-01-01 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2015-10-21 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated neutron options [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2015-10-22 Summary: rdo-manager liberty, delete node is failing ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-07-13 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-08-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Validate node power credentials after enrolling ### rdopkg (1 bug) [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-02-01 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-01-22 Summary: [RFE] Provide easy to use upgrade tool ### tempest (1 bug) [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (218 bugs) ### diskimage-builder (1 bug) [1228761 ] http://bugzilla.redhat.com/1228761 (MODIFIED) Component: diskimage-builder Last change: 2015-09-23 Summary: DIB_YUM_REPO_CONF points to two files and that breaks imagebuilding ### distribution (7 bugs) [1265690 ] http://bugzilla.redhat.com/1265690 (ON_QA) Component: distribution Last change: 2015-09-28 Summary: Update python-networkx to 1.10 [1300013 ] http://bugzilla.redhat.com/1300013 (MODIFIED) Component: distribution Last change: 2016-01-21 Summary: openstack-aodh now requires python-gnocchiclient [1108188 ] http://bugzilla.redhat.com/1108188 (MODIFIED) Component: distribution Last change: 2016-01-04 Summary: update el6 icehouse kombu packages for improved performance [1218723 ] http://bugzilla.redhat.com/1218723 (MODIFIED) Component: distribution Last change: 2015-06-04 Summary: Trove configuration files set different control_exchange for taskmanager/conductor and api [1151589 ] http://bugzilla.redhat.com/1151589 (MODIFIED) Component: distribution Last change: 2015-03-18 Summary: trove does not install dependency python-pbr [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2015-06-04 Summary: Tuskar Fails After Remove/Reinstall Of RDO [1218398 ] http://bugzilla.redhat.com/1218398 (ON_QA) Component: distribution Last change: 2015-06-04 Summary: rdo kilo testing repository missing openstack- neutron-*aas ### instack-undercloud (2 bugs) [1212862 ] http://bugzilla.redhat.com/1212862 (MODIFIED) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-install-undercloud fails with "ImportError: No module named six" [1232162 ] http://bugzilla.redhat.com/1232162 (MODIFIED) Component: instack-undercloud Last change: 2015-06-16 Summary: the overcloud dns server should not be enforced to 192.168.122.1 when undefined ### openstack-ceilometer (10 bugs) [1265708 ] http://bugzilla.redhat.com/1265708 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer requires pymongo>=3.0.2 [1265721 ] http://bugzilla.redhat.com/1265721 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: FIle /etc/ceilometer/meters.yaml missing [1263839 ] http://bugzilla.redhat.com/1263839 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer should requires python-oslo-policy in kilo [1265746 ] http://bugzilla.redhat.com/1265746 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Options 'disable_non_metric_meters' and 'meter_definitions_cfg_file' are missing from ceilometer.conf [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1038162 ] http://bugzilla.redhat.com/1038162 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-common missing python-babel dependency [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing [1271002 ] http://bugzilla.redhat.com/1271002 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer dbsync failing during HA deployment [1265818 ] http://bugzilla.redhat.com/1265818 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: ceilometer polling agent does not start [1214928 ] http://bugzilla.redhat.com/1214928 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: package ceilometermiddleware missing ### openstack-cinder (5 bugs) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2015-06-22 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] [1212900 ] http://bugzilla.redhat.com/1212900 (ON_QA) Component: openstack-cinder Last change: 2015-05-05 Summary: [packaging] /etc/cinder/cinder.conf missing in openstack-cinder [1081022 ] http://bugzilla.redhat.com/1081022 (MODIFIED) Component: openstack-cinder Last change: 2014-05-07 Summary: Non-admin user can not attach cinder volume to their instance (LIO) [994370 ] http://bugzilla.redhat.com/994370 (MODIFIED) Component: openstack-cinder Last change: 2014-06-24 Summary: CVE-2013-4183 openstack-cinder: OpenStack: Cinder LVM volume driver does not support secure deletion [openstack-rdo] [1084046 ] http://bugzilla.redhat.com/1084046 (POST) Component: openstack-cinder Last change: 2014-09-26 Summary: cinder: can't delete a volume (raise exception.ISCSITargetNotFoundForVolume) ### openstack-glance (4 bugs) [1008818 ] http://bugzilla.redhat.com/1008818 (MODIFIED) Component: openstack-glance Last change: 2015-01-07 Summary: glance api hangs with low (1) workers on multiple parallel image creation requests [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2014-06-24 Summary: Glance api ssl issue [1278962 ] http://bugzilla.redhat.com/1278962 (ON_QA) Component: openstack-glance Last change: 2015-11-13 Summary: python-cryptography requires pyasn1>=0.1.8 but only 0.1.6 is available in Centos [1268146 ] http://bugzilla.redhat.com/1268146 (ON_QA) Component: openstack-glance Last change: 2015-10-02 Summary: openstack-glance-registry will not start: missing systemd dependency ### openstack-heat (3 bugs) [1213476 ] http://bugzilla.redhat.com/1213476 (MODIFIED) Component: openstack-heat Last change: 2015-06-10 Summary: [packaging] /etc/heat/heat.conf missing in openstack- heat [1021989 ] http://bugzilla.redhat.com/1021989 (MODIFIED) Component: openstack-heat Last change: 2015-02-01 Summary: heat sometimes keeps listenings stacks with status DELETE_COMPLETE [1229477 ] http://bugzilla.redhat.com/1229477 (MODIFIED) Component: openstack-heat Last change: 2015-06-17 Summary: missing dependency in Heat delorean build ### openstack-horizon (1 bug) [1219221 ] http://bugzilla.redhat.com/1219221 (ON_QA) Component: openstack-horizon Last change: 2015-05-08 Summary: region selector missing ### openstack-ironic-discoverd (1 bug) [1204218 ] http://bugzilla.redhat.com/1204218 (ON_QA) Component: openstack-ironic-discoverd Last change: 2015-03-31 Summary: ironic-discoverd should allow dropping all ports except for one detected on discovery ### openstack-neutron (15 bugs) [1081203 ] http://bugzilla.redhat.com/1081203 (MODIFIED) Component: openstack-neutron Last change: 2014-04-17 Summary: No DHCP agents are associated with network [1058995 ] http://bugzilla.redhat.com/1058995 (ON_QA) Component: openstack-neutron Last change: 2014-04-08 Summary: neutron-plugin-nicira should be renamed to neutron- plugin-vmware [1050842 ] http://bugzilla.redhat.com/1050842 (ON_QA) Component: openstack-neutron Last change: 2016-01-04 Summary: neutron should not specify signing_dir in neutron- dist.conf [1109824 ] http://bugzilla.redhat.com/1109824 (MODIFIED) Component: openstack-neutron Last change: 2014-09-27 Summary: Embrane plugin should be split from python-neutron [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2014-01-13 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1100136 ] http://bugzilla.redhat.com/1100136 (ON_QA) Component: openstack-neutron Last change: 2014-07-17 Summary: Missing configuration file for ML2 Mellanox Mechanism Driver ml2_conf_mlnx.ini [1088537 ] http://bugzilla.redhat.com/1088537 (ON_QA) Component: openstack-neutron Last change: 2014-06-11 Summary: rhel 6.5 icehouse stage.. neutron-db-manage trying to import systemd [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2015-11-16 Summary: neutron-server will not start: fails with pbr version issue [1057822 ] http://bugzilla.redhat.com/1057822 (MODIFIED) Component: openstack-neutron Last change: 2014-04-16 Summary: neutron-ml2 package requires python-pyudev [1019487 ] http://bugzilla.redhat.com/1019487 (MODIFIED) Component: openstack-neutron Last change: 2014-07-17 Summary: neutron-dhcp-agent fails to start without openstack- neutron-openvswitch installed [1209932 ] http://bugzilla.redhat.com/1209932 (MODIFIED) Component: openstack-neutron Last change: 2015-04-10 Summary: Packstack installation failed with Neutron-server Could not start Service [1157599 ] http://bugzilla.redhat.com/1157599 (ON_QA) Component: openstack-neutron Last change: 2014-11-25 Summary: fresh neutron install fails due unknown database column 'id' [1098601 ] http://bugzilla.redhat.com/1098601 (MODIFIED) Component: openstack-neutron Last change: 2014-05-16 Summary: neutron-vpn-agent does not use the /etc/neutron/fwaas_driver.ini [1270325 ] http://bugzilla.redhat.com/1270325 (MODIFIED) Component: openstack-neutron Last change: 2015-10-19 Summary: neutron-ovs-cleanup fails to start with bad path to ovs plugin configuration [1302416 ] http://bugzilla.redhat.com/1302416 (POST) Component: openstack-neutron Last change: 2016-02-01 Summary: nova unable to delete floating-ip with neutron server error AttributeError: 'Query' object has no attribute 'one_or_none' ### openstack-nova (6 bugs) [1045084 ] http://bugzilla.redhat.com/1045084 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: Trying to boot an instance with a flavor that has nonzero ephemeral disk will fail [1217721 ] http://bugzilla.redhat.com/1217721 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: [packaging] /etc/nova/nova.conf changes due to deprecated options [1211587 ] http://bugzilla.redhat.com/1211587 (MODIFIED) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-compute fails to start because python- psutil is missing after installing with packstack [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-01-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 [958411 ] http://bugzilla.redhat.com/958411 (ON_QA) Component: openstack-nova Last change: 2015-01-07 Summary: Nova: 'nova instance-action-list' table is not sorted by the order of action occurrence. [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-* systemd unit files need NotifyAccess=all ### openstack-packstack (72 bugs) [1252483 ] http://bugzilla.redhat.com/1252483 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: Demo network provisioning: public and private are shared, private has no tenant [1007497 ] http://bugzilla.redhat.com/1007497 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Openstack Installer: packstack does not create tables in Heat db. [1006353 ] http://bugzilla.redhat.com/1006353 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack w/ CONFIG_CEILOMETER_INSTALL=y has an error [1234042 ] http://bugzilla.redhat.com/1234042 (MODIFIED) Component: openstack-packstack Last change: 2015-08-05 Summary: ERROR : Error appeared during Puppet run: 192.168.122.82_api_nova.pp Error: Use of reserved word: type, must be quoted if intended to be a String value at /var/tmp/packstack/811663aa10824d21b860729732c16c3a/ manifests/192.168.122.82_api_nova.pp:41:3 [976394 ] http://bugzilla.redhat.com/976394 (MODIFIED) Component: openstack-packstack Last change: 2015-10-07 Summary: [RFE] Put the keystonerc_admin file in the current working directory for --all-in-one installs (or where client machine is same as local) [1116403 ] http://bugzilla.redhat.com/1116403 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack prescript fails if NetworkManager is disabled, but still installed [1020048 ] http://bugzilla.redhat.com/1020048 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack neutron plugin does not check if Nova is disabled [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2015-12-08 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1297733 ] http://bugzilla.redhat.com/1297733 (POST) Component: openstack-packstack Last change: 2016-01-19 Summary: No VPN tab in Horizon after deploy OSP-8 with packstack - CONFIG_NEUTRON_VPNAAS=y [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2015-07-27 Summary: allow to specify admin name and email [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: el7 Icehouse: Nagios installation fails [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [1061689 ] http://bugzilla.redhat.com/1061689 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Horizon SSL is disabled by Nagios configuration via packstack [1036192 ] http://bugzilla.redhat.com/1036192 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: rerunning packstack with the generated allione answerfile will fail with qpidd user logged in [1175726 ] http://bugzilla.redhat.com/1175726 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Disabling glance deployment does not work if you don't disable demo provisioning [979041 ] http://bugzilla.redhat.com/979041 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora19 no longer has /etc/sysconfig/modules/kvm.modules [1175428 ] http://bugzilla.redhat.com/1175428 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack doesn't configure rabbitmq to allow non- localhost connections to 'guest' user [1111318 ] http://bugzilla.redhat.com/1111318 (MODIFIED) Component: openstack-packstack Last change: 2014-08-18 Summary: pakcstack: mysql fails to restart on CentOS6.5 [957006 ] http://bugzilla.redhat.com/957006 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack reinstall fails trying to start nagios [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: RFE: support setting up apache to serve keystone requests [1052948 ] http://bugzilla.redhat.com/1052948 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Could not start Service[libvirt]: Execution of '/etc/init.d/libvirtd start' returned 1 [1259354 ] http://bugzilla.redhat.com/1259354 (MODIFIED) Component: openstack-packstack Last change: 2015-11-10 Summary: When pre-creating a vg of cinder-volumes packstack fails with an error [990642 ] http://bugzilla.redhat.com/990642 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: rdo release RPM not installed on all fedora hosts [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2015-12-15 Summary: Packstack should use pymysql database driver since Liberty [1018922 ] http://bugzilla.redhat.com/1018922 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack configures nova/neutron for qpid username/password when none is required [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2015-12-10 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2015-08-05 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1006534 ] http://bugzilla.redhat.com/1006534 (MODIFIED) Component: openstack-packstack Last change: 2014-04-08 Summary: Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre [1011628 ] http://bugzilla.redhat.com/1011628 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack reports installation completed successfully but nothing installed [1098821 ] http://bugzilla.redhat.com/1098821 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack allinone installation fails due to failure to start rabbitmq-server during amqp.pp on CentOS 6.5 [1172876 ] http://bugzilla.redhat.com/1172876 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails on centos6 with missing systemctl [1022421 ] http://bugzilla.redhat.com/1022421 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: Error appeared during Puppet run: IPADDRESS_keystone.pp [1108742 ] http://bugzilla.redhat.com/1108742 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Allow specifying of a global --password option in packstack to set all keys/secrets/passwords to that value [1039694 ] http://bugzilla.redhat.com/1039694 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails if iptables.service is not available [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack requires 2 runs to install ceilometer [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080348 ] http://bugzilla.redhat.com/1080348 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora20: packstack gives traceback when SElinux permissive [1014774 ] http://bugzilla.redhat.com/1014774 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack configures br-ex to use gateway ip [1006476 ] http://bugzilla.redhat.com/1006476 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: ERROR : Error during puppet run : Error: /Stage[main]/N ova::Network/Sysctl::Value[net.ipv4.ip_forward]/Sysctl[ net.ipv4.ip_forward]: Could not evaluate: Field 'val' is required [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2015-02-27 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [1295503 ] http://bugzilla.redhat.com/1295503 (MODIFIED) Component: openstack-packstack Last change: 2016-01-08 Summary: Packstack master branch is in the liberty repositories (was: Packstack installation fails with unsupported db backend) [956939 ] http://bugzilla.redhat.com/956939 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack install fails if ntp server does not respond [1018911 ] http://bugzilla.redhat.com/1018911 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack creates duplicate cirros images in glance [1265661 ] http://bugzilla.redhat.com/1265661 (POST) Component: openstack-packstack Last change: 2016-01-13 Summary: Packstack does not install Sahara services (RDO Liberty) [1119920 ] http://bugzilla.redhat.com/1119920 (MODIFIED) Component: openstack-packstack Last change: 2015-10-23 Summary: http://ip/dashboard 404 from all-in-one rdo install on rhel7 [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Help text for SSL is incorrect regarding passphrase on the cert [974971 ] http://bugzilla.redhat.com/974971 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: please give greater control over use of EPEL [1185921 ] http://bugzilla.redhat.com/1185921 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: RabbitMQ fails to start if configured with ssl [1297518 ] http://bugzilla.redhat.com/1297518 (POST) Component: openstack-packstack Last change: 2016-01-12 Summary: Sahara installation fails with ArgumentError: Could not find declared class ::sahara::notify::rabbitmq [1008863 ] http://bugzilla.redhat.com/1008863 (MODIFIED) Component: openstack-packstack Last change: 2013-10-23 Summary: Allow overlapping ips by default [1050205 ] http://bugzilla.redhat.com/1050205 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Dashboard port firewall rule is not permanent [1057938 ] http://bugzilla.redhat.com/1057938 (MODIFIED) Component: openstack-packstack Last change: 2014-06-17 Summary: Errors when setting CONFIG_NEUTRON_OVS_TUNNEL_IF to a VLAN interface [1022312 ] http://bugzilla.redhat.com/1022312 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: qpid should enable SSL [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Packstack needs to support aodh services since Mitaka [991801 ] http://bugzilla.redhat.com/991801 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Warning message for installing RDO kernel needs to be adjusted [1049861 ] http://bugzilla.redhat.com/1049861 (MODIFIED) Component: openstack-packstack Last change: 2016-02-02 Summary: fail to create snapshot on an "in-use" GlusterFS volume using --force true (el7) [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Script wording for service installation should be consistent [1028591 ] http://bugzilla.redhat.com/1028591 (MODIFIED) Component: openstack-packstack Last change: 2014-02-05 Summary: packstack generates invalid configuration when using GRE tunnels [1001470 ] http://bugzilla.redhat.com/1001470 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-dashboard django dependency conflict stops packstack execution [964005 ] http://bugzilla.redhat.com/964005 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: keystonerc_admin stored in /root requiring running OpenStack software as root user [1269158 ] http://bugzilla.redhat.com/1269158 (POST) Component: openstack-packstack Last change: 2015-10-19 Summary: Sahara configuration should be affected by heat availability (broken by default right now) [1003959 ] http://bugzilla.redhat.com/1003959 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Make "Nothing to do" error from yum in Puppet installs a little easier to decipher [1093828 ] http://bugzilla.redhat.com/1093828 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack package should depend on yum-utils [1087529 ] http://bugzilla.redhat.com/1087529 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Configure neutron correctly to be able to notify nova about port changes [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Havana Fedora 19, packstack fails w/ mysql error [958587 ] http://bugzilla.redhat.com/958587 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack install succeeds even when puppet completely fails ### openstack-puppet-modules (22 bugs) [1006816 ] http://bugzilla.redhat.com/1006816 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: cinder modules require glance installed [1085452 ] http://bugzilla.redhat.com/1085452 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-02 Summary: prescript puppet - missing dependency package iptables- services [1133345 ] http://bugzilla.redhat.com/1133345 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-09-05 Summary: Packstack execution fails with "Could not set 'present' on ensure" [1185960 ] http://bugzilla.redhat.com/1185960 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-03-19 Summary: problems with puppet-keystone LDAP support [1021183 ] http://bugzilla.redhat.com/1021183 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: horizon log errors [1049537 ] http://bugzilla.redhat.com/1049537 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Horizon help url in RDO points to the RHOS documentation [1214358 ] http://bugzilla.redhat.com/1214358 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-07-02 Summary: SSHD configuration breaks GSSAPI [1270957 ] http://bugzilla.redhat.com/1270957 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-10-13 Summary: Undercloud install fails on Error: Could not find class ::ironic::inspector for instack on node instack [1219447 ] http://bugzilla.redhat.com/1219447 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: The private network created by packstack for demo tenant is wrongly marked as external [1115398 ] http://bugzilla.redhat.com/1115398 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: swift.pp: Could not find command 'restorecon' [1300562 ] http://bugzilla.redhat.com/1300562 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-22 Summary: Mitaka - Could not find resource 'Service[mysqld]' for relationship from 'File[mysql-config-file]' [1171352 ] http://bugzilla.redhat.com/1171352 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: add aviator [1182837 ] http://bugzilla.redhat.com/1182837 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: packstack chokes on ironic - centos7 + juno [1297052 ] http://bugzilla.redhat.com/1297052 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: openstack-puppet-modules build is out of date and wrong branch in Delorean repos [1037635 ] http://bugzilla.redhat.com/1037635 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: prescript.pp fails with '/sbin/service iptables start' returning 6 [1022580 ] http://bugzilla.redhat.com/1022580 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: netns.py syntax error [1207701 ] http://bugzilla.redhat.com/1207701 (ON_QA) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Unable to attach cinder volume to instance [1258576 ] http://bugzilla.redhat.com/1258576 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-09-01 Summary: RDO liberty packstack --allinone fails on demo provision of glance [1122968 ] http://bugzilla.redhat.com/1122968 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-08-01 Summary: neutron/manifests/agents/ovs.pp creates /etc/sysconfig /network-scripts/ifcfg-br-{int,tun} [1038255 ] http://bugzilla.redhat.com/1038255 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: prescript.pp does not ensure iptables-services package installation [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-02-02 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT [1006401 ] http://bugzilla.redhat.com/1006401 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: explicit check for pymongo is incorrect ### openstack-sahara (2 bugs) [1290387 ] http://bugzilla.redhat.com/1290387 (POST) Component: openstack-sahara Last change: 2015-12-10 Summary: openstack-sahara-api fails to start in Mitaka-1, cannot find api-paste.ini [1268235 ] http://bugzilla.redhat.com/1268235 (MODIFIED) Component: openstack-sahara Last change: 2015-10-02 Summary: rootwrap filter not included in Sahara RPM ### openstack-selinux (13 bugs) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2014-10-29 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) [1234665 ] http://bugzilla.redhat.com/1234665 (ON_QA) Component: openstack-selinux Last change: 2016-01-04 Summary: tempest.scenario.test_server_basic_ops.TestServerBasicO ps fails to launch instance w/ selinux enforcing [1105357 ] http://bugzilla.redhat.com/1105357 (MODIFIED) Component: openstack-selinux Last change: 2015-01-22 Summary: Keystone cannot send notifications [1093385 ] http://bugzilla.redhat.com/1093385 (MODIFIED) Component: openstack-selinux Last change: 2014-05-15 Summary: neutron L3 agent RPC errors [1219406 ] http://bugzilla.redhat.com/1219406 (MODIFIED) Component: openstack-selinux Last change: 2015-11-06 Summary: Glance over nfs fails due to selinux [1099042 ] http://bugzilla.redhat.com/1099042 (MODIFIED) Component: openstack-selinux Last change: 2014-06-27 Summary: Neutron is unable to create directory in /tmp [1083566 ] http://bugzilla.redhat.com/1083566 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: Selinux blocks Nova services on RHEL7, can't boot or delete instances, [1049091 ] http://bugzilla.redhat.com/1049091 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: openstack-selinux blocks communication from dashboard to identity service [1049503 ] http://bugzilla.redhat.com/1049503 (MODIFIED) Component: openstack-selinux Last change: 2015-03-10 Summary: rdo-icehouse selinux issues with rootwrap "sudo: unknown uid 162: who are you?" [1024330 ] http://bugzilla.redhat.com/1024330 (MODIFIED) Component: openstack-selinux Last change: 2014-04-18 Summary: Wrong SELinux policies set for neutron-dhcp-agent [1154866 ] http://bugzilla.redhat.com/1154866 (ON_QA) Component: openstack-selinux Last change: 2015-01-11 Summary: latest yum update for RHEL6.5 installs selinux-policy package which conflicts openstack-selinux installed later [1134617 ] http://bugzilla.redhat.com/1134617 (MODIFIED) Component: openstack-selinux Last change: 2014-10-08 Summary: nova-api service denied tmpfs access [1135510 ] http://bugzilla.redhat.com/1135510 (MODIFIED) Component: openstack-selinux Last change: 2015-04-06 Summary: RHEL7 icehouse cluster with ceph/ssl SELinux errors ### openstack-swift (1 bug) [997983 ] http://bugzilla.redhat.com/997983 (MODIFIED) Component: openstack-swift Last change: 2015-01-07 Summary: swift in RDO logs container, object and account to LOCAL2 log facility which floods /var/log/messages ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2015-09-29 Summary: Package update does not take puppet managed packages into account ### openstack-trove (2 bugs) [1278608 ] http://bugzilla.redhat.com/1278608 (MODIFIED) Component: openstack-trove Last change: 2015-11-06 Summary: trove-api fails to start [1219064 ] http://bugzilla.redhat.com/1219064 (ON_QA) Component: openstack-trove Last change: 2015-08-19 Summary: Trove has missing dependencies ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2015-12-04 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-tuskar-ui (3 bugs) [1175121 ] http://bugzilla.redhat.com/1175121 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: Registering nodes with the IPMI driver always fails [1203859 ] http://bugzilla.redhat.com/1203859 (POST) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: openstack-tuskar-ui: Failed to connect RDO manager tuskar-ui over missing apostrophes for STATIC_ROOT= in local_settings.py [1176596 ] http://bugzilla.redhat.com/1176596 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: The displayed horizon url after deployment has a redundant colon in it and a wrong path ### openstack-utils (3 bugs) [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-01-05 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: openstack-status as admin falsely shows zero instances [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: update openstack-status for rdo-manager ### python-cinderclient (1 bug) [1048326 ] http://bugzilla.redhat.com/1048326 (MODIFIED) Component: python-cinderclient Last change: 2014-01-13 Summary: the command cinder type-key lvm set volume_backend_name=LVM_iSCSI fails to run ### python-django-horizon (3 bugs) [1219006 ] http://bugzilla.redhat.com/1219006 (ON_QA) Component: python-django-horizon Last change: 2015-05-08 Summary: Wrong permissions for directory /usr/share/openstack- dashboard/static/dashboard/ [1218627 ] http://bugzilla.redhat.com/1218627 (ON_QA) Component: python-django-horizon Last change: 2015-06-24 Summary: Tree icon looks wrong - a square instead of a regular expand/collpase one [1211552 ] http://bugzilla.redhat.com/1211552 (MODIFIED) Component: python-django-horizon Last change: 2015-04-14 Summary: Need to add alias in openstack-dashboard.conf to show CSS content ### python-glanceclient (2 bugs) [1206544 ] http://bugzilla.redhat.com/1206544 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-jsonpatch [1206551 ] http://bugzilla.redhat.com/1206551 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-warlock ### python-heatclient (3 bugs) [1028726 ] http://bugzilla.redhat.com/1028726 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient needs a dependency on python-pbr [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient 0.2.9 requires packaging in RDO [1140842 ] http://bugzilla.redhat.com/1140842 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: heat.bash_completion not installed ### python-keystoneclient (3 bugs) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2015-06-04 Summary: user-get fails when using IDs which are not UUIDs [1024581 ] http://bugzilla.redhat.com/1024581 (MODIFIED) Component: python-keystoneclient Last change: 2015-06-04 Summary: keystone missing tab completion [971746 ] http://bugzilla.redhat.com/971746 (MODIFIED) Component: python-keystoneclient Last change: 2016-01-04 Summary: CVE-2013-2013 OpenStack keystone: password disclosure on command line [RDO] ### python-neutronclient (3 bugs) [1067237 ] http://bugzilla.redhat.com/1067237 (ON_QA) Component: python-neutronclient Last change: 2014-03-26 Summary: neutronclient with pre-determined auth token fails when doing Client.get_auth_info() [1025509 ] http://bugzilla.redhat.com/1025509 (MODIFIED) Component: python-neutronclient Last change: 2014-06-24 Summary: Neutronclient should not obsolete quantumclient [1052311 ] http://bugzilla.redhat.com/1052311 (MODIFIED) Component: python-neutronclient Last change: 2014-02-12 Summary: [RFE] python-neutronclient new version request ### python-openstackclient (2 bugs) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-01-04 Summary: Rebase python-openstackclient to version 1.0.0 [1302379 ] http://bugzilla.redhat.com/1302379 (MODIFIED) Component: python-openstackclient Last change: 2016-01-29 Summary: rebase python-openstackclient to 1.7.2 ### python-oslo-config (1 bug) [1110164 ] http://bugzilla.redhat.com/1110164 (ON_QA) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo.config >=1.2.1 is required for trove-manage ### python-pecan (1 bug) [1265365 ] http://bugzilla.redhat.com/1265365 (MODIFIED) Component: python-pecan Last change: 2016-01-04 Summary: Neutron missing pecan dependency ### python-swiftclient (1 bug) [1126942 ] http://bugzilla.redhat.com/1126942 (MODIFIED) Component: python-swiftclient Last change: 2014-09-16 Summary: Swift pseudo-folder cannot be interacted with after creation ### python-tuskarclient (2 bugs) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2015-06-04 Summary: `tuskar help` is missing a description next to plan- templates [1209431 ] http://bugzilla.redhat.com/1209431 (POST) Component: python-tuskarclient Last change: 2015-06-18 Summary: creating a tuskar plan with the exact name gives the user a traceback ### rdo-manager (10 bugs) [1210023 ] http://bugzilla.redhat.com/1210023 (MODIFIED) Component: rdo-manager Last change: 2015-04-15 Summary: instack-ironic-deployment --nodes-json instackenv.json --register-nodes fails [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: rdo-manager Last change: 2015-10-14 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2015-12-30 Summary: [RFE] Support explicit configuration of L2 population [1224584 ] http://bugzilla.redhat.com/1224584 (MODIFIED) Component: rdo-manager Last change: 2015-05-25 Summary: CentOS-7 undercloud install fails w/ "RHOS" undefined variable [1271433 ] http://bugzilla.redhat.com/1271433 (MODIFIED) Component: rdo-manager Last change: 2015-10-20 Summary: Horizon fails to load [1272180 ] http://bugzilla.redhat.com/1272180 (POST) Component: rdo-manager Last change: 2015-12-04 Summary: Horizon doesn't load when deploying without pacemaker [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2015-08-12 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2015-10-07 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" [1222124 ] http://bugzilla.redhat.com/1222124 (MODIFIED) Component: rdo-manager Last change: 2015-11-04 Summary: rdo-manager: fail to discover nodes with "instack- ironic-deployment --discover-nodes": ERROR: Data pre- processing failed [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command ### rdo-manager-cli (10 bugs) [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2015-06-20 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1233259 ] http://bugzilla.redhat.com/1233259 (MODIFIED) Component: rdo-manager-cli Last change: 2015-08-03 Summary: Node show of unified CLI has bad formatting [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2015-06-10 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2015-06-04 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: OSC plugin isn't saving plan configuration values [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2015-06-16 Summary: Ensure proper nodes states after enroll and before deployment ### rdopkg (1 bug) [1220832 ] http://bugzilla.redhat.com/1220832 (ON_QA) Component: rdopkg Last change: 2015-08-06 Summary: python-manilaclient is missing from kilo RDO repository Thanks, Chandan Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Wed Feb 3 11:46:30 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 3 Feb 2016 12:46:30 +0100 Subject: [Rdo-list] This week's RDO/OpenStack Meetups Message-ID: <56B1E896.9080208@redhat.com> The following are the meetups I'm aware of in the coming week where OpenStack and/or RDO enthusiasts are likely to be present. If you know of others, please let me know, and/or add them to http://rdoproject.org/events If there's a meetup in your area, please consider attending. If you attend, please consider taking a few photos, and possibly even writing up a brief summary of what was covered. --Rich * Wednesday February 03 in Mountain View, CA, US: OpenStack & Beyond Podcast - Ecosystem Tooling & Related OSS Projects - http://www.meetup.com/Cloud-Online-Meetup/events/228394885/ * Wednesday February 03 in Amsterdam, NL: Openstack Amsterdam Slack Channel - http://www.meetup.com/Openstack-Amsterdam/events/228428149/ * Wednesday February 03 in Richardson, TX, US: Neutron Network Trouble Shooting part 1 - http://www.meetup.com/OpenStack-DFW/events/228303276/ * Thursday February 04 in Amersfoort, NL: OpenStack Container 2016 - http://www.meetup.com/Openstack-Netherlands/events/226986936/ * Thursday February 04 in Raleigh, NC, US: Building Agile Clouds on Openstack Technical Event -Feb - http://www.meetup.com/Raleigh-Triange-Building-Agile-Clouds-with-OpenStack/events/227328279/ * Friday February 05 in Brno, CZ: DevConf.cz - http://www.meetup.com/Docker-Brno/events/228034611/ * Monday February 08 in Durham, NC, US: February Meetup: The State of Trove - http://www.meetup.com/Triangle-OpenStack-Meetup/events/228260536/ * Tuesday February 09 in Dublin, IE: OpenStack Designate - DNS for your OpenStack Cloud - http://www.meetup.com/OpenStack-Ireland/events/227453812/ * Tuesday February 09 in Istanbul, TR: Ankara 11. Meetup, Konu: OpenStack ELK (Elastic Search, Logstash, Kibana) - http://www.meetup.com/Turkey-OpenStack-Meetup/events/228575106/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Wed Feb 3 14:44:40 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 3 Feb 2016 15:44:40 +0100 Subject: [Rdo-list] What encourages good software design in openstack? In-Reply-To: <5DAC29EB-B118-479B-A7A9-98929978C75E@redhat.com> References: <5DAC29EB-B118-479B-A7A9-98929978C75E@redhat.com> Message-ID: <56B21258.6040700@redhat.com> On 02/02/2016 08:46 PM, Nick Yeates wrote: > I have been scouring Openstack artifacts to find examples of what encourages good software design in its system architecture and code. The info will be used in teaching university students. I suppose it would be good for new developers of the community too. > > I found your blueprints and bugs and code reviews, but cant piece together how good architecture and design are encouraged via process and/or documents. Code standards? Design standards? I see the Design Summits, but have not yet found design recommendations or a process that new code goes through to ensure decent design rules of thumb. > > Does it come from Developers experience, or are there some sort of artifacts to point at? I am not as interested in specific examples of good design (though please send me whatever), but more a meta of that. What encourages or describes good design in Openstack? I suspect that perhaps the openstack-dev list - http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev - might be a more profitable place to ask these questions, since that's the venue where the blueprints and code reviews live. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From javier.pena at redhat.com Wed Feb 3 16:05:38 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 3 Feb 2016 11:05:38 -0500 (EST) Subject: [Rdo-list] [meeting] RDO meeting (2016-02-03) In-Reply-To: <1552673099.24063818.1454515517849.JavaMail.zimbra@redhat.com> Message-ID: <146748574.24064386.1454515538019.JavaMail.zimbra@redhat.com> ============================== #rdo: RDO meeting (2016-02-03) ============================== Meeting started by jpena at 15:00:38 UTC. The full logs are available at http://meetbot.fedoraproject.org/rdo/2016-02-03/rdo_meeting_(2016-02-03).2016-02-03-15.00.log.html . Meeting summary --------------- * roll call (jpena, 15:01:04) * Packaging Delorean (jpena, 15:04:08) * AGREED: The first Delorean release will be 0.1 (jpena, 15:06:33) * ACTION: jpena to make sure python-sh is bumped to 1.11 and it includes Derek's patch (jpena, 15:13:25) * Derek's sh patch == https://github.com/amoffat/sh/pull/237 (apevec, 15:13:55) * Migrate the f22 Delorean worker to f23 (jpena, 15:22:06) * LINK: http://209.132.178.4/f23/status_report.html (jpena, 15:22:50) * Cleanup trello (jpena, 15:44:41) * ACTION: apevec to join RDO trello pruning (apevec, 15:46:36) * kilo 2015.1.3 rebase (jpena, 15:49:52) * ACTION: apevec send call-for-testing 2015.1.3 on rdo-list (apevec, 15:50:55) * open floor (apevec, 15:59:06) Meeting ended at 16:02:25 UTC. Action Items ------------ * jpena to make sure python-sh is bumped to 1.11 and it includes Derek's patch * apevec to join RDO trello pruning * apevec send call-for-testing 2015.1.3 on rdo-list Action Items, by person ----------------------- * apevec * apevec to join RDO trello pruning * apevec send call-for-testing 2015.1.3 on rdo-list * jpena * jpena to make sure python-sh is bumped to 1.11 and it includes Derek's patch * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * apevec (108) * jpena (56) * flepied (15) * trown (14) * mrunge (12) * zodbot (12) * number80 (10) * EmilienM (9) * chandankumar (5) * dmsimard (2) * cdearborn (1) * elmiko (1) * imcsk8 (1) * NelsonPR (1) * jschlueter (1) * mflobo (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From nyeates at redhat.com Wed Feb 3 17:01:14 2016 From: nyeates at redhat.com (Nick Yeates) Date: Wed, 3 Feb 2016 12:01:14 -0500 Subject: [Rdo-list] What encourages good software design in openstack? In-Reply-To: <56B21258.6040700@redhat.com> References: <5DAC29EB-B118-479B-A7A9-98929978C75E@redhat.com> <56B21258.6040700@redhat.com> Message-ID: <7386BB18-E25F-4A4E-8C41-F7610F9D1CBE@redhat.com> Thanks Rich, will do. I was sent to this list - I didn?t realize it was wrong place until too late. > On Feb 3, 2016, at 9:44 AM, Rich Bowen wrote: > > > > On 02/02/2016 08:46 PM, Nick Yeates wrote: >> I have been scouring Openstack artifacts to find examples of what encourages good software design in its system architecture and code. The info will be used in teaching university students. I suppose it would be good for new developers of the community too. >> >> I found your blueprints and bugs and code reviews, but cant piece together how good architecture and design are encouraged via process and/or documents. Code standards? Design standards? I see the Design Summits, but have not yet found design recommendations or a process that new code goes through to ensure decent design rules of thumb. >> >> Does it come from Developers experience, or are there some sort of artifacts to point at? I am not as interested in specific examples of good design (though please send me whatever), but more a meta of that. What encourages or describes good design in Openstack? > > > I suspect that perhaps the openstack-dev list - > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev - > might be a more profitable place to ask these questions, since that's > the venue where the blueprints and code reviews live. > > > -- > Rich Bowen - rbowen at redhat.com > OpenStack Community Liaison > http://rdoproject.org/ > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From hguemar at fedoraproject.org Thu Feb 4 07:13:34 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 4 Feb 2016 08:13:34 +0100 Subject: [Rdo-list] Unanswered ask.openstack.org RDO questions In-Reply-To: <56B1DADB.1020802@redhat.com> References: <56B1DADB.1020802@redhat.com> Message-ID: 2016-02-03 11:47 GMT+01:00 Rich Bowen : > I'm a few days behind this week, as I've been traveling. If you could > help out with the backlog of RDO questions on ask.openstack.org, it > would be hugely appreciated! > > 64 unanswered questions: > > New Installation RDO sql problem > https://ask.openstack.org/en/question/88169/new-installation-rdo-sql-problem/ > Tags: mariadb > Lacking information like which release, and it could be due to remnants from previous mysql/mariadb install. > Does activating DVR on RDO liberty require switching SELINUX on all > nodes to permissive state ? > https://ask.openstack.org/en/question/88155/does-activating-dvr-on-rdo-liberty-require-switching-selinux-on-all-nodes-to-permissive-state/ > Tags: rdo, liberty, dvr > > RDO error ,please help me > https://ask.openstack.org/en/question/88151/rdo-error-please-help-me/ > Tags: rdo, devsatck, install-openstack > Unrelated issue, this is Unix/SSH misconfiguration > glance configuration options in docs > https://ask.openstack.org/en/question/88125/glance-configuration-options-in-docs/ > Tags: glance, configuration, documentation > I'll fix upstream documentation. I'll take few more questions later. H. > Magnum Bay create command fails with Error 400 > https://ask.openstack.org/en/question/88065/magnum-bay-create-command-fails-with-error-400/ > Tags: magnum, openstack, bay-create-fail > > socket.error: [Errno 111] Connection refused > https://ask.openstack.org/en/question/87800/socketerror-errno-111-connection-refused/ > Tags: access, ovs-bridge, multi-tenant, liberty-neutron > > connectivity chain diagnose > https://ask.openstack.org/en/question/87757/connectivity-chain-diagnose/ > Tags: ovs, neutron, rdo, liberty > > Create a new dashboard Error > https://ask.openstack.org/en/question/87549/create-a-new-dashboard-error/ > Tags: dashboard, command, startdash, manage.py > > OpenStack-Docker driver failed > https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ > Tags: docker, openstack, liberty > > Clarification on docs for self service connectivity > https://ask.openstack.org/en/question/87183/clarification-on-docs-for-self-service-connectivity/ > Tags: liberty, neutron, connectivity, router > > Can't create volume with cinder > https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ > Tags: cinder, glusterfs, nfs > > error installing rdo kilo with proxy > https://ask.openstack.org/en/question/85703/error-installing-rdo-kilo-with-proxy/ > Tags: rdo, packstack, centos, proxy > > Why is /usr/bin/openstack domain list ... hanging? > https://ask.openstack.org/en/question/85593/why-is-usrbinopenstack-domain-list-hanging/ > Tags: puppet, keystone, kilo > > [ RDO ] Could not find declared class ::remote::db > https://ask.openstack.org/en/question/84820/rdo-could-not-find-declared-class-remotedb/ > Tags: rdo > > Sahara SSHException: Error reading SSH protocol banner > https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ > Tags: sahara, icehouse, ssh, vanila > > Error Sahara create cluster: 'Error attach volume to instance > https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ > Tags: sahara, attach-volume, vanila, icehouse > > Creating Sahara cluster: Error attach volume to instance > https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ > Tags: sahara, attach-volume, hadoop, icehouse, vanilla > > Routing between two tenants > https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ > Tags: kilo, fuel, rdo, routing > > Freeing IP from FLAT network setup > https://ask.openstack.org/en/question/84063/freeing-ip-from-flat-network-setup/ > Tags: juno, existing-network, rdo, neutron, flat > > How to deploy Virtual network function (VNF) in Opnstack integrated > Opendaylight > https://ask.openstack.org/en/question/84061/how-to-deploy-virtual-network-function-vnf-in-opnstack-integrated-opendaylight/ > Tags: vnf, kilo, opendaylight, nfv > > cann't install python-keystone-auth-token [Close Duplicate] > https://ask.openstack.org/en/question/83942/cannt-install-python-keystone-auth-token-close-duplicate/ > Tags: python-keystone, openstack-swift > > RDO kilo installation metadata widget doesn't work > https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ > Tags: kilo, flavor, metadata > > Not able to ssh into RDO Kilo instance > https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ > Tags: rdo, instance-ssh > > No able to create an instance in odl integrated RDO Kilo openstack > https://ask.openstack.org/en/question/83700/no-able-to-create-an-instance-in-odl-integrated-rdo-kilo-openstack/ > Tags: kilo, rdo, opendaylight, kilo-neutron, integration > > redhat RDO enable access to swift via S3 > https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ > Tags: swift, s3 > > openstack baremetal introspection internal server error > https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ > Tags: rdo, ironic-inspector, tripleo > > glance\nova command line SSL failure > https://ask.openstack.org/en/question/82692/glancenova-command-line-ssl-failure/ > Tags: glance, kilo-openstack, ssl > > Cannot create/update flavor metadata from horizon > https://ask.openstack.org/en/question/82477/cannot-createupdate-flavor-metadata-from-horizon/ > Tags: rdo, kilo, flavor, metadata > > Installing openstack using packstack (rdo) failed > https://ask.openstack.org/en/question/82473/installing-openstack-using-packstack-rdo-failed/ > Tags: rdo, packstack, installation-error, keystone > > can't start instances after upgrade/reboot > https://ask.openstack.org/en/question/82205/cant-start-instances-after-upgradereboot/ > Tags: cinder, iscsi, rdo, juno_rdo > > > -- > Rich Bowen - rbowen at redhat.com > OpenStack Community Liaison > http://rdoproject.org/ > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From fboucher at redhat.com Thu Feb 4 10:30:42 2016 From: fboucher at redhat.com (Fabien Boucher) Date: Thu, 4 Feb 2016 11:30:42 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: <20160203104456.GK3396@localhost> References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> Message-ID: <56B32852.6000802@redhat.com> Hi Gabriele, I add rdo-list as CC to that mail as the discussion is around RPM Factory and Gitnetics. This may interest the RDO community. For the context as the discussion started in the softwarefactory-dev ML: https://www.redhat.com/archives/softwarefactory-dev/2016-February/msg00003.html Le 03/02/2016 11:44, Gabriele Cerami a ?crit : > On 03 Feb, Fabien Boucher wrote: >> >> So to summarize Gitnetic will help for such cases: >> - we have a *-patches branch with some "not yet/never" included upstream changes >> and where we want to cherry-pick upstream changes into it. >> - we want to cherry-pick upstream changes into a "mirror" repository where we already >> have included "not yet/never" included upstream changes. >> >> Gitnetic is then able to take actions when the cherry-pick is not possible, like >> warning the maintainer via a notification like a Gerrit review, ... >> >> Let me know if I miss understood. > > Yes, gitnetics will try the cherry-pick and launch unit tests on the > merged result. If the cherry pick is not possible, it will ask for human > interaction in the form of comments on a gerrit review. > It would also be able to include upstream changes into mirror > repository on non -patches branches. This is not necessary for most of > the upstream projects, because the master branches are tested by delorean, but > delorean is not testing any local patch. It's the goal of rdo, offering > packages from unpatched repositories, but it's not clear yet if for some > opm repositories for example, we will be able to ship unpatched upstream > releases. For the case of the current stable RDO release "Liberty" there ~ 25 patches in different projects like ironic, swift, horizon, opm, ... and patches are applied on top of unmodified upstream project release AFAIK. In RPM Factory patches are handled in form of Gerrit review (never merged) and tox unit tests are run on each patches of the patches chain each time there is a change in the chain. Ideally the use of a patches chain containing a patch decreasing the upstream quality (the project no longer pass the unit test suite) should be prohibited but at least a maintainer will know if the patch he's including in the packaging is decreasing the quality. Furthermore this is, I think, useful when a new minor release of an upstream project is created, like a new tag in stable/liberty. In that case the maintainer may want to reset the liberty-patches branch on that new tag then rebase the patches chain and then the rebase will produce a new patchset and trigger a new run of unit test for each patches of the chain. About the master version of RDO, AFAIK yes Delorean does not use any patches when trying to use rpm-master distgit to test the packaging against each upstream changes so there is not need to run unit test in that case IMO. About OPM, It seems there is an effort to split it and in that case I'm wondering why eventual patches cannot be managed as explained above expect we replace tox test by the right ones for Puppet. >> Actually we have already imported all projects from rdoinfo (rdo.yml) into RPM factory. >> This has been done by a tool called python-sfrdo. Let's take >> an example: Nova: > > Yes, sorry, with "manual import" I meant that the mirror repository is > maintained manually, I did not know about the periodic job. But then > again nothing is testing local patches with new upstream changes, when > the mirror is synchronized. Yes at sync time changes coming from upstream are not tested because this is a mirror so unit test has been already run on the upstream CI (at least for OpenStack projects). And, at the moment a maintainer rebase a patch or a chain of patches, unit test will then be run on each patches of the chain. After, in the case we want to sync be doing a cherry-pick of each upstream changes on top of a modified version of a "mirror" repo/branch, yes I agree it is safer to run unit test during the sync and I understand Gitnetics will help in that way. > We are yet not sure how much we want to test these upstream changes. > Gitnetics tests even before merging... > >> We haven't yet thought to tightly integrate such options in the dashboard. >> We first try to implement RPM Factory features in a separate tool >> called python-sfrdo and evaluate after if there are generic enough to backport >> them in Software Factory. > > Gitnetics is written in python too, and it uses yaml configuration file > to handle all the various options for the projects it has to replicate. > >> But yes I think we can find a way to let a PTL/CORE member of a packaging >> project to select the mechanism that will handle the sync of the "mirror" repo: >> >> Classical: like we have today in RPM Factory: Naive sync of master and stable/* >> periodically. >> Gitnetic: Classical is deactivated and Gitnetic managed the sync of branches >> from upstream in a smarter manner taking in account "not yet/never" included upstream changes >> has been inserted in the branches. > > Yes, something like this, maybe with more options (gitnetics > configuration file contains branch mappings e.g. stable/kilo upstream is > replicated downstream) Alright do you think it possible to have such a workflow : ? - Gitnetics is triggered on a slave by a periodic job to sync (by cherry-picking) each "mirror" repositories (configured to be managed by Gitnetics). - Each upstream changes are one by one cherry-picked on top of the liberty-patches branch and triggering a unit test job attached to that project/branch (already the case with RPM Factory). If unit test pass then the Gerrit review is merged. - When a cherry-pick cannot apply a patch on top of the branch then Gitnetics create the notification for warning the maintainer about the sync issue and let him take an action What do you think ? Best regards Fabien > _______________________________________________ > Softwarefactory-dev mailing list > Softwarefactory-dev at redhat.com > https://www.redhat.com/mailman/listinfo/softwarefactory-dev > From hguemar at fedoraproject.org Thu Feb 4 11:31:24 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 4 Feb 2016 12:31:24 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: <56B32852.6000802@redhat.com> References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> Message-ID: I do not have the whole context, so this is just few comments: 1. we're trying to split the OPM behemoth and goal is to converge to the point where we don't need any downstream patches. 2. until then, we can just use our own mirrors instead of upstream 3. depending how much time, it'll take, it would be worth considering having vanilla puppet modules packages available for testing Moreover associated w/ delorean, it will help us to catch glitches as soon as puppet modules gets broken. 4. I don't like cherry-pick upstream commits on top of own branches, it only encourage us to widen the gap with upstream. If we aim to be the first (as in excellence) vanilla distribution of OpenStack, no exception for puppet modules. If upstream model is broken, for us, then fix it. We've been working with Emilien (upstream Puppet Module PTL) to fix upstream CI w/ RDO, so it's doable. Regards, H. From dms at redhat.com Thu Feb 4 14:41:41 2016 From: dms at redhat.com (David Moreau Simard) Date: Thu, 4 Feb 2016 09:41:41 -0500 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> Message-ID: +1, let's split OPM into a single package per module (and then a meta-package to install them all) like we agreed and let it stay vanilla. If anything breaks, let's address it. Until we have a mean to test a vanilla OPM, we do not have a way to see what is really necessary. Upstream puppet openstack uses vanilla puppet modules and it works just fine. If there are downstream patches necessary for RDO Manager or Packstack, our CI or frequent testing (such as test days) should be able to identify the issues. David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Thu, Feb 4, 2016 at 6:31 AM, Ha?kel wrote: > I do not have the whole context, so this is just few comments: > 1. we're trying to split the OPM behemoth and goal is to converge to > the point where we don't need any downstream patches. > 2. until then, we can just use our own mirrors instead of upstream > 3. depending how much time, it'll take, it would be worth considering > having vanilla puppet modules packages available for testing > Moreover associated w/ delorean, it will help us to catch glitches as > soon as puppet modules gets broken. > 4. I don't like cherry-pick upstream commits on top of own branches, > it only encourage us to widen the gap with upstream. > > If we aim to be the first (as in excellence) vanilla distribution of > OpenStack, no exception for puppet modules. If upstream model is > broken, for us, then fix it. > We've been working with Emilien (upstream Puppet Module PTL) to fix > upstream CI w/ RDO, so it's doable. > > Regards, > H. > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From emilien at redhat.com Thu Feb 4 15:49:38 2016 From: emilien at redhat.com (Emilien Macchi) Date: Thu, 4 Feb 2016 16:49:38 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> Message-ID: <56B37312.2000007@redhat.com> On 02/04/2016 12:31 PM, Ha?kel wrote: > I do not have the whole context, so this is just few comments: > 1. we're trying to split the OPM behemoth and goal is to converge to > the point where we don't need any downstream patches. > 2. until then, we can just use our own mirrors instead of upstream > 3. depending how much time, it'll take, it would be worth considering > having vanilla puppet modules packages available for testing > Moreover associated w/ delorean, it will help us to catch glitches as > soon as puppet modules gets broken. > 4. I don't like cherry-pick upstream commits on top of own branches, > it only encourage us to widen the gap with upstream. While we're pushing "upstream first", we'll probably have custom patches, for the long term maintenance process. I don't say "I want to have downstream-only patches", I just say "we need to be able to backport upstream patches to our downstream branches, because not all upstream projects accepts backports to stable branches. For example in Puppet modules: Upstream accepts backports until stable/kilo but not after. What if we have a case where we need to do so? Big +1 to reduce to 0 the number of downstream-only patches, but we might want to be able to have some process allowing us to do it for exceptions. > If we aim to be the first (as in excellence) vanilla distribution of > OpenStack, no exception for puppet modules. If upstream model is > broken, for us, then fix it. > We've been working with Emilien (upstream Puppet Module PTL) to fix > upstream CI w/ RDO, so it's doable. Yeah, it's doable, though the upstream backport policy is not the same as we have in RDO I guess. -- Emilien Macchi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From rbowen at redhat.com Thu Feb 4 17:04:30 2016 From: rbowen at redhat.com (Rich Bowen) Date: Thu, 4 Feb 2016 18:04:30 +0100 Subject: [Rdo-list] [Rdo-newsletter] RDO Community Newsletter, February 2016 Message-ID: <56B3849E.6010300@redhat.com> The RDO Community Newsletter for February is now available on the website at https://www.rdoproject.org/newsletter/2016-february/ Especially don't miss the report from the RDO Community Day at FOSDEM - http://rdoproject.org/newsletter/2016-february#fosdem-and-the-rdo-community-day Thanks for being part of the RDO community! --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ _______________________________________________ Rdo-newsletter mailing list Rdo-newsletter at redhat.com https://www.redhat.com/mailman/listinfo/rdo-newsletter From hguemar at fedoraproject.org Thu Feb 4 17:09:21 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 4 Feb 2016 18:09:21 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: <56B37312.2000007@redhat.com> References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> <56B37312.2000007@redhat.com> Message-ID: 2016-02-04 16:49 GMT+01:00 Emilien Macchi : > > > While we're pushing "upstream first", we'll probably have custom > patches, for the long term maintenance process. > I don't say "I want to have downstream-only patches", I just say "we > need to be able to backport upstream patches to our downstream branches, > because not all upstream projects accepts backports to stable branches. > > For example in Puppet modules: Upstream accepts backports until > stable/kilo but not after. What if we have a case where we need to do so? > RDO lifecycle currently mirrors upstream, so it should seldom but we can manage that properly. > Big +1 to reduce to 0 the number of downstream-only patches, but we > might want to be able to have some process allowing us to do it for > exceptions. > We have few exceptions already, and rdopkg automatically rebase your patchsets for updates. It's more about rebasing downstream patches on top of upstream branches, rather than cherry-picking upstream patches on top of downstream patches. The amount of work to fix rebase conflicts is sensibly the same or even lesser than rebasing. And it makes much easier to track downstream only patches and keeping their number low. I know there was good reasons in the past to do that, but our long-term goal is to do better. > > Yeah, it's doable, though the upstream backport policy is not the same > as we have in RDO I guess. > -- > Emilien Macchi > In short, it's fine to have downstream patches as long as we keep their number as low as possible. From rasca at redhat.com Fri Feb 5 10:15:34 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Fri, 5 Feb 2016 11:15:34 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal Message-ID: <56B47646.7000201@redhat.com> Hi, I'm trying to deploy Mitaka on a baremetal environment composed by 3 controllers and 4 computes. After introspection nodes seems fine, even for one of them I need to do introspection by hand, since it was not completing the process. But in the end all my 7 nodes were in state "available". Launching the overcloud deploy, the controller part it goes fine, but then it gives me this error about compute: 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: resources.NovaCompute: Went to status ERROR due to "Message: Exceeded maximum number of retries. Exceeded max scheduling at tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last exception: Port b8:ca:3a:66:ef:5a is still in use. The funny thing is that I can't find anywhere the incriminated ID it's not an Ironic node ID and neither a Nova one. Can you help me point the attention in the right direction? Many thanks, -- Raoul Scarazzini rasca at redhat.com From gcerami at redhat.com Fri Feb 5 14:06:26 2016 From: gcerami at redhat.com (Gabriele Cerami) Date: Fri, 05 Feb 2016 15:06:26 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: <56B32852.6000802@redhat.com> References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> Message-ID: <1454681186.4030.250.camel@redhat.com> Hi, Apologies for cross-posting. I don't like replies branching, so I'm answering to all replies in one big email. On Thu, 2016-02-04 at 11:30 +0100, Fabien Boucher wrote: > In RPM Factory patches are handled in form of Gerrit review (never > merged) and If the patches are never merged how do you know they don't create conflicts, what is the merge base of the patches ? patches are never rebased on each other but only to a common base ? Since SF is package-centered, I know this is less relevant, because all the patches end in the package at some point, and you test that. > About the master version of RDO, AFAIK yes Delorean does not use any > patches when > trying to use rpm-master distgit to test the packaging against each > upstream changes > so there is not need to run unit test in that case IMO. Unit tests, no. Acceptance tests, yes. Upstream CI will never be enough because all the projects always download bleeding edge versions for dependencies that may not be present, or have different version in the distro packages. > After, in the case we want to sync be doing a cherry-pick of each > upstream changes > on top of a modified version of a "mirror" repo/branch, yes I agree > it is > safer to run unit test during the sync and I understand Gitnetics > will > help in that way. not on top, and not unit tests. Gitnetics, in one of its mode, merges clean upstream branch, with local patches branch, and create a third branch that is the merge between the two. On the other mode, just proposes (without merging) backports to a -patches branch. Currently OPM-CI is running upstream acceptance tests, but forcing modules to use dependencies available from distro packages, then something called stability tests, to see if modules are deploying stuff like we expect them do to. (usually catch when a variable changes its default) > Alright do you think it possible to have such a workflow : ? > - Gitnetics is triggered on a slave by a periodic job to sync (by > cherry-picking) > each "mirror" repositories (configured to be managed by Gitnetics). > - Each upstream changes are one by one cherry-picked on top of the > liberty-patches > branch and triggering a unit test job attached to that > project/branch (already > the case with RPM Factory). If unit test pass then the Gerrit > review is merged. > - When a cherry-pick cannot apply a patch on top of the branch then > Gitnetics create > the notification for warning the maintainer about the sync issue > and let him take > an action This is exactly what happens, except gitnetics can run on both periodic jobs and triggered by gerrit event, and in its "lock and backports" mode there is no automatic merging, all is tested in temporary branch and only if unit tests pass, the change is proposed as backport to the branch. If something fails, a developer may just add DISCARD as comment to the paused review, and everything will be canceled. On Thu, 2016-02-04 at 12:31 +0100, Ha?kel wrote: > I do not have the whole context, so this is just few comments: > 1. we're trying to split the OPM behemoth and goal is to converge to > the point where we don't need any downstream patches. Not having downstream patches is a great goal to have, not having a backup plan for that one time that is really needed and you don't have the infrastructure to handle it, is a bad move > 2. until then, we can just use our own mirrors instead of upstream > 3. depending how much time, it'll take, it would be worth considering > having vanilla puppet modules packages available for testing > Moreover associated w/ delorean, it will help us to catch glitches as > soon as puppet modules gets broken. One of the big things I'm trying to undestand here, is how much test do we want, on OPM and in general. OPM-CI is currently trying to run tests after each upstream change is merged, but before the same change is merged downstream. After this, a package may be created and tested with the rest of the puppet modules, but testing before merge catches errors very early in the chain, and we immediately know which package caused the havoc, because we are testing only one, not the entire set of modules at once. > 4. I don't like cherry-pick upstream commits on top of own branches, > it only encourage us to widen the gap with upstream. I think everyone here is talking about cherry-picking in -patches branches. Main branches downstream are always an exact copy of the upstream equivalent branch > If we aim to be the first (as in excellence) vanilla distribution of > OpenStack, no exception for puppet modules. If upstream model is > broken, for us, then fix it. Can you be more specific in what you consider upstream model, and in what way this is going to be broken ? Anyway, I expect to be corrected by some of the opm developers, but I don't think vanilla puppet modules in rdo is realistic goal. > We've been working with Emilien (upstream Puppet Module PTL) to fix > upstream CI w/ RDO, so it's doable. Only 22 modules out of 59 present in OPM package are from upstream openstack. The rest is scattered around the galaxy. Fixing upstream CI in openstack may not be enough. On Thu, 2016-02-04 at 16:49 +0100, Emilien Macchi wrote: > While we're pushing "upstream first", we'll probably have custom > patches, for the long term maintenance process. > I don't say "I want to have downstream-only patches", I just say "we > need to be able to backport upstream patches to our downstream branches, > because not all upstream projects accepts backports to stable branches. > For example in Puppet modules: Upstream accepts backports until > stable/kilo but not after. What if we have a case where we need to do so? Other reasons to have a plan B when "no downstream patches" is not an applicable policy. Fabien, can we begin to transfer gitnetics jobs to SF ? I'd like to know what happens when the two meet. From dms at redhat.com Fri Feb 5 23:38:38 2016 From: dms at redhat.com (David Moreau Simard) Date: Fri, 5 Feb 2016 18:38:38 -0500 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: <56B47646.7000201@redhat.com> References: <56B47646.7000201@redhat.com> Message-ID: Hi Raoul, A good start would be to give us some more details about how you did the installation. What installation tool/procedure ? What repositories ? David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" wrote: > Hi, > I'm trying to deploy Mitaka on a baremetal environment composed > by 3 controllers and 4 computes. > After introspection nodes seems fine, even for one of them I need to do > introspection by hand, since it was not completing the process. But in > the end all my 7 nodes were in state "available". > > Launching the overcloud deploy, the controller part it goes fine, but > then it gives me this error about compute: > > 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: > resources.NovaCompute: Went to status ERROR due to "Message: Exceeded > maximum number of retries. Exceeded max scheduling at > tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last > exception: Port b8:ca:3a:66:ef:5a is still in use. > > The funny thing is that I can't find anywhere the incriminated ID it's > not an Ironic node ID and neither a Nova one. > > Can you help me point the attention in the right direction? > > Many thanks, > > -- > Raoul Scarazzini > rasca at redhat.com > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Sat Feb 6 10:27:30 2016 From: rbowen at redhat.com (Rich Bowen) Date: Sat, 6 Feb 2016 11:27:30 +0100 Subject: [Rdo-list] RDO Meetup at DevConf Message-ID: <56B5CA92.8010206@redhat.com> I don't expect that many of you at DevConfCZ are actively checking email, but, just in case ... we are still planning to hold the RDO Community Meetup, in room C228 (go up the stairs behind the Red Hat table, turn left, follow the hallway and the signs) at 15:00 today, immediately after Jakub's rdopkg talk. There's a tentative agenda at https://etherpad.openstack.org/p/rdo-devconfcz but we're also hoping that questions and discussions will follow Jakub from his talk. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Sat Feb 6 12:56:03 2016 From: rbowen at redhat.com (Rich Bowen) Date: Sat, 6 Feb 2016 07:56:03 -0500 (EST) Subject: [Rdo-list] =?utf-8?q?RDO_Meetup_at_DevConf?= In-Reply-To: <56B5CA92.8010206@redhat.com> References: <56B5CA92.8010206@redhat.com> Message-ID: <2103818999.17399069.1454763363900.JavaMail.zimbra@zmail10.collab.prod.int.phx2.redhat.com> I was confused about the times. Jakub's talk ends at 15:30 Sent from my Android phone using TouchDown (www.nitrodesk.com) -----Original Message----- From: Rich Bowen [rbowen at redhat.com] Received: Saturday, 06 Feb 2016, 11:28 To: rdo-list at redhat.com [rdo-list at redhat.com] Subject: [Rdo-list] RDO Meetup at DevConf I don't expect that many of you at DevConfCZ are actively checking email, but, just in case ... we are still planning to hold the RDO Community Meetup, in room C228 (go up the stairs behind the Red Hat table, turn left, follow the hallway and the signs) at 15:00 today, immediately after Jakub's rdopkg talk. There's a tentative agenda at https://etherpad.openstack.org/p/rdo-devconfcz but we're also hoping that questions and discussions will follow Jakub from his talk. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Sun Feb 7 11:01:27 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 7 Feb 2016 11:01:27 +0000 Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty In-Reply-To: <56B3849E.6010300@redhat.com> References: <56B3849E.6010300@redhat.com> Message-ID: Daemons to run on VMs generated via heat templates hadoop-master-node and hadoop-worker-node configured following :- [root at ServerCentOS7 2.6.0]# cat node_group_template_master.json { "name": "vanilla-master", "flavor": "3", "node_processes": [ "namenode", "resourcemanager", "historyserver", "oozie" ], "auto_security_group": true } [root at ServerCentOS7 2.6.0]# cat node_group_template_worker.json { "name": "vanilla-worker", "flavor": "3", "node_processes": [ "datanode", "nodemanager" ], "auto_security_group": true } Spawning of Cluster ends up with errors in sahara-api.log :- 2016-02-07 13:07:54.376 1418 ERROR sahara.utils.api [req-f70c9137-c7b1-449c-9c0f-716e3dc46dc6 ] Not Found exception occurred: error_code=404, error_message=Object with {'id': u'33417a54-1e73-45d7-bea6-ea3865441f0e'} not found in sahara-engine.log :- CommandException: Error during command execution: "mv temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 /opt/hadoop/etc/hadoop/mapred-site.xml" Return code: 1 STDERR: mv: cannot move temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 to /opt/hadoop/etc/hadoop/mapred-site.xml: No such file or directory In heat-engine.log I see :- 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension File "/usr/lib/python2.7/site-packages/heat/engine/clients/os/zaqar.py", line 20, in 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension from zaqarclient.queues.v1 import client as zaqarclient 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension ImportError: No module named zaqarclient.queues.v1 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] Could not load 'mistral': No module named mistralclient.api 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] No module named mistralclient.api . . . . . 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension ImportError: No module named barbicanclient 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension 2016-02-07 12:00:01.752 26853 ERROR stevedore.extension [-] Could not load 'designate': No module named designateclient 2016-02-07 12:00:01.753 26853 ERROR stevedore.extension [-] No module named designateclient and so . Bunch of imports is failing. I woul also expect path /usr/lib/python2.7/site-packages/sahara/tests/scenario/templates/vanilla/2.6.0 to finish with 2.7.1 Attempt to generate Custer based on Hadoop Vanilla plugin 2.6.0 gets rejected right away. Please, advise Boris. -------------- next part -------------- A non-text attachment was scrubbed... Name: sahara-api.log.gz Type: application/gzip Size: 4405 bytes Desc: sahara-api.log.gz URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sahara-engine.log.gz Type: application/gzip Size: 3622 bytes Desc: sahara-engine.log.gz URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: heat-engine.log.gz Type: application/gzip Size: 49996 bytes Desc: heat-engine.log.gz URL: From bderzhavets at hotmail.com Sun Feb 7 12:35:46 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 7 Feb 2016 12:35:46 +0000 Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56B3849E.6010300@redhat.com>, Message-ID: I've got VMs up and running :- [root at ServerCentOS7 ~(keystone_admin)]# nova list +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ | fccee6b5-af62-4008-b12b-5966dcf56bd6 | demo-cluster1-hadoop-master-node-0 | ACTIVE | - | Running | private=50.0.0.17, 192.168.1.157 | | e9bbf603-5eb9-45ff-8375-f583742720bf | demo-cluster1-hadoop-work-node-0 | ACTIVE | - | Running | private=50.0.0.16, 192.168.1.156 | +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ But when I logged into any of them `java -version` reports that java is not installed. Looks like I am supposed set up 2 Node Hadoop Cluster manually. Thanks. Boris ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Sunday, February 7, 2016 6:01 AM To: rdo-list Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty Daemons to run on VMs generated via heat templates hadoop-master-node and hadoop-worker-node configured following :- [root at ServerCentOS7 2.6.0]# cat node_group_template_master.json { "name": "vanilla-master", "flavor": "3", "node_processes": [ "namenode", "resourcemanager", "historyserver", "oozie" ], "auto_security_group": true } [root at ServerCentOS7 2.6.0]# cat node_group_template_worker.json { "name": "vanilla-worker", "flavor": "3", "node_processes": [ "datanode", "nodemanager" ], "auto_security_group": true } Spawning of Cluster ends up with errors in sahara-api.log :- 2016-02-07 13:07:54.376 1418 ERROR sahara.utils.api [req-f70c9137-c7b1-449c-9c0f-716e3dc46dc6 ] Not Found exception occurred: error_code=404, error_message=Object with {'id': u'33417a54-1e73-45d7-bea6-ea3865441f0e'} not found in sahara-engine.log :- CommandException: Error during command execution: "mv temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 /opt/hadoop/etc/hadoop/mapred-site.xml" Return code: 1 STDERR: mv: cannot move temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 to /opt/hadoop/etc/hadoop/mapred-site.xml: No such file or directory In heat-engine.log I see :- 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension File "/usr/lib/python2.7/site-packages/heat/engine/clients/os/zaqar.py", line 20, in 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension from zaqarclient.queues.v1 import client as zaqarclient 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension ImportError: No module named zaqarclient.queues.v1 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] Could not load 'mistral': No module named mistralclient.api 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] No module named mistralclient.api . . . . . 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension ImportError: No module named barbicanclient 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension 2016-02-07 12:00:01.752 26853 ERROR stevedore.extension [-] Could not load 'designate': No module named designateclient 2016-02-07 12:00:01.753 26853 ERROR stevedore.extension [-] No module named designateclient and so . Bunch of imports is failing. I woul also expect path /usr/lib/python2.7/site-packages/sahara/tests/scenario/templates/vanilla/2.6.0 to finish with 2.7.1 Attempt to generate Custer based on Hadoop Vanilla plugin 2.6.0 gets rejected right away. Please, advise Boris. From bderzhavets at hotmail.com Sun Feb 7 17:21:00 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 7 Feb 2016 17:21:00 +0000 Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56B3849E.6010300@redhat.com>, , Message-ID: I have increased number data nodes up to 3 (as required ) same error. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Sunday, February 7, 2016 7:35 AM To: rdo-list Subject: Re: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty I've got VMs up and running :- [root at ServerCentOS7 ~(keystone_admin)]# nova list +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ | fccee6b5-af62-4008-b12b-5966dcf56bd6 | demo-cluster1-hadoop-master-node-0 | ACTIVE | - | Running | private=50.0.0.17, 192.168.1.157 | | e9bbf603-5eb9-45ff-8375-f583742720bf | demo-cluster1-hadoop-work-node-0 | ACTIVE | - | Running | private=50.0.0.16, 192.168.1.156 | +--------------------------------------+------------------------------------+--------+------------+-------------+----------------------------------+ But when I logged into any of them `java -version` reports that java is not installed. Looks like I am supposed set up 2 Node Hadoop Cluster manually. Thanks. Boris ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Sunday, February 7, 2016 6:01 AM To: rdo-list Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty Daemons to run on VMs generated via heat templates hadoop-master-node and hadoop-worker-node configured following :- [root at ServerCentOS7 2.6.0]# cat node_group_template_master.json { "name": "vanilla-master", "flavor": "3", "node_processes": [ "namenode", "resourcemanager", "historyserver", "oozie" ], "auto_security_group": true } [root at ServerCentOS7 2.6.0]# cat node_group_template_worker.json { "name": "vanilla-worker", "flavor": "3", "node_processes": [ "datanode", "nodemanager" ], "auto_security_group": true } Spawning of Cluster ends up with errors in sahara-api.log :- 2016-02-07 13:07:54.376 1418 ERROR sahara.utils.api [req-f70c9137-c7b1-449c-9c0f-716e3dc46dc6 ] Not Found exception occurred: error_code=404, error_message=Object with {'id': u'33417a54-1e73-45d7-bea6-ea3865441f0e'} not found in sahara-engine.log :- CommandException: Error during command execution: "mv temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 /opt/hadoop/etc/hadoop/mapred-site.xml" Return code: 1 STDERR: mv: cannot move temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 to /opt/hadoop/etc/hadoop/mapred-site.xml: No such file or directory In heat-engine.log I see :- 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension File "/usr/lib/python2.7/site-packages/heat/engine/clients/os/zaqar.py", line 20, in 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension from zaqarclient.queues.v1 import client as zaqarclient 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension ImportError: No module named zaqarclient.queues.v1 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] Could not load 'mistral': No module named mistralclient.api 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] No module named mistralclient.api . . . . . 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension ImportError: No module named barbicanclient 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension 2016-02-07 12:00:01.752 26853 ERROR stevedore.extension [-] Could not load 'designate': No module named designateclient 2016-02-07 12:00:01.753 26853 ERROR stevedore.extension [-] No module named designateclient and so . Bunch of imports is failing. I woul also expect path /usr/lib/python2.7/site-packages/sahara/tests/scenario/templates/vanilla/2.6.0 to finish with 2.7.1 Attempt to generate Custer based on Hadoop Vanilla plugin 2.6.0 gets rejected right away. Please, advise Boris. _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Mon Feb 8 06:01:17 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 8 Feb 2016 06:01:17 +0000 Subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty In-Reply-To: <56ABE4D0.6090407@redhat.com> References: <56A928FB.6000206@soe.ucsc.edu>,<56ABE4D0.6090407@redhat.com> Message-ID: Per https://bugzilla.redhat.com/show_bug.cgi?id=1298265 plugins CDH 5.0.4 and HDP 2.0.6 with images generated via sahara-image-elements-3.0.0-3.el7ost.noarch seem to work on RHOSP 8 ( RHEL 7.2) I have to register Ubutu 14.04 image ( or any other glance image) with SAHARA on RDO Liberty with corresponding tags "hdp" and "2.0.6" Then I created Master && Slave templates initializing daemons follow samples :- [root at ServerCentOS7 version_2_0_6(keystone_admin)]# cat master.json { "plugin_name": "hdp", "hadoop_version": "2.0.6", "node_processes": [ "NAMENODE", "AMBARI_SERVER", "RESOURCEMANAGER", "HISTORYSERVER", "ZOOKEEPER_SERVER" ], "name": "hdp-206-default-master", "floating_ip_pool": "{floating_ip_pool}", "flavor_id": "{flavor_id}", "auto_security_group": "{auto_security_group}", "security_groups": "{security_groups}" } [root at ServerCentOS7 version_2_0_6(keystone_admin)]# cat worker.json { "plugin_name": "hdp", "hadoop_version": "2.0.6", "node_processes": [ "DATANODE", "NODEMANAGER" ], "name": "hdp-206-default-worker", "floating_ip_pool": "{floating_ip_pool}", "flavor_id": "{flavor_id}", "auto_security_group": "{auto_security_group}", "security_groups": "{security_groups} Creating Cluster's template I multiplied by 3 Slave's template trying to fork 4 VMs at a time. Finally spawning the HDP 2.0.6 Cluster results an error /val/log/sahara/sahara-engine.log :- 3eb98f8c6e7] HeatStackException: Heat stack failed with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient: resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded for resources: ['security_group_rule'] 26-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2 2016-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] 2016-02-07 21:21:10.701 1384 WARNING sahara.service.heat.heat_engine [req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster creation rollback (reason: Heat stack failed with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient: resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded for resources: ['security_group_rule'] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2) 2016-02-07 21:21:10.958 1384 INFO sahara.utils.cluster [req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster status has been changed. New status=Error Actually , I don't see downstream sahara-images package on RDO Liberty [root at ServerCentOS7 ~]# rpm -qa \*sahara\* openstack-sahara-engine-3.0.0-5.cc218ddgit.el7.noarch python-saharaclient-0.11.1-1.el7.noarch openstack-sahara-api-3.0.0-5.cc218ddgit.el7.noarch openstack-sahara-common-3.0.0-5.cc218ddgit.el7.noarch I have also noticed that I am not the only one person having such kind of problems :- https://ask.openstack.org/en/question/84726/what-are-the-minimum-requirements-to-run-sahara-hadoop-cluster-in-liberty/ Per link above :- "Sahara cluster hangs mostly on Starting phase and returns error. Instances keep running but Hadoop processes do not look properly running when SSH to the new instances." Question stays unaddressed since 11/18/2015. Thank you Boris. From bderzhavets at hotmail.com Mon Feb 8 09:06:31 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 8 Feb 2016 09:06:31 +0000 Subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56A928FB.6000206@soe.ucsc.edu>, <56ABE4D0.6090407@redhat.com>, Message-ID: I saw http://sahara-files.mirantis.com/images/upstream/liberty/ question closed. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Monday, February 8, 2016 1:01 AM To: rdo-list at redhat.com Subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty Per https://bugzilla.redhat.com/show_bug.cgi?id=1298265 plugins CDH 5.0.4 and HDP 2.0.6 with images generated via sahara-image-elements-3.0.0-3.el7ost.noarch seem to work on RHOSP 8 ( RHEL 7.2) I have to register Ubutu 14.04 image ( or any other glance image) with SAHARA on RDO Liberty with corresponding tags "hdp" and "2.0.6" Then I created Master && Slave templates initializing daemons follow samples :- [root at ServerCentOS7 version_2_0_6(keystone_admin)]# cat master.json { "plugin_name": "hdp", "hadoop_version": "2.0.6", "node_processes": [ "NAMENODE", "AMBARI_SERVER", "RESOURCEMANAGER", "HISTORYSERVER", "ZOOKEEPER_SERVER" ], "name": "hdp-206-default-master", "floating_ip_pool": "{floating_ip_pool}", "flavor_id": "{flavor_id}", "auto_security_group": "{auto_security_group}", "security_groups": "{security_groups}" } [root at ServerCentOS7 version_2_0_6(keystone_admin)]# cat worker.json { "plugin_name": "hdp", "hadoop_version": "2.0.6", "node_processes": [ "DATANODE", "NODEMANAGER" ], "name": "hdp-206-default-worker", "floating_ip_pool": "{floating_ip_pool}", "flavor_id": "{flavor_id}", "auto_security_group": "{auto_security_group}", "security_groups": "{security_groups} Creating Cluster's template I multiplied by 3 Slave's template trying to fork 4 VMs at a time. Finally spawning the HDP 2.0.6 Cluster results an error /val/log/sahara/sahara-engine.log :- 3eb98f8c6e7] HeatStackException: Heat stack failed with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient: resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded for resources: ['security_group_rule'] 26-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2 2016-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] 2016-02-07 21:21:10.701 1384 WARNING sahara.service.heat.heat_engine [req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster creation rollback (reason: Heat stack failed with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient: resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded for resources: ['security_group_rule'] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2) 2016-02-07 21:21:10.958 1384 INFO sahara.utils.cluster [req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster: 902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster status has been changed. New status=Error Actually , I don't see downstream sahara-images package on RDO Liberty [root at ServerCentOS7 ~]# rpm -qa \*sahara\* openstack-sahara-engine-3.0.0-5.cc218ddgit.el7.noarch python-saharaclient-0.11.1-1.el7.noarch openstack-sahara-api-3.0.0-5.cc218ddgit.el7.noarch openstack-sahara-common-3.0.0-5.cc218ddgit.el7.noarch I have also noticed that I am not the only one person having such kind of problems :- https://ask.openstack.org/en/question/84726/what-are-the-minimum-requirements-to-run-sahara-hadoop-cluster-in-liberty/ Per link above :- "Sahara cluster hangs mostly on Starting phase and returns error. Instances keep running but Hadoop processes do not look properly running when SSH to the new instances." Question stays unaddressed since 11/18/2015. Thank you Boris. _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Mon Feb 8 09:07:06 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 8 Feb 2016 09:07:06 +0000 Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56B3849E.6010300@redhat.com>, Message-ID: I saw http://sahara-files.mirantis.com/images/upstream/liberty/ question closed. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Sunday, February 7, 2016 6:01 AM To: rdo-list Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty Daemons to run on VMs generated via heat templates hadoop-master-node and hadoop-worker-node configured following :- [root at ServerCentOS7 2.6.0]# cat node_group_template_master.json { "name": "vanilla-master", "flavor": "3", "node_processes": [ "namenode", "resourcemanager", "historyserver", "oozie" ], "auto_security_group": true } [root at ServerCentOS7 2.6.0]# cat node_group_template_worker.json { "name": "vanilla-worker", "flavor": "3", "node_processes": [ "datanode", "nodemanager" ], "auto_security_group": true } Spawning of Cluster ends up with errors in sahara-api.log :- 2016-02-07 13:07:54.376 1418 ERROR sahara.utils.api [req-f70c9137-c7b1-449c-9c0f-716e3dc46dc6 ] Not Found exception occurred: error_code=404, error_message=Object with {'id': u'33417a54-1e73-45d7-bea6-ea3865441f0e'} not found in sahara-engine.log :- CommandException: Error during command execution: "mv temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 /opt/hadoop/etc/hadoop/mapred-site.xml" Return code: 1 STDERR: mv: cannot move temp-file-c25429c6-a9b7-4a1e-9847-c19974b81d93 to /opt/hadoop/etc/hadoop/mapred-site.xml: No such file or directory In heat-engine.log I see :- 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension File "/usr/lib/python2.7/site-packages/heat/engine/clients/os/zaqar.py", line 20, in 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension from zaqarclient.queues.v1 import client as zaqarclient 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension ImportError: No module named zaqarclient.queues.v1 2016-02-07 12:00:01.721 26853 ERROR stevedore.extension 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] Could not load 'mistral': No module named mistralclient.api 2016-02-07 12:00:01.732 26853 ERROR stevedore.extension [-] No module named mistralclient.api . . . . . 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension ImportError: No module named barbicanclient 2016-02-07 12:00:01.737 26853 ERROR stevedore.extension 2016-02-07 12:00:01.752 26853 ERROR stevedore.extension [-] Could not load 'designate': No module named designateclient 2016-02-07 12:00:01.753 26853 ERROR stevedore.extension [-] No module named designateclient and so . Bunch of imports is failing. I woul also expect path /usr/lib/python2.7/site-packages/sahara/tests/scenario/templates/vanilla/2.6.0 to finish with 2.7.1 Attempt to generate Custer based on Hadoop Vanilla plugin 2.6.0 gets rejected right away. Please, advise Boris. From rbowen at redhat.com Mon Feb 8 09:18:40 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 8 Feb 2016 10:18:40 +0100 Subject: [Rdo-list] ask.openstack.org unanswered questions - Feb 8 2016 Message-ID: <56B85D70.2010507@redhat.com> Many thanks to everyone that has helped get some of this list back under two pages long. Here's this week's unanswered: 59 unanswered questions: Magnum Bay create command fails with Error 400 https://ask.openstack.org/en/question/88065/magnum-bay-create-command-fails-with-error-400/ Tags: magnum, openstack, bay-create-fail socket.error: [Errno 111] Connection refused https://ask.openstack.org/en/question/87800/socketerror-errno-111-connection-refused/ Tags: access, ovs-bridge, multi-tenant, liberty-neutron connectivity chain diagnose https://ask.openstack.org/en/question/87757/connectivity-chain-diagnose/ Tags: ovs, neutron, rdo, liberty Create a new dashboard Error https://ask.openstack.org/en/question/87549/create-a-new-dashboard-error/ Tags: dashboard, command, startdash, manage.py OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Clarification on docs for self service connectivity https://ask.openstack.org/en/question/87183/clarification-on-docs-for-self-service-connectivity/ Tags: liberty, neutron, connectivity, router Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs error installing rdo kilo with proxy https://ask.openstack.org/en/question/85703/error-installing-rdo-kilo-with-proxy/ Tags: rdo, packstack, centos, proxy Why is /usr/bin/openstack domain list ... hanging? https://ask.openstack.org/en/question/85593/why-is-usrbinopenstack-domain-list-hanging/ Tags: puppet, keystone, kilo [ RDO ] Could not find declared class ::remote::db https://ask.openstack.org/en/question/84820/rdo-could-not-find-declared-class-remotedb/ Tags: rdo Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing Freeing IP from FLAT network setup https://ask.openstack.org/en/question/84063/freeing-ip-from-flat-network-setup/ Tags: juno, existing-network, rdo, neutron, flat How to deploy Virtual network function (VNF) in Opnstack integrated Opendaylight https://ask.openstack.org/en/question/84061/how-to-deploy-virtual-network-function-vnf-in-opnstack-integrated-opendaylight/ Tags: vnf, kilo, opendaylight, nfv RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh No able to create an instance in odl integrated RDO Kilo openstack https://ask.openstack.org/en/question/83700/no-able-to-create-an-instance-in-odl-integrated-rdo-kilo-openstack/ Tags: kilo, rdo, opendaylight, kilo-neutron, integration redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo glance\nova command line SSL failure https://ask.openstack.org/en/question/82692/glancenova-command-line-ssl-failure/ Tags: glance, kilo-openstack, ssl Cannot create/update flavor metadata from horizon https://ask.openstack.org/en/question/82477/cannot-createupdate-flavor-metadata-from-horizon/ Tags: rdo, kilo, flavor, metadata Installing openstack using packstack (rdo) failed https://ask.openstack.org/en/question/82473/installing-openstack-using-packstack-rdo-failed/ Tags: rdo, packstack, installation-error, keystone can't start instances after upgrade/reboot https://ask.openstack.org/en/question/82205/cant-start-instances-after-upgradereboot/ Tags: cinder, iscsi, rdo, juno_rdo Cinder LVM iSCSI can't attach https://ask.openstack.org/en/question/82031/cinder-lvm-iscsi-cant-attach/ Tags: lvmiscsi, cinder, kilo, cento7, rdo external "NFS"-Network for all vms https://ask.openstack.org/en/question/81709/external-nfs-network-for-all-vms/ Tags: external-network, juno-neutron, ovs RDO - Qrouters lose IP on public network https://ask.openstack.org/en/question/80761/rdo-qrouters-lose-ip-on-public-network/ Tags: rdo, juno_rdo, floating-ip, qrouter Missing veth pair bond and wrong/superfluous physical interface? https://ask.openstack.org/en/question/80556/missing-veth-pair-bond-and-wrongsuperfluous-physical-interface/ Tags: rdo, kilo-neutron, neutron-openvswitch, brctl, packstack VMware Host Backend causes No valid host was found. Bug ??? https://ask.openstack.org/en/question/79738/vmware-host-backend-causes-no-valid-host-was-found-bug/ Tags: vmware, rdo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Mon Feb 8 09:22:17 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 8 Feb 2016 10:22:17 +0100 Subject: [Rdo-list] RDO Meetups, week of February 8 2016 Message-ID: <56B85E49.1040005@redhat.com> The following are the meetups I'm aware of in the coming week where OpenStack and/or RDO enthusiasts are likely to be present. If you know of others, please let me know, and/or add them to http://rdoproject.org/events If there's a meetup in your area, please consider attending. If you attend, please consider taking a few photos, and possibly even writing up a brief summary of what was covered. In particular, note that this Friday in Madrid is the 'MAD For OpenStack' event, hosted by Alvaro Lopez Ortega! --Rich * Monday February 08 in Durham, NC, US: February Meetup: The State of Trove - http://www.meetup.com/Triangle-OpenStack-Meetup/events/228260536/ * Tuesday February 09 in Dublin, IE: OpenStack Designate - DNS for your OpenStack Cloud - http://www.meetup.com/OpenStack-Ireland/events/227453812/ * Tuesday February 09 in Istanbul, TR: Ankara 11. Meetup, Konu: OpenStack ELK (Elastic Search, Logstash, Kibana) - http://www.meetup.com/Turkey-OpenStack-Meetup/events/228575106/ * Wednesday February 10 in Iasi, RO: Openstack Workloads with Windows Server 2016 - http://www.meetup.com/IS-DevOps-Meetup/events/228224839/ * Thursday February 11 in Tel Aviv-Yafo, IL: Orchestrating Kubernetes on OpenStack, AWS and Azure - http://www.meetup.com/OpenStack-Israel/events/228603910/ * Friday February 12 in Madrid, ES: OpenStack Mini-Conf - http://www.meetup.com/MAD-for-OpenStack/events/227554166/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rasca at redhat.com Mon Feb 8 11:01:29 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Mon, 8 Feb 2016 12:01:29 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: References: <56B47646.7000201@redhat.com> Message-ID: <56B87589.2040005@redhat.com> Hi David, you are absolutely right, I did too many assumptions. First of all I'm installing everything with rdo-manager, using an identical set of configurations that came from my previous (working) osp-director 8 setup. Things seems to fail on compute node verifications. Specifically here: Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. [1] Looking that script I identified two different actions: 1) # For each unique remote IP (specified via Heat) we check to # see if one of the locally configured networks matches and if so we # attempt a ping test the remote network IP. 2) # Ping all default gateways. There should only be one # if using upstream t-h-t network templates but we test # all of them should some manual network config have # multiple gateways. And in fact after a verification I'm not able to reach compute nodes from controllers or other computes inside one of the InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). I'm using a specific network setup, as I said the same one I was using with osp-director 8. So I've got a specific network-management.yaml file in which I've specified these settings: resource_registry: OS::TripleO::BlockStorage::Net::SoftwareConfig: /home/stack/nic-configs/cinder-storage.yaml OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/nic-configs/compute.yaml OS::TripleO::Controller::Net::SoftwareConfig: /home/stack/nic-configs/controller.yaml OS::TripleO::ObjectStorage::Net::SoftwareConfig: /home/stack/nic-configs/swift-storage.yaml OS::TripleO::CephStorage::Net::SoftwareConfig: /home/stack/nic-configs/ceph-storage.yaml parameter_defaults: # Customize the IP subnets to match the local environment InternalApiNetCidr: 172.17.0.0/24 StorageNetCidr: 172.18.0.0/24 StorageMgmtNetCidr: 172.19.0.0/24 TenantNetCidr: 172.16.0.0/24 ExternalNetCidr: 172.20.0.0/24 ControlPlaneSubnetCidr: '24' InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': '172.17.0.200'}] StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': '172.19.0.200'}] TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] # Specify the gateway on the external network. ExternalInterfaceDefaultRoute: 172.20.0.254 # Gateway router for the provisioning network (or Undercloud IP) ControlPlaneDefaultRoute: 192.0.2.1 # Generally the IP of the Undercloud EC2MetadataIp: 192.0.2.1 DnsServers: ["10.1.241.2"] InternalApiNetworkVlanID: 2201 StorageNetworkVlanID: 2203 StorageMgmtNetworkVlanID: 2204 TenantNetworkVlanID: 2202 ExternalNetworkVlanID: 2205 # Floating IP networks do not have to use br-ex, they can use any bridge as long as the NeutronExternalNetworkBridge is set to "''". NeutronExternalNetworkBridge: "''" # Variables in "parameters" apply an actual value to one of the top-level params parameters: # The OVS logical->physical bridge mappings to use. Defaults to mapping br-ex - the external bridge on hosts - to a physical name 'datacentre' which can be used # to create provider networks (and we use this for the default floating network) - if changing this either use different post-install network scripts or be sure # to keep 'datacentre' as a mapping network name. # Unfortunately this option is overridden by the command line, due to a limitation (that will be fixed), so even declaring this won't have effect. # See overcloud-deploy.sh for all the explenations. # https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 NeutronBridgeMappings: "datacentre:br-floating" Obviously the controller.yaml was modified to reflect my needs, as described here [1] and as you can see, I don't have declared a ManagementNetworkVlan, since before this was not needed. So the first question is: what is this new network and how it differentiate from the other networks actually available? Can this affect communications that before were working? Many thanks [1] https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md -- Raoul Scarazzini rasca at redhat.com Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: > Hi Raoul, > > A good start would be to give us some more details about how you did the > installation. > > What installation tool/procedure ? What repositories ? > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" > wrote: > > Hi, > I'm trying to deploy Mitaka on a baremetal environment composed > by 3 controllers and 4 computes. > After introspection nodes seems fine, even for one of them I need to do > introspection by hand, since it was not completing the process. But in > the end all my 7 nodes were in state "available". > > Launching the overcloud deploy, the controller part it goes fine, but > then it gives me this error about compute: > > 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: > resources.NovaCompute: Went to status ERROR due to "Message: Exceeded > maximum number of retries. Exceeded max scheduling at > tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last > exception: Port b8:ca:3a:66:ef:5a is still in use. > > The funny thing is that I can't find anywhere the incriminated ID it's > not an Ironic node ID and neither a Nova one. > > Can you help me point the attention in the right direction? > > Many thanks, > > -- > Raoul Scarazzini > rasca at redhat.com > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > From ltoscano at redhat.com Mon Feb 8 11:33:45 2016 From: ltoscano at redhat.com (Luigi Toscano) Date: Mon, 08 Feb 2016 12:33:45 +0100 Subject: [Rdo-list] Failure to launch Hadoop Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56B3849E.6010300@redhat.com> Message-ID: <9161989.cROVrSVzTi@whitebase.usersys.redhat.com> On Monday 08 of February 2016 09:07:06 Boris Derzhavets wrote: > I saw http://sahara-files.mirantis.com/images/upstream/liberty/ > question closed. What do you mean? Did you retry with the image there and it worked? Also, can you please answer on the bug you opened? https://bugzilla.redhat.com/show_bug.cgi?id=1305345 -- Luigi From ltoscano at redhat.com Mon Feb 8 11:35:04 2016 From: ltoscano at redhat.com (Luigi Toscano) Date: Mon, 08 Feb 2016 12:35:04 +0100 Subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty In-Reply-To: References: <56A928FB.6000206@soe.ucsc.edu> Message-ID: <6337267.3LxWosGkQv@whitebase.usersys.redhat.com> On Monday 08 of February 2016 09:06:31 Boris Derzhavets wrote: > I saw http://sahara-files.mirantis.com/images/upstream/liberty/ > question closed. As for the other bug, can you please answer to the questions here https://bugzilla.redhat.com/show_bug.cgi?id=1305419 ? -- Luigi From hguemar at fedoraproject.org Mon Feb 8 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 8 Feb 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160208150003.37CAA60A4004@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-02-10 from 15:00:00 to 16:00:00 UTC At rdo at irc.freenode.net The meeting will be about: RDO IRC meeting [Agenda at https://etherpad.openstack.org/p/RDO-Packaging ](https://etherpad.openstack.org/p/RDO-Packaging) Every Wednesday on #rdo on Freenode IRC Source: https://apps.fedoraproject.org/calendar/meeting/2017/ From fboucher at redhat.com Mon Feb 8 15:17:29 2016 From: fboucher at redhat.com (Fabien Boucher) Date: Mon, 8 Feb 2016 16:17:29 +0100 Subject: [Rdo-list] [Softwarefactory-dev] Gitnetics integration, or how can we automate upstream changes polling In-Reply-To: <1454681186.4030.250.camel@redhat.com> References: <20160202150931.GI3396@localhost> <56B1CAAF.5050509@redhat.com> <20160203104456.GK3396@localhost> <56B32852.6000802@redhat.com> <1454681186.4030.250.camel@redhat.com> Message-ID: <56B8B189.2020008@redhat.com> Hi, Le 05/02/2016 15:06, Gabriele Cerami a ?crit : > If the patches are never merged how do you know they don't create > conflicts, what is the merge base of the patches ? patches are never > rebased on each other but only to a common base ? In the RPM Factory context let's say we have a project "A" packaged for Liberty. "A" is packaged at version 1.0 and 2 patches are needed. Then we have liberty-patches branch reset on tag 1.0 and : - patch 1 (gerrit review) has liberty-patches HEAD as parent - patch 2 (gerrit review) has patch 1 as parent. So the base is liberty-patches HEAD (or the tag 1.0). If you "git review -d " -> you fetch tag 1.0 + p1 + p2 already applied. > Since SF is package-centered, I know this is less relevant, because all > the patches end in the package at some point, and you test that. >> About the master version of RDO, AFAIK yes Delorean does not use any >> patches when >> trying to use rpm-master distgit to test the packaging against each >> upstream changes >> so there is not need to run unit test in that case IMO. > > Unit tests, no. Acceptance tests, yes. Upstream CI will never be enough > because all the projects always download bleeding edge versions for > dependencies that may not be present, or have different version in the > distro packages. Yes sure if a project or a puppet module embed a functional test suite (like Beaker for a puppet module) then we should definitely run them each time a change is proposed again a distgit. For instance when a maintainer, of one of the future splited OPM, proposes on new change (Gerrit review) on the distgit then the RPM of the puppet module is built and is installed on a fresh test node (dependencies, configured in the RPM, are installed) and then the acceptance tests (Beaker) will run. I think we can easily give an adequate feedback to the packager especially dependencies issues. After all this is one of the job of a package maintainer -> dealing with package dependencies :) In the context of RPM Factory, note this behavior can only work for stable branches rdo-liberty, "rdo-mitaka', not with rpm-master. >> 2. until then, we can just use our own mirrors instead of upstream >> 3. depending how much time, it'll take, it would be worth considering >> having vanilla puppet modules packages available for testing >> Moreover associated w/ delorean, it will help us to catch glitches as >> soon as puppet modules gets broken. > > One of the big things I'm trying to undestand here, is how much test do > we want, on OPM and in general. > OPM-CI is currently trying to run tests after each upstream change is > merged, but before the same change is merged downstream. After this, a > package may be created and tested with the rest of the puppet modules, > but testing before merge catches errors very early in the chain, and we > immediately know which package caused the havoc, because we are testing > only one, not the entire set of modules at once. Should splited OPM be managed the way as the other RDO packages ? I mean Delorean uses the rpm-master to test packaging of each OPM packages and the CI tags the repo as "current-passed-ci" when validation jobs pass. > > Fabien, can we begin to transfer gitnetics jobs to SF ? I'd like to > know what happens when the two meet. > Yes sure we can discuss how to test both together. Let's ping me on IRC. Cheers, Fabien > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From javier.pena at redhat.com Mon Feb 8 16:04:52 2016 From: javier.pena at redhat.com (Javier Pena) Date: Mon, 8 Feb 2016 11:04:52 -0500 (EST) Subject: [Rdo-list] [Delorean] Delorean f22 worker is now deprecated, f23 worker replaces it In-Reply-To: <1135705061.26525145.1454947369069.JavaMail.zimbra@redhat.com> Message-ID: <501466892.26525700.1454947492187.JavaMail.zimbra@redhat.com> Hi all, We have created a new Delorean worker for Fedora 23, and stopped the current Fedora 22 worker. You can access it at http://trunk.rdoproject.org/f23/status_report.html . The f22 worker repos are still accessible via http://trunk.rdoproject.org/f22, but they will removed at the end of the week. The f22 link will then point to the f23 repos. If you find any issue or need additional clarification, do not hesitate to contact us. Regards, Javier From asma2103 at yahoo.com Mon Feb 8 16:38:45 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Mon, 8 Feb 2016 16:38:45 +0000 (UTC) Subject: [Rdo-list] Deploying Openstack with Packstack References: <356379824.951366.1454949525218.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <356379824.951366.1454949525218.JavaMail.yahoo@mail.yahoo.com> Hi Experts,? ? ?I want to test deploying Openstack using Packstack on 2 nodes using answers file:? ? ?1- Node will act as a controller node.? ? ?2- Node will act as a compute node.? ? What is the level of installation is needed for RHEL/Centos (Minimum, Hypervisor host, or etc...)? ? ?Can someone advise please?Thanks,?Ashraf? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rasca at redhat.com Mon Feb 8 17:15:55 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Mon, 8 Feb 2016 18:15:55 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: <56B87589.2040005@redhat.com> References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> Message-ID: <56B8CD4B.2090702@redhat.com> Just another update. I fixed the connectivity issue (nic1 and nic2 were inverted in yaml files) but the setup files anyway. The problem now, looking into the compute's /var/lib/heat-config/deployed directory) is this one: { "deploy_stdout": "Trying to ping 172.16.0.14 for local network 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network 172.18.0.0/24...SUCCESS\nTrying to ping default gateway 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", "deploy_stderr": "", "deploy_status_code": 1 } Funny thing is that I'm able to ping 10.1.241.254 from the compute nodes, and so I'm asking why it is failing during the deployment. Should it be that something is not ready from network side? Then what? Can you give me some hints on how to debug this? -- Raoul Scarazzini rasca at redhat.com Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: > Hi David, > you are absolutely right, I did too many assumptions. First of all I'm > installing everything with rdo-manager, using an identical set of > configurations that came from my previous (working) osp-director 8 setup. > > Things seems to fail on compute node verifications. Specifically here: > > Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: > [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running > /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. > [1] > > Looking that script I identified two different actions: > > 1) # For each unique remote IP (specified via Heat) we check to > # see if one of the locally configured networks matches and if so we > # attempt a ping test the remote network IP. > > 2) # Ping all default gateways. There should only be one > # if using upstream t-h-t network templates but we test > # all of them should some manual network config have > # multiple gateways. > > And in fact after a verification I'm not able to reach compute nodes > from controllers or other computes inside one of the > InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). > > I'm using a specific network setup, as I said the same one I was using > with osp-director 8. So I've got a specific network-management.yaml file > in which I've specified these settings: > > resource_registry: > OS::TripleO::BlockStorage::Net::SoftwareConfig: > /home/stack/nic-configs/cinder-storage.yaml > OS::TripleO::Compute::Net::SoftwareConfig: > /home/stack/nic-configs/compute.yaml > OS::TripleO::Controller::Net::SoftwareConfig: > /home/stack/nic-configs/controller.yaml > OS::TripleO::ObjectStorage::Net::SoftwareConfig: > /home/stack/nic-configs/swift-storage.yaml > OS::TripleO::CephStorage::Net::SoftwareConfig: > /home/stack/nic-configs/ceph-storage.yaml > > parameter_defaults: > # Customize the IP subnets to match the local environment > InternalApiNetCidr: 172.17.0.0/24 > StorageNetCidr: 172.18.0.0/24 > StorageMgmtNetCidr: 172.19.0.0/24 > TenantNetCidr: 172.16.0.0/24 > ExternalNetCidr: 172.20.0.0/24 > ControlPlaneSubnetCidr: '24' > InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': > '172.17.0.200'}] > StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] > StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': > '172.19.0.200'}] > TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] > ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] > # Specify the gateway on the external network. > ExternalInterfaceDefaultRoute: 172.20.0.254 > # Gateway router for the provisioning network (or Undercloud IP) > ControlPlaneDefaultRoute: 192.0.2.1 > # Generally the IP of the Undercloud > EC2MetadataIp: 192.0.2.1 > DnsServers: ["10.1.241.2"] > InternalApiNetworkVlanID: 2201 > StorageNetworkVlanID: 2203 > StorageMgmtNetworkVlanID: 2204 > TenantNetworkVlanID: 2202 > ExternalNetworkVlanID: 2205 > # Floating IP networks do not have to use br-ex, they can use any > bridge as long as the NeutronExternalNetworkBridge is set to "''". > NeutronExternalNetworkBridge: "''" > > # Variables in "parameters" apply an actual value to one of the > top-level params > parameters: > # The OVS logical->physical bridge mappings to use. Defaults to > mapping br-ex - the external bridge on hosts - to a physical name > 'datacentre' which can be used > # to create provider networks (and we use this for the default > floating network) - if changing this either use different post-install > network scripts or be sure > # to keep 'datacentre' as a mapping network name. > # Unfortunately this option is overridden by the command line, due to > a limitation (that will be fixed), so even declaring this won't have effect. > # See overcloud-deploy.sh for all the explenations. > # > https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 > NeutronBridgeMappings: "datacentre:br-floating" > > Obviously the controller.yaml was modified to reflect my needs, as > described here [1] and as you can see, I don't have declared a > ManagementNetworkVlan, since before this was not needed. > So the first question is: what is this new network and how it > differentiate from the other networks actually available? Can this > affect communications that before were working? > > Many thanks > > [1] > https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md > > -- > Raoul Scarazzini > rasca at redhat.com > > Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >> Hi Raoul, >> >> A good start would be to give us some more details about how you did the >> installation. >> >> What installation tool/procedure ? What repositories ? >> >> David Moreau Simard >> Senior Software Engineer | Openstack RDO >> >> dmsimard = [irc, github, twitter] >> >> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" > > wrote: >> >> Hi, >> I'm trying to deploy Mitaka on a baremetal environment composed >> by 3 controllers and 4 computes. >> After introspection nodes seems fine, even for one of them I need to do >> introspection by hand, since it was not completing the process. But in >> the end all my 7 nodes were in state "available". >> >> Launching the overcloud deploy, the controller part it goes fine, but >> then it gives me this error about compute: >> >> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >> maximum number of retries. Exceeded max scheduling at >> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >> exception: Port b8:ca:3a:66:ef:5a is still in use. >> >> The funny thing is that I can't find anywhere the incriminated ID it's >> not an Ironic node ID and neither a Nova one. >> >> Can you help me point the attention in the right direction? >> >> Many thanks, >> >> -- >> Raoul Scarazzini >> rasca at redhat.com >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From marius at remote-lab.net Mon Feb 8 17:26:45 2016 From: marius at remote-lab.net (Marius Cornea) Date: Mon, 8 Feb 2016 18:26:45 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: <56B8CD4B.2090702@redhat.com> References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> Message-ID: Hi Raoul, Can you post the output of the following commands on that compute node please? cat /etc/os-net-config/config.json | python -m json.tool ip a ip r Thanks On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: > Just another update. I fixed the connectivity issue (nic1 and nic2 were > inverted in yaml files) but the setup files anyway. > The problem now, looking into the compute's > /var/lib/heat-config/deployed directory) is this one: > > { > "deploy_stdout": "Trying to ping 172.16.0.14 for local network > 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network > 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network > 172.18.0.0/24...SUCCESS\nTrying to ping default gateway > 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", > "deploy_stderr": "", > "deploy_status_code": 1 > } > > Funny thing is that I'm able to ping 10.1.241.254 from the compute > nodes, and so I'm asking why it is failing during the deployment. > > Should it be that something is not ready from network side? Then what? > Can you give me some hints on how to debug this? > > -- > Raoul Scarazzini > rasca at redhat.com > > Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >> Hi David, >> you are absolutely right, I did too many assumptions. First of all I'm >> installing everything with rdo-manager, using an identical set of >> configurations that came from my previous (working) osp-director 8 setup. >> >> Things seems to fail on compute node verifications. Specifically here: >> >> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >> [1] >> >> Looking that script I identified two different actions: >> >> 1) # For each unique remote IP (specified via Heat) we check to >> # see if one of the locally configured networks matches and if so we >> # attempt a ping test the remote network IP. >> >> 2) # Ping all default gateways. There should only be one >> # if using upstream t-h-t network templates but we test >> # all of them should some manual network config have >> # multiple gateways. >> >> And in fact after a verification I'm not able to reach compute nodes >> from controllers or other computes inside one of the >> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >> >> I'm using a specific network setup, as I said the same one I was using >> with osp-director 8. So I've got a specific network-management.yaml file >> in which I've specified these settings: >> >> resource_registry: >> OS::TripleO::BlockStorage::Net::SoftwareConfig: >> /home/stack/nic-configs/cinder-storage.yaml >> OS::TripleO::Compute::Net::SoftwareConfig: >> /home/stack/nic-configs/compute.yaml >> OS::TripleO::Controller::Net::SoftwareConfig: >> /home/stack/nic-configs/controller.yaml >> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >> /home/stack/nic-configs/swift-storage.yaml >> OS::TripleO::CephStorage::Net::SoftwareConfig: >> /home/stack/nic-configs/ceph-storage.yaml >> >> parameter_defaults: >> # Customize the IP subnets to match the local environment >> InternalApiNetCidr: 172.17.0.0/24 >> StorageNetCidr: 172.18.0.0/24 >> StorageMgmtNetCidr: 172.19.0.0/24 >> TenantNetCidr: 172.16.0.0/24 >> ExternalNetCidr: 172.20.0.0/24 >> ControlPlaneSubnetCidr: '24' >> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >> '172.17.0.200'}] >> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >> '172.19.0.200'}] >> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >> # Specify the gateway on the external network. >> ExternalInterfaceDefaultRoute: 172.20.0.254 >> # Gateway router for the provisioning network (or Undercloud IP) >> ControlPlaneDefaultRoute: 192.0.2.1 >> # Generally the IP of the Undercloud >> EC2MetadataIp: 192.0.2.1 >> DnsServers: ["10.1.241.2"] >> InternalApiNetworkVlanID: 2201 >> StorageNetworkVlanID: 2203 >> StorageMgmtNetworkVlanID: 2204 >> TenantNetworkVlanID: 2202 >> ExternalNetworkVlanID: 2205 >> # Floating IP networks do not have to use br-ex, they can use any >> bridge as long as the NeutronExternalNetworkBridge is set to "''". >> NeutronExternalNetworkBridge: "''" >> >> # Variables in "parameters" apply an actual value to one of the >> top-level params >> parameters: >> # The OVS logical->physical bridge mappings to use. Defaults to >> mapping br-ex - the external bridge on hosts - to a physical name >> 'datacentre' which can be used >> # to create provider networks (and we use this for the default >> floating network) - if changing this either use different post-install >> network scripts or be sure >> # to keep 'datacentre' as a mapping network name. >> # Unfortunately this option is overridden by the command line, due to >> a limitation (that will be fixed), so even declaring this won't have effect. >> # See overcloud-deploy.sh for all the explenations. >> # >> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >> NeutronBridgeMappings: "datacentre:br-floating" >> >> Obviously the controller.yaml was modified to reflect my needs, as >> described here [1] and as you can see, I don't have declared a >> ManagementNetworkVlan, since before this was not needed. >> So the first question is: what is this new network and how it >> differentiate from the other networks actually available? Can this >> affect communications that before were working? >> >> Many thanks >> >> [1] >> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >> >> -- >> Raoul Scarazzini >> rasca at redhat.com >> >> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>> Hi Raoul, >>> >>> A good start would be to give us some more details about how you did the >>> installation. >>> >>> What installation tool/procedure ? What repositories ? >>> >>> David Moreau Simard >>> Senior Software Engineer | Openstack RDO >>> >>> dmsimard = [irc, github, twitter] >>> >>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >> > wrote: >>> >>> Hi, >>> I'm trying to deploy Mitaka on a baremetal environment composed >>> by 3 controllers and 4 computes. >>> After introspection nodes seems fine, even for one of them I need to do >>> introspection by hand, since it was not completing the process. But in >>> the end all my 7 nodes were in state "available". >>> >>> Launching the overcloud deploy, the controller part it goes fine, but >>> then it gives me this error about compute: >>> >>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>> maximum number of retries. Exceeded max scheduling at >>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>> >>> The funny thing is that I can't find anywhere the incriminated ID it's >>> not an Ironic node ID and neither a Nova one. >>> >>> Can you help me point the attention in the right direction? >>> >>> Many thanks, >>> >>> -- >>> Raoul Scarazzini >>> rasca at redhat.com >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >>> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From marius at remote-lab.net Mon Feb 8 21:28:23 2016 From: marius at remote-lab.net (Marius Cornea) Date: Mon, 8 Feb 2016 22:28:23 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: <356379824.951366.1454949525218.JavaMail.yahoo@mail.yahoo.com> References: <356379824.951366.1454949525218.JavaMail.yahoo.ref@mail.yahoo.com> <356379824.951366.1454949525218.JavaMail.yahoo@mail.yahoo.com> Message-ID: Hi, Here is the quickstart link: https://www.rdoproject.org/install/quickstart/ You can get started with a minimal CentOS/RHEL. For deploying the 2 node deployment you can generate an answer file(packstack --gen-answer-file) and adjust the IP addresses for CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you need ssh key-based authentication for those 2 hosts. Thanks, Marius On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan wrote: > Hi Experts, > I want to test deploying Openstack using Packstack on 2 nodes using > answers file: > 1- Node will act as a controller node. > 2- Node will act as a compute node. > What is the level of installation is needed for RHEL/Centos (Minimum, > Hypervisor host, or etc...) > Can someone advise please? > Thanks, > > Ashraf > > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From rasca at redhat.com Tue Feb 9 06:58:17 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Tue, 9 Feb 2016 07:58:17 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> Message-ID: <56B98E09.2070603@redhat.com> Hi Marius, here it is: # cat /etc/os-net-config/config.json | python -m json.tool { "network_config": [ { "addresses": [ { "ip_netmask": "192.0.2.21/24" } ], "dns_servers": [ "10.1.241.2" ], "members": [ { "name": "nic2", "primary": true, "type": "interface" }, { "addresses": [ { "ip_netmask": "172.17.0.12/24" } ], "type": "vlan", "vlan_id": 2201 }, { "addresses": [ { "ip_netmask": "172.18.0.11/24" } ], "type": "vlan", "vlan_id": 2203 }, { "addresses": [ { "ip_netmask": "172.16.0.10/24" } ], "type": "vlan", "vlan_id": 2202 } ], "name": "br-ex", "routes": [ { "ip_netmask": "169.254.169.254/32", "next_hop": "192.0.2.1" }, { "default": true, "next_hop": "192.0.2.1" } ], "type": "ovs_bridge", "use_dhcp": false } ] } # ip a 1: lo: mtu 65536 qdisc noqueue state UNKNOWN [4/1995] link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: em3: mtu 1500 qdisc mq state DOWN qlen 1000 link/ether b8:ca:3a:66:f1:b4 brd ff:ff:ff:ff:ff:ff 3: em4: mtu 1500 qdisc mq state DOWN qlen 1000 link/ether b8:ca:3a:66:f1:b5 brd ff:ff:ff:ff:ff:ff 4: em1: mtu 1500 qdisc mq state UP qlen 1000 link/ether b8:ca:3a:66:f1:b0 brd ff:ff:ff:ff:ff:ff inet 10.1.241.9/24 brd 10.1.241.255 scope global dynamic em1 valid_lft 530sec preferred_lft 530sec inet6 fe80::baca:3aff:fe66:f1b0/64 scope link valid_lft forever preferred_lft forever 5: em2: mtu 1500 qdisc mq master ovs-system state UP qlen 1000 link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff inet6 fe80::baca:3aff:fe66:f1b2/64 scope link valid_lft forever preferred_lft forever 6: ovs-system: mtu 1500 qdisc noop state DOWN link/ether 06:65:08:31:11:35 brd ff:ff:ff:ff:ff:ff 7: br-ex: mtu 1500 qdisc noqueue state UNKNOWN link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff inet 192.0.2.21/24 brd 192.0.2.255 scope global br-ex valid_lft forever preferred_lft forever inet6 fe80::baca:3aff:fe66:f1b2/64 scope link valid_lft forever preferred_lft forever 8: vlan2203: mtu 1500 qdisc noqueue state UNKNOWN link/ether 96:6a:10:5b:1a:47 brd ff:ff:ff:ff:ff:ff inet 172.18.0.11/24 brd 172.18.0.255 scope global vlan2203 valid_lft forever preferred_lft forever inet6 fe80::946a:10ff:fe5b:1a47/64 scope link valid_lft forever preferred_lft forever 9: vlan2202: mtu 1500 qdisc noqueue state UNKNOWN link/ether ca:e0:0d:b0:7e:30 brd ff:ff:ff:ff:ff:ff inet 172.16.0.10/24 brd 172.16.0.255 scope global vlan2202 valid_lft forever preferred_lft forever inet6 fe80::c8e0:dff:feb0:7e30/64 scope link valid_lft forever preferred_lft forever 10: vlan2201: mtu 1500 qdisc noqueue state UNKNOWN link/ether c2:24:5f:4c:37:6c brd ff:ff:ff:ff:ff:ff inet 172.17.0.12/24 brd 172.17.0.255 scope global vlan2201 valid_lft forever preferred_lft forever inet6 fe80::c024:5fff:fe4c:376c/64 scope link valid_lft forever preferred_lft forever 11: br-floating: mtu 1500 qdisc noqueue state UNKNOWN link/ether de:7f:cd:d7:c1:46 brd ff:ff:ff:ff:ff:ff inet6 fe80::dc7f:cdff:fed7:c146/64 scope link valid_lft forever preferred_lft forever 12: br-int: mtu 1500 qdisc noop state DOWN link/ether 36:39:0f:39:85:4c brd ff:ff:ff:ff:ff:ff 13: br-tun: mtu 1500 qdisc noop state DOWN link/ether 72:d1:82:d9:15:4f brd ff:ff:ff:ff:ff:ff # ip r default via 10.1.241.254 dev em1 10.1.241.0/24 dev em1 proto kernel scope link src 10.1.241.9 169.254.169.254 via 192.0.2.1 dev br-ex 172.16.0.0/24 dev vlan2202 proto kernel scope link src 172.16.0.10 172.17.0.0/24 dev vlan2201 proto kernel scope link src 172.17.0.12 172.18.0.0/24 dev vlan2203 proto kernel scope link src 172.18.0.11 192.0.2.0/24 dev br-ex proto kernel scope link src 192.0.2.21 Many thanks, -- Raoul Scarazzini rasca at redhat.com Il giorno 8/2/2016 18:26:45, Marius Cornea ha scritto: > Hi Raoul, > > Can you post the output of the following commands on that compute node please? > > cat /etc/os-net-config/config.json | python -m json.tool > ip a > ip r > > Thanks > > On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: >> Just another update. I fixed the connectivity issue (nic1 and nic2 were >> inverted in yaml files) but the setup files anyway. >> The problem now, looking into the compute's >> /var/lib/heat-config/deployed directory) is this one: >> >> { >> "deploy_stdout": "Trying to ping 172.16.0.14 for local network >> 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network >> 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network >> 172.18.0.0/24...SUCCESS\nTrying to ping default gateway >> 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", >> "deploy_stderr": "", >> "deploy_status_code": 1 >> } >> >> Funny thing is that I'm able to ping 10.1.241.254 from the compute >> nodes, and so I'm asking why it is failing during the deployment. >> >> Should it be that something is not ready from network side? Then what? >> Can you give me some hints on how to debug this? >> >> -- >> Raoul Scarazzini >> rasca at redhat.com >> >> Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >>> Hi David, >>> you are absolutely right, I did too many assumptions. First of all I'm >>> installing everything with rdo-manager, using an identical set of >>> configurations that came from my previous (working) osp-director 8 setup. >>> >>> Things seems to fail on compute node verifications. Specifically here: >>> >>> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >>> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >>> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >>> [1] >>> >>> Looking that script I identified two different actions: >>> >>> 1) # For each unique remote IP (specified via Heat) we check to >>> # see if one of the locally configured networks matches and if so we >>> # attempt a ping test the remote network IP. >>> >>> 2) # Ping all default gateways. There should only be one >>> # if using upstream t-h-t network templates but we test >>> # all of them should some manual network config have >>> # multiple gateways. >>> >>> And in fact after a verification I'm not able to reach compute nodes >>> from controllers or other computes inside one of the >>> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >>> >>> I'm using a specific network setup, as I said the same one I was using >>> with osp-director 8. So I've got a specific network-management.yaml file >>> in which I've specified these settings: >>> >>> resource_registry: >>> OS::TripleO::BlockStorage::Net::SoftwareConfig: >>> /home/stack/nic-configs/cinder-storage.yaml >>> OS::TripleO::Compute::Net::SoftwareConfig: >>> /home/stack/nic-configs/compute.yaml >>> OS::TripleO::Controller::Net::SoftwareConfig: >>> /home/stack/nic-configs/controller.yaml >>> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >>> /home/stack/nic-configs/swift-storage.yaml >>> OS::TripleO::CephStorage::Net::SoftwareConfig: >>> /home/stack/nic-configs/ceph-storage.yaml >>> >>> parameter_defaults: >>> # Customize the IP subnets to match the local environment >>> InternalApiNetCidr: 172.17.0.0/24 >>> StorageNetCidr: 172.18.0.0/24 >>> StorageMgmtNetCidr: 172.19.0.0/24 >>> TenantNetCidr: 172.16.0.0/24 >>> ExternalNetCidr: 172.20.0.0/24 >>> ControlPlaneSubnetCidr: '24' >>> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >>> '172.17.0.200'}] >>> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >>> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >>> '172.19.0.200'}] >>> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >>> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >>> # Specify the gateway on the external network. >>> ExternalInterfaceDefaultRoute: 172.20.0.254 >>> # Gateway router for the provisioning network (or Undercloud IP) >>> ControlPlaneDefaultRoute: 192.0.2.1 >>> # Generally the IP of the Undercloud >>> EC2MetadataIp: 192.0.2.1 >>> DnsServers: ["10.1.241.2"] >>> InternalApiNetworkVlanID: 2201 >>> StorageNetworkVlanID: 2203 >>> StorageMgmtNetworkVlanID: 2204 >>> TenantNetworkVlanID: 2202 >>> ExternalNetworkVlanID: 2205 >>> # Floating IP networks do not have to use br-ex, they can use any >>> bridge as long as the NeutronExternalNetworkBridge is set to "''". >>> NeutronExternalNetworkBridge: "''" >>> >>> # Variables in "parameters" apply an actual value to one of the >>> top-level params >>> parameters: >>> # The OVS logical->physical bridge mappings to use. Defaults to >>> mapping br-ex - the external bridge on hosts - to a physical name >>> 'datacentre' which can be used >>> # to create provider networks (and we use this for the default >>> floating network) - if changing this either use different post-install >>> network scripts or be sure >>> # to keep 'datacentre' as a mapping network name. >>> # Unfortunately this option is overridden by the command line, due to >>> a limitation (that will be fixed), so even declaring this won't have effect. >>> # See overcloud-deploy.sh for all the explenations. >>> # >>> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >>> NeutronBridgeMappings: "datacentre:br-floating" >>> >>> Obviously the controller.yaml was modified to reflect my needs, as >>> described here [1] and as you can see, I don't have declared a >>> ManagementNetworkVlan, since before this was not needed. >>> So the first question is: what is this new network and how it >>> differentiate from the other networks actually available? Can this >>> affect communications that before were working? >>> >>> Many thanks >>> >>> [1] >>> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >>> >>> -- >>> Raoul Scarazzini >>> rasca at redhat.com >>> >>> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>>> Hi Raoul, >>>> >>>> A good start would be to give us some more details about how you did the >>>> installation. >>>> >>>> What installation tool/procedure ? What repositories ? >>>> >>>> David Moreau Simard >>>> Senior Software Engineer | Openstack RDO >>>> >>>> dmsimard = [irc, github, twitter] >>>> >>>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >>> > wrote: >>>> >>>> Hi, >>>> I'm trying to deploy Mitaka on a baremetal environment composed >>>> by 3 controllers and 4 computes. >>>> After introspection nodes seems fine, even for one of them I need to do >>>> introspection by hand, since it was not completing the process. But in >>>> the end all my 7 nodes were in state "available". >>>> >>>> Launching the overcloud deploy, the controller part it goes fine, but >>>> then it gives me this error about compute: >>>> >>>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>>> maximum number of retries. Exceeded max scheduling at >>>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>>> >>>> The funny thing is that I can't find anywhere the incriminated ID it's >>>> not an Ironic node ID and neither a Nova one. >>>> >>>> Can you help me point the attention in the right direction? >>>> >>>> Many thanks, >>>> >>>> -- >>>> Raoul Scarazzini >>>> rasca at redhat.com >>>> >>>> _______________________________________________ >>>> Rdo-list mailing list >>>> Rdo-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>> >>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>> >>>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com From marius at remote-lab.net Tue Feb 9 10:36:02 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 9 Feb 2016 11:36:02 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: <56B98E09.2070603@redhat.com> References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> <56B98E09.2070603@redhat.com> Message-ID: Hi Raoul, Thanks for the output. Can you confirm what is the purpose of the 10.1.241.0/24 subnet? I'm making an assumption and say that it's used for the external network. In this case it shouldn't be set on the compute nodes as they don't require connectivity on that network. I believe it gets configured via DHCP, I'm not really sure why the connectivity check fail during validation time. Can you try disabling dhcp for the em1 interface in the compute nic template and see the result? You can add something like this to the os_net_config network_config: - type: interface name: nic1 use_dhcp: false Thanks, Marius On Tue, Feb 9, 2016 at 7:58 AM, Raoul Scarazzini wrote: > Hi Marius, > here it is: > > # cat /etc/os-net-config/config.json | python -m json.tool > { > "network_config": [ > { > "addresses": [ > { > "ip_netmask": "192.0.2.21/24" > } > ], > "dns_servers": [ > "10.1.241.2" > ], > "members": [ > { > "name": "nic2", > "primary": true, > "type": "interface" > }, > { > "addresses": [ > { > "ip_netmask": "172.17.0.12/24" > } > ], > "type": "vlan", > "vlan_id": 2201 > }, > { > "addresses": [ > { > "ip_netmask": "172.18.0.11/24" > } > ], > "type": "vlan", > "vlan_id": 2203 > }, > { > "addresses": [ > { > "ip_netmask": "172.16.0.10/24" > } > ], > "type": "vlan", > "vlan_id": 2202 > } > ], > "name": "br-ex", > "routes": [ > { > "ip_netmask": "169.254.169.254/32", > "next_hop": "192.0.2.1" > }, > { > "default": true, > "next_hop": "192.0.2.1" > } > ], > "type": "ovs_bridge", > "use_dhcp": false > } > ] > } > > # ip a > 1: lo: mtu 65536 qdisc noqueue state UNKNOWN > > [4/1995] > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: em3: mtu 1500 qdisc mq state DOWN > qlen 1000 > link/ether b8:ca:3a:66:f1:b4 brd ff:ff:ff:ff:ff:ff > 3: em4: mtu 1500 qdisc mq state DOWN > qlen 1000 > link/ether b8:ca:3a:66:f1:b5 brd ff:ff:ff:ff:ff:ff > 4: em1: mtu 1500 qdisc mq state UP > qlen 1000 > link/ether b8:ca:3a:66:f1:b0 brd ff:ff:ff:ff:ff:ff > inet 10.1.241.9/24 brd 10.1.241.255 scope global dynamic em1 > valid_lft 530sec preferred_lft 530sec > inet6 fe80::baca:3aff:fe66:f1b0/64 scope link > valid_lft forever preferred_lft forever > 5: em2: mtu 1500 qdisc mq master > ovs-system state UP qlen 1000 > link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff > inet6 fe80::baca:3aff:fe66:f1b2/64 scope link > valid_lft forever preferred_lft forever > 6: ovs-system: mtu 1500 qdisc noop state DOWN > link/ether 06:65:08:31:11:35 brd ff:ff:ff:ff:ff:ff > 7: br-ex: mtu 1500 qdisc noqueue state > UNKNOWN > link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff > inet 192.0.2.21/24 brd 192.0.2.255 scope global br-ex > valid_lft forever preferred_lft forever > inet6 fe80::baca:3aff:fe66:f1b2/64 scope link > valid_lft forever preferred_lft forever > 8: vlan2203: mtu 1500 qdisc noqueue > state UNKNOWN > link/ether 96:6a:10:5b:1a:47 brd ff:ff:ff:ff:ff:ff > inet 172.18.0.11/24 brd 172.18.0.255 scope global vlan2203 > valid_lft forever preferred_lft forever > inet6 fe80::946a:10ff:fe5b:1a47/64 scope link > valid_lft forever preferred_lft forever > 9: vlan2202: mtu 1500 qdisc noqueue > state UNKNOWN > link/ether ca:e0:0d:b0:7e:30 brd ff:ff:ff:ff:ff:ff > inet 172.16.0.10/24 brd 172.16.0.255 scope global vlan2202 > valid_lft forever preferred_lft forever > inet6 fe80::c8e0:dff:feb0:7e30/64 scope link > valid_lft forever preferred_lft forever > 10: vlan2201: mtu 1500 qdisc noqueue > state UNKNOWN > link/ether c2:24:5f:4c:37:6c brd ff:ff:ff:ff:ff:ff > inet 172.17.0.12/24 brd 172.17.0.255 scope global vlan2201 > valid_lft forever preferred_lft forever > inet6 fe80::c024:5fff:fe4c:376c/64 scope link > valid_lft forever preferred_lft forever > 11: br-floating: mtu 1500 qdisc > noqueue state UNKNOWN > link/ether de:7f:cd:d7:c1:46 brd ff:ff:ff:ff:ff:ff > inet6 fe80::dc7f:cdff:fed7:c146/64 scope link > valid_lft forever preferred_lft forever > 12: br-int: mtu 1500 qdisc noop state DOWN > link/ether 36:39:0f:39:85:4c brd ff:ff:ff:ff:ff:ff > 13: br-tun: mtu 1500 qdisc noop state DOWN > link/ether 72:d1:82:d9:15:4f brd ff:ff:ff:ff:ff:ff > > # ip r > default via 10.1.241.254 dev em1 > 10.1.241.0/24 dev em1 proto kernel scope link src 10.1.241.9 > 169.254.169.254 via 192.0.2.1 dev br-ex > 172.16.0.0/24 dev vlan2202 proto kernel scope link src 172.16.0.10 > 172.17.0.0/24 dev vlan2201 proto kernel scope link src 172.17.0.12 > 172.18.0.0/24 dev vlan2203 proto kernel scope link src 172.18.0.11 > 192.0.2.0/24 dev br-ex proto kernel scope link src 192.0.2.21 > > Many thanks, > > -- > Raoul Scarazzini > rasca at redhat.com > > Il giorno 8/2/2016 18:26:45, Marius Cornea ha scritto: >> Hi Raoul, >> >> Can you post the output of the following commands on that compute node please? >> >> cat /etc/os-net-config/config.json | python -m json.tool >> ip a >> ip r >> >> Thanks >> >> On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: >>> Just another update. I fixed the connectivity issue (nic1 and nic2 were >>> inverted in yaml files) but the setup files anyway. >>> The problem now, looking into the compute's >>> /var/lib/heat-config/deployed directory) is this one: >>> >>> { >>> "deploy_stdout": "Trying to ping 172.16.0.14 for local network >>> 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network >>> 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network >>> 172.18.0.0/24...SUCCESS\nTrying to ping default gateway >>> 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", >>> "deploy_stderr": "", >>> "deploy_status_code": 1 >>> } >>> >>> Funny thing is that I'm able to ping 10.1.241.254 from the compute >>> nodes, and so I'm asking why it is failing during the deployment. >>> >>> Should it be that something is not ready from network side? Then what? >>> Can you give me some hints on how to debug this? >>> >>> -- >>> Raoul Scarazzini >>> rasca at redhat.com >>> >>> Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >>>> Hi David, >>>> you are absolutely right, I did too many assumptions. First of all I'm >>>> installing everything with rdo-manager, using an identical set of >>>> configurations that came from my previous (working) osp-director 8 setup. >>>> >>>> Things seems to fail on compute node verifications. Specifically here: >>>> >>>> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >>>> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >>>> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >>>> [1] >>>> >>>> Looking that script I identified two different actions: >>>> >>>> 1) # For each unique remote IP (specified via Heat) we check to >>>> # see if one of the locally configured networks matches and if so we >>>> # attempt a ping test the remote network IP. >>>> >>>> 2) # Ping all default gateways. There should only be one >>>> # if using upstream t-h-t network templates but we test >>>> # all of them should some manual network config have >>>> # multiple gateways. >>>> >>>> And in fact after a verification I'm not able to reach compute nodes >>>> from controllers or other computes inside one of the >>>> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >>>> >>>> I'm using a specific network setup, as I said the same one I was using >>>> with osp-director 8. So I've got a specific network-management.yaml file >>>> in which I've specified these settings: >>>> >>>> resource_registry: >>>> OS::TripleO::BlockStorage::Net::SoftwareConfig: >>>> /home/stack/nic-configs/cinder-storage.yaml >>>> OS::TripleO::Compute::Net::SoftwareConfig: >>>> /home/stack/nic-configs/compute.yaml >>>> OS::TripleO::Controller::Net::SoftwareConfig: >>>> /home/stack/nic-configs/controller.yaml >>>> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >>>> /home/stack/nic-configs/swift-storage.yaml >>>> OS::TripleO::CephStorage::Net::SoftwareConfig: >>>> /home/stack/nic-configs/ceph-storage.yaml >>>> >>>> parameter_defaults: >>>> # Customize the IP subnets to match the local environment >>>> InternalApiNetCidr: 172.17.0.0/24 >>>> StorageNetCidr: 172.18.0.0/24 >>>> StorageMgmtNetCidr: 172.19.0.0/24 >>>> TenantNetCidr: 172.16.0.0/24 >>>> ExternalNetCidr: 172.20.0.0/24 >>>> ControlPlaneSubnetCidr: '24' >>>> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >>>> '172.17.0.200'}] >>>> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >>>> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >>>> '172.19.0.200'}] >>>> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >>>> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >>>> # Specify the gateway on the external network. >>>> ExternalInterfaceDefaultRoute: 172.20.0.254 >>>> # Gateway router for the provisioning network (or Undercloud IP) >>>> ControlPlaneDefaultRoute: 192.0.2.1 >>>> # Generally the IP of the Undercloud >>>> EC2MetadataIp: 192.0.2.1 >>>> DnsServers: ["10.1.241.2"] >>>> InternalApiNetworkVlanID: 2201 >>>> StorageNetworkVlanID: 2203 >>>> StorageMgmtNetworkVlanID: 2204 >>>> TenantNetworkVlanID: 2202 >>>> ExternalNetworkVlanID: 2205 >>>> # Floating IP networks do not have to use br-ex, they can use any >>>> bridge as long as the NeutronExternalNetworkBridge is set to "''". >>>> NeutronExternalNetworkBridge: "''" >>>> >>>> # Variables in "parameters" apply an actual value to one of the >>>> top-level params >>>> parameters: >>>> # The OVS logical->physical bridge mappings to use. Defaults to >>>> mapping br-ex - the external bridge on hosts - to a physical name >>>> 'datacentre' which can be used >>>> # to create provider networks (and we use this for the default >>>> floating network) - if changing this either use different post-install >>>> network scripts or be sure >>>> # to keep 'datacentre' as a mapping network name. >>>> # Unfortunately this option is overridden by the command line, due to >>>> a limitation (that will be fixed), so even declaring this won't have effect. >>>> # See overcloud-deploy.sh for all the explenations. >>>> # >>>> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >>>> NeutronBridgeMappings: "datacentre:br-floating" >>>> >>>> Obviously the controller.yaml was modified to reflect my needs, as >>>> described here [1] and as you can see, I don't have declared a >>>> ManagementNetworkVlan, since before this was not needed. >>>> So the first question is: what is this new network and how it >>>> differentiate from the other networks actually available? Can this >>>> affect communications that before were working? >>>> >>>> Many thanks >>>> >>>> [1] >>>> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >>>> >>>> -- >>>> Raoul Scarazzini >>>> rasca at redhat.com >>>> >>>> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>>>> Hi Raoul, >>>>> >>>>> A good start would be to give us some more details about how you did the >>>>> installation. >>>>> >>>>> What installation tool/procedure ? What repositories ? >>>>> >>>>> David Moreau Simard >>>>> Senior Software Engineer | Openstack RDO >>>>> >>>>> dmsimard = [irc, github, twitter] >>>>> >>>>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >>>> > wrote: >>>>> >>>>> Hi, >>>>> I'm trying to deploy Mitaka on a baremetal environment composed >>>>> by 3 controllers and 4 computes. >>>>> After introspection nodes seems fine, even for one of them I need to do >>>>> introspection by hand, since it was not completing the process. But in >>>>> the end all my 7 nodes were in state "available". >>>>> >>>>> Launching the overcloud deploy, the controller part it goes fine, but >>>>> then it gives me this error about compute: >>>>> >>>>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>>>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>>>> maximum number of retries. Exceeded max scheduling at >>>>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>>>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>>>> >>>>> The funny thing is that I can't find anywhere the incriminated ID it's >>>>> not an Ironic node ID and neither a Nova one. >>>>> >>>>> Can you help me point the attention in the right direction? >>>>> >>>>> Many thanks, >>>>> >>>>> -- >>>>> Raoul Scarazzini >>>>> rasca at redhat.com >>>>> >>>>> _______________________________________________ >>>>> Rdo-list mailing list >>>>> Rdo-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>> >>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Rdo-list mailing list >>>> Rdo-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>> >>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com From rasca at redhat.com Tue Feb 9 10:51:12 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Tue, 9 Feb 2016 11:51:12 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> <56B98E09.2070603@redhat.com> Message-ID: <56B9C4A0.1090207@redhat.com> Hi Marius, your assumption is totally right: the external network is going to live just on the controllers. What I don't understand is why it's configured on the compute nodes. My compute.yaml looks like this [1] and as you can see there's no external network declaration and in any case "use_dhcp" is already set to false for the main ovs_bridge. So why is this populating in any case? Many thanks, [1] http://pastebin.test.redhat.com/347199 -- Raoul Scarazzini rasca at redhat.com Il giorno 9/2/2016 11:36:02, Marius Cornea ha scritto: > Hi Raoul, > > Thanks for the output. Can you confirm what is the purpose of the > 10.1.241.0/24 subnet? > > I'm making an assumption and say that it's used for the external > network. In this case it shouldn't be set on the compute nodes as they > don't require connectivity on that network. I believe it gets > configured via DHCP, I'm not really sure why the connectivity check > fail during validation time. Can you try disabling dhcp for the em1 > interface in the compute nic template and see the result? You can add > something like this to the os_net_config network_config: > > - > type: interface > name: nic1 > use_dhcp: false > > Thanks, > Marius > > On Tue, Feb 9, 2016 at 7:58 AM, Raoul Scarazzini wrote: >> Hi Marius, >> here it is: >> >> # cat /etc/os-net-config/config.json | python -m json.tool >> { >> "network_config": [ >> { >> "addresses": [ >> { >> "ip_netmask": "192.0.2.21/24" >> } >> ], >> "dns_servers": [ >> "10.1.241.2" >> ], >> "members": [ >> { >> "name": "nic2", >> "primary": true, >> "type": "interface" >> }, >> { >> "addresses": [ >> { >> "ip_netmask": "172.17.0.12/24" >> } >> ], >> "type": "vlan", >> "vlan_id": 2201 >> }, >> { >> "addresses": [ >> { >> "ip_netmask": "172.18.0.11/24" >> } >> ], >> "type": "vlan", >> "vlan_id": 2203 >> }, >> { >> "addresses": [ >> { >> "ip_netmask": "172.16.0.10/24" >> } >> ], >> "type": "vlan", >> "vlan_id": 2202 >> } >> ], >> "name": "br-ex", >> "routes": [ >> { >> "ip_netmask": "169.254.169.254/32", >> "next_hop": "192.0.2.1" >> }, >> { >> "default": true, >> "next_hop": "192.0.2.1" >> } >> ], >> "type": "ovs_bridge", >> "use_dhcp": false >> } >> ] >> } >> >> # ip a >> 1: lo: mtu 65536 qdisc noqueue state UNKNOWN >> >> [4/1995] >> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >> inet 127.0.0.1/8 scope host lo >> valid_lft forever preferred_lft forever >> inet6 ::1/128 scope host >> valid_lft forever preferred_lft forever >> 2: em3: mtu 1500 qdisc mq state DOWN >> qlen 1000 >> link/ether b8:ca:3a:66:f1:b4 brd ff:ff:ff:ff:ff:ff >> 3: em4: mtu 1500 qdisc mq state DOWN >> qlen 1000 >> link/ether b8:ca:3a:66:f1:b5 brd ff:ff:ff:ff:ff:ff >> 4: em1: mtu 1500 qdisc mq state UP >> qlen 1000 >> link/ether b8:ca:3a:66:f1:b0 brd ff:ff:ff:ff:ff:ff >> inet 10.1.241.9/24 brd 10.1.241.255 scope global dynamic em1 >> valid_lft 530sec preferred_lft 530sec >> inet6 fe80::baca:3aff:fe66:f1b0/64 scope link >> valid_lft forever preferred_lft forever >> 5: em2: mtu 1500 qdisc mq master >> ovs-system state UP qlen 1000 >> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >> valid_lft forever preferred_lft forever >> 6: ovs-system: mtu 1500 qdisc noop state DOWN >> link/ether 06:65:08:31:11:35 brd ff:ff:ff:ff:ff:ff >> 7: br-ex: mtu 1500 qdisc noqueue state >> UNKNOWN >> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >> inet 192.0.2.21/24 brd 192.0.2.255 scope global br-ex >> valid_lft forever preferred_lft forever >> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >> valid_lft forever preferred_lft forever >> 8: vlan2203: mtu 1500 qdisc noqueue >> state UNKNOWN >> link/ether 96:6a:10:5b:1a:47 brd ff:ff:ff:ff:ff:ff >> inet 172.18.0.11/24 brd 172.18.0.255 scope global vlan2203 >> valid_lft forever preferred_lft forever >> inet6 fe80::946a:10ff:fe5b:1a47/64 scope link >> valid_lft forever preferred_lft forever >> 9: vlan2202: mtu 1500 qdisc noqueue >> state UNKNOWN >> link/ether ca:e0:0d:b0:7e:30 brd ff:ff:ff:ff:ff:ff >> inet 172.16.0.10/24 brd 172.16.0.255 scope global vlan2202 >> valid_lft forever preferred_lft forever >> inet6 fe80::c8e0:dff:feb0:7e30/64 scope link >> valid_lft forever preferred_lft forever >> 10: vlan2201: mtu 1500 qdisc noqueue >> state UNKNOWN >> link/ether c2:24:5f:4c:37:6c brd ff:ff:ff:ff:ff:ff >> inet 172.17.0.12/24 brd 172.17.0.255 scope global vlan2201 >> valid_lft forever preferred_lft forever >> inet6 fe80::c024:5fff:fe4c:376c/64 scope link >> valid_lft forever preferred_lft forever >> 11: br-floating: mtu 1500 qdisc >> noqueue state UNKNOWN >> link/ether de:7f:cd:d7:c1:46 brd ff:ff:ff:ff:ff:ff >> inet6 fe80::dc7f:cdff:fed7:c146/64 scope link >> valid_lft forever preferred_lft forever >> 12: br-int: mtu 1500 qdisc noop state DOWN >> link/ether 36:39:0f:39:85:4c brd ff:ff:ff:ff:ff:ff >> 13: br-tun: mtu 1500 qdisc noop state DOWN >> link/ether 72:d1:82:d9:15:4f brd ff:ff:ff:ff:ff:ff >> >> # ip r >> default via 10.1.241.254 dev em1 >> 10.1.241.0/24 dev em1 proto kernel scope link src 10.1.241.9 >> 169.254.169.254 via 192.0.2.1 dev br-ex >> 172.16.0.0/24 dev vlan2202 proto kernel scope link src 172.16.0.10 >> 172.17.0.0/24 dev vlan2201 proto kernel scope link src 172.17.0.12 >> 172.18.0.0/24 dev vlan2203 proto kernel scope link src 172.18.0.11 >> 192.0.2.0/24 dev br-ex proto kernel scope link src 192.0.2.21 >> >> Many thanks, >> >> -- >> Raoul Scarazzini >> rasca at redhat.com >> >> Il giorno 8/2/2016 18:26:45, Marius Cornea ha scritto: >>> Hi Raoul, >>> >>> Can you post the output of the following commands on that compute node please? >>> >>> cat /etc/os-net-config/config.json | python -m json.tool >>> ip a >>> ip r >>> >>> Thanks >>> >>> On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: >>>> Just another update. I fixed the connectivity issue (nic1 and nic2 were >>>> inverted in yaml files) but the setup files anyway. >>>> The problem now, looking into the compute's >>>> /var/lib/heat-config/deployed directory) is this one: >>>> >>>> { >>>> "deploy_stdout": "Trying to ping 172.16.0.14 for local network >>>> 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network >>>> 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network >>>> 172.18.0.0/24...SUCCESS\nTrying to ping default gateway >>>> 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", >>>> "deploy_stderr": "", >>>> "deploy_status_code": 1 >>>> } >>>> >>>> Funny thing is that I'm able to ping 10.1.241.254 from the compute >>>> nodes, and so I'm asking why it is failing during the deployment. >>>> >>>> Should it be that something is not ready from network side? Then what? >>>> Can you give me some hints on how to debug this? >>>> >>>> -- >>>> Raoul Scarazzini >>>> rasca at redhat.com >>>> >>>> Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >>>>> Hi David, >>>>> you are absolutely right, I did too many assumptions. First of all I'm >>>>> installing everything with rdo-manager, using an identical set of >>>>> configurations that came from my previous (working) osp-director 8 setup. >>>>> >>>>> Things seems to fail on compute node verifications. Specifically here: >>>>> >>>>> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >>>>> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >>>>> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >>>>> [1] >>>>> >>>>> Looking that script I identified two different actions: >>>>> >>>>> 1) # For each unique remote IP (specified via Heat) we check to >>>>> # see if one of the locally configured networks matches and if so we >>>>> # attempt a ping test the remote network IP. >>>>> >>>>> 2) # Ping all default gateways. There should only be one >>>>> # if using upstream t-h-t network templates but we test >>>>> # all of them should some manual network config have >>>>> # multiple gateways. >>>>> >>>>> And in fact after a verification I'm not able to reach compute nodes >>>>> from controllers or other computes inside one of the >>>>> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >>>>> >>>>> I'm using a specific network setup, as I said the same one I was using >>>>> with osp-director 8. So I've got a specific network-management.yaml file >>>>> in which I've specified these settings: >>>>> >>>>> resource_registry: >>>>> OS::TripleO::BlockStorage::Net::SoftwareConfig: >>>>> /home/stack/nic-configs/cinder-storage.yaml >>>>> OS::TripleO::Compute::Net::SoftwareConfig: >>>>> /home/stack/nic-configs/compute.yaml >>>>> OS::TripleO::Controller::Net::SoftwareConfig: >>>>> /home/stack/nic-configs/controller.yaml >>>>> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >>>>> /home/stack/nic-configs/swift-storage.yaml >>>>> OS::TripleO::CephStorage::Net::SoftwareConfig: >>>>> /home/stack/nic-configs/ceph-storage.yaml >>>>> >>>>> parameter_defaults: >>>>> # Customize the IP subnets to match the local environment >>>>> InternalApiNetCidr: 172.17.0.0/24 >>>>> StorageNetCidr: 172.18.0.0/24 >>>>> StorageMgmtNetCidr: 172.19.0.0/24 >>>>> TenantNetCidr: 172.16.0.0/24 >>>>> ExternalNetCidr: 172.20.0.0/24 >>>>> ControlPlaneSubnetCidr: '24' >>>>> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >>>>> '172.17.0.200'}] >>>>> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >>>>> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >>>>> '172.19.0.200'}] >>>>> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >>>>> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >>>>> # Specify the gateway on the external network. >>>>> ExternalInterfaceDefaultRoute: 172.20.0.254 >>>>> # Gateway router for the provisioning network (or Undercloud IP) >>>>> ControlPlaneDefaultRoute: 192.0.2.1 >>>>> # Generally the IP of the Undercloud >>>>> EC2MetadataIp: 192.0.2.1 >>>>> DnsServers: ["10.1.241.2"] >>>>> InternalApiNetworkVlanID: 2201 >>>>> StorageNetworkVlanID: 2203 >>>>> StorageMgmtNetworkVlanID: 2204 >>>>> TenantNetworkVlanID: 2202 >>>>> ExternalNetworkVlanID: 2205 >>>>> # Floating IP networks do not have to use br-ex, they can use any >>>>> bridge as long as the NeutronExternalNetworkBridge is set to "''". >>>>> NeutronExternalNetworkBridge: "''" >>>>> >>>>> # Variables in "parameters" apply an actual value to one of the >>>>> top-level params >>>>> parameters: >>>>> # The OVS logical->physical bridge mappings to use. Defaults to >>>>> mapping br-ex - the external bridge on hosts - to a physical name >>>>> 'datacentre' which can be used >>>>> # to create provider networks (and we use this for the default >>>>> floating network) - if changing this either use different post-install >>>>> network scripts or be sure >>>>> # to keep 'datacentre' as a mapping network name. >>>>> # Unfortunately this option is overridden by the command line, due to >>>>> a limitation (that will be fixed), so even declaring this won't have effect. >>>>> # See overcloud-deploy.sh for all the explenations. >>>>> # >>>>> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >>>>> NeutronBridgeMappings: "datacentre:br-floating" >>>>> >>>>> Obviously the controller.yaml was modified to reflect my needs, as >>>>> described here [1] and as you can see, I don't have declared a >>>>> ManagementNetworkVlan, since before this was not needed. >>>>> So the first question is: what is this new network and how it >>>>> differentiate from the other networks actually available? Can this >>>>> affect communications that before were working? >>>>> >>>>> Many thanks >>>>> >>>>> [1] >>>>> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >>>>> >>>>> -- >>>>> Raoul Scarazzini >>>>> rasca at redhat.com >>>>> >>>>> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>>>>> Hi Raoul, >>>>>> >>>>>> A good start would be to give us some more details about how you did the >>>>>> installation. >>>>>> >>>>>> What installation tool/procedure ? What repositories ? >>>>>> >>>>>> David Moreau Simard >>>>>> Senior Software Engineer | Openstack RDO >>>>>> >>>>>> dmsimard = [irc, github, twitter] >>>>>> >>>>>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >>>>> > wrote: >>>>>> >>>>>> Hi, >>>>>> I'm trying to deploy Mitaka on a baremetal environment composed >>>>>> by 3 controllers and 4 computes. >>>>>> After introspection nodes seems fine, even for one of them I need to do >>>>>> introspection by hand, since it was not completing the process. But in >>>>>> the end all my 7 nodes were in state "available". >>>>>> >>>>>> Launching the overcloud deploy, the controller part it goes fine, but >>>>>> then it gives me this error about compute: >>>>>> >>>>>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>>>>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>>>>> maximum number of retries. Exceeded max scheduling at >>>>>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>>>>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>>>>> >>>>>> The funny thing is that I can't find anywhere the incriminated ID it's >>>>>> not an Ironic node ID and neither a Nova one. >>>>>> >>>>>> Can you help me point the attention in the right direction? >>>>>> >>>>>> Many thanks, >>>>>> >>>>>> -- >>>>>> Raoul Scarazzini >>>>>> rasca at redhat.com >>>>>> >>>>>> _______________________________________________ >>>>>> Rdo-list mailing list >>>>>> Rdo-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>> >>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Rdo-list mailing list >>>>> Rdo-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>> >>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>> >>>> >>>> _______________________________________________ >>>> Rdo-list mailing list >>>> Rdo-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>> >>>> To unsubscribe: rdo-list-unsubscribe at redhat.com From marius at remote-lab.net Tue Feb 9 11:00:59 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 9 Feb 2016 12:00:59 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: <56B9C4A0.1090207@redhat.com> References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> <56B98E09.2070603@redhat.com> <56B9C4A0.1090207@redhat.com> Message-ID: On Tue, Feb 9, 2016 at 11:51 AM, Raoul Scarazzini wrote: > Hi Marius, > your assumption is totally right: the external network is going to live > just on the controllers. > > What I don't understand is why it's configured on the compute nodes. My > compute.yaml looks like this [1] and as you can see there's no external > network declaration and in any case "use_dhcp" is already set to false > for the main ovs_bridge. So why is this populating in any case? This is because by default the dhcp client will run on the interfaces that are not specified in the nic template. The ovs bridge contains the em2 interface but in your case the dhcp address gets configured on the em1 nic which is not specified in the template. Can you try something like this for the compute nic template and see if it allows you to continue with the deployment: http://paste.openstack.org/show/486385/ Thanks > Many thanks, > > [1] http://pastebin.test.redhat.com/347199 > > -- > Raoul Scarazzini > rasca at redhat.com > > Il giorno 9/2/2016 11:36:02, Marius Cornea ha scritto: >> Hi Raoul, >> >> Thanks for the output. Can you confirm what is the purpose of the >> 10.1.241.0/24 subnet? >> >> I'm making an assumption and say that it's used for the external >> network. In this case it shouldn't be set on the compute nodes as they >> don't require connectivity on that network. I believe it gets >> configured via DHCP, I'm not really sure why the connectivity check >> fail during validation time. Can you try disabling dhcp for the em1 >> interface in the compute nic template and see the result? You can add >> something like this to the os_net_config network_config: >> >> - >> type: interface >> name: nic1 >> use_dhcp: false >> >> Thanks, >> Marius >> >> On Tue, Feb 9, 2016 at 7:58 AM, Raoul Scarazzini wrote: >>> Hi Marius, >>> here it is: >>> >>> # cat /etc/os-net-config/config.json | python -m json.tool >>> { >>> "network_config": [ >>> { >>> "addresses": [ >>> { >>> "ip_netmask": "192.0.2.21/24" >>> } >>> ], >>> "dns_servers": [ >>> "10.1.241.2" >>> ], >>> "members": [ >>> { >>> "name": "nic2", >>> "primary": true, >>> "type": "interface" >>> }, >>> { >>> "addresses": [ >>> { >>> "ip_netmask": "172.17.0.12/24" >>> } >>> ], >>> "type": "vlan", >>> "vlan_id": 2201 >>> }, >>> { >>> "addresses": [ >>> { >>> "ip_netmask": "172.18.0.11/24" >>> } >>> ], >>> "type": "vlan", >>> "vlan_id": 2203 >>> }, >>> { >>> "addresses": [ >>> { >>> "ip_netmask": "172.16.0.10/24" >>> } >>> ], >>> "type": "vlan", >>> "vlan_id": 2202 >>> } >>> ], >>> "name": "br-ex", >>> "routes": [ >>> { >>> "ip_netmask": "169.254.169.254/32", >>> "next_hop": "192.0.2.1" >>> }, >>> { >>> "default": true, >>> "next_hop": "192.0.2.1" >>> } >>> ], >>> "type": "ovs_bridge", >>> "use_dhcp": false >>> } >>> ] >>> } >>> >>> # ip a >>> 1: lo: mtu 65536 qdisc noqueue state UNKNOWN >>> >>> [4/1995] >>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >>> inet 127.0.0.1/8 scope host lo >>> valid_lft forever preferred_lft forever >>> inet6 ::1/128 scope host >>> valid_lft forever preferred_lft forever >>> 2: em3: mtu 1500 qdisc mq state DOWN >>> qlen 1000 >>> link/ether b8:ca:3a:66:f1:b4 brd ff:ff:ff:ff:ff:ff >>> 3: em4: mtu 1500 qdisc mq state DOWN >>> qlen 1000 >>> link/ether b8:ca:3a:66:f1:b5 brd ff:ff:ff:ff:ff:ff >>> 4: em1: mtu 1500 qdisc mq state UP >>> qlen 1000 >>> link/ether b8:ca:3a:66:f1:b0 brd ff:ff:ff:ff:ff:ff >>> inet 10.1.241.9/24 brd 10.1.241.255 scope global dynamic em1 >>> valid_lft 530sec preferred_lft 530sec >>> inet6 fe80::baca:3aff:fe66:f1b0/64 scope link >>> valid_lft forever preferred_lft forever >>> 5: em2: mtu 1500 qdisc mq master >>> ovs-system state UP qlen 1000 >>> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >>> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >>> valid_lft forever preferred_lft forever >>> 6: ovs-system: mtu 1500 qdisc noop state DOWN >>> link/ether 06:65:08:31:11:35 brd ff:ff:ff:ff:ff:ff >>> 7: br-ex: mtu 1500 qdisc noqueue state >>> UNKNOWN >>> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >>> inet 192.0.2.21/24 brd 192.0.2.255 scope global br-ex >>> valid_lft forever preferred_lft forever >>> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >>> valid_lft forever preferred_lft forever >>> 8: vlan2203: mtu 1500 qdisc noqueue >>> state UNKNOWN >>> link/ether 96:6a:10:5b:1a:47 brd ff:ff:ff:ff:ff:ff >>> inet 172.18.0.11/24 brd 172.18.0.255 scope global vlan2203 >>> valid_lft forever preferred_lft forever >>> inet6 fe80::946a:10ff:fe5b:1a47/64 scope link >>> valid_lft forever preferred_lft forever >>> 9: vlan2202: mtu 1500 qdisc noqueue >>> state UNKNOWN >>> link/ether ca:e0:0d:b0:7e:30 brd ff:ff:ff:ff:ff:ff >>> inet 172.16.0.10/24 brd 172.16.0.255 scope global vlan2202 >>> valid_lft forever preferred_lft forever >>> inet6 fe80::c8e0:dff:feb0:7e30/64 scope link >>> valid_lft forever preferred_lft forever >>> 10: vlan2201: mtu 1500 qdisc noqueue >>> state UNKNOWN >>> link/ether c2:24:5f:4c:37:6c brd ff:ff:ff:ff:ff:ff >>> inet 172.17.0.12/24 brd 172.17.0.255 scope global vlan2201 >>> valid_lft forever preferred_lft forever >>> inet6 fe80::c024:5fff:fe4c:376c/64 scope link >>> valid_lft forever preferred_lft forever >>> 11: br-floating: mtu 1500 qdisc >>> noqueue state UNKNOWN >>> link/ether de:7f:cd:d7:c1:46 brd ff:ff:ff:ff:ff:ff >>> inet6 fe80::dc7f:cdff:fed7:c146/64 scope link >>> valid_lft forever preferred_lft forever >>> 12: br-int: mtu 1500 qdisc noop state DOWN >>> link/ether 36:39:0f:39:85:4c brd ff:ff:ff:ff:ff:ff >>> 13: br-tun: mtu 1500 qdisc noop state DOWN >>> link/ether 72:d1:82:d9:15:4f brd ff:ff:ff:ff:ff:ff >>> >>> # ip r >>> default via 10.1.241.254 dev em1 >>> 10.1.241.0/24 dev em1 proto kernel scope link src 10.1.241.9 >>> 169.254.169.254 via 192.0.2.1 dev br-ex >>> 172.16.0.0/24 dev vlan2202 proto kernel scope link src 172.16.0.10 >>> 172.17.0.0/24 dev vlan2201 proto kernel scope link src 172.17.0.12 >>> 172.18.0.0/24 dev vlan2203 proto kernel scope link src 172.18.0.11 >>> 192.0.2.0/24 dev br-ex proto kernel scope link src 192.0.2.21 >>> >>> Many thanks, >>> >>> -- >>> Raoul Scarazzini >>> rasca at redhat.com >>> >>> Il giorno 8/2/2016 18:26:45, Marius Cornea ha scritto: >>>> Hi Raoul, >>>> >>>> Can you post the output of the following commands on that compute node please? >>>> >>>> cat /etc/os-net-config/config.json | python -m json.tool >>>> ip a >>>> ip r >>>> >>>> Thanks >>>> >>>> On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: >>>>> Just another update. I fixed the connectivity issue (nic1 and nic2 were >>>>> inverted in yaml files) but the setup files anyway. >>>>> The problem now, looking into the compute's >>>>> /var/lib/heat-config/deployed directory) is this one: >>>>> >>>>> { >>>>> "deploy_stdout": "Trying to ping 172.16.0.14 for local network >>>>> 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network >>>>> 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network >>>>> 172.18.0.0/24...SUCCESS\nTrying to ping default gateway >>>>> 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", >>>>> "deploy_stderr": "", >>>>> "deploy_status_code": 1 >>>>> } >>>>> >>>>> Funny thing is that I'm able to ping 10.1.241.254 from the compute >>>>> nodes, and so I'm asking why it is failing during the deployment. >>>>> >>>>> Should it be that something is not ready from network side? Then what? >>>>> Can you give me some hints on how to debug this? >>>>> >>>>> -- >>>>> Raoul Scarazzini >>>>> rasca at redhat.com >>>>> >>>>> Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >>>>>> Hi David, >>>>>> you are absolutely right, I did too many assumptions. First of all I'm >>>>>> installing everything with rdo-manager, using an identical set of >>>>>> configurations that came from my previous (working) osp-director 8 setup. >>>>>> >>>>>> Things seems to fail on compute node verifications. Specifically here: >>>>>> >>>>>> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >>>>>> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >>>>>> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >>>>>> [1] >>>>>> >>>>>> Looking that script I identified two different actions: >>>>>> >>>>>> 1) # For each unique remote IP (specified via Heat) we check to >>>>>> # see if one of the locally configured networks matches and if so we >>>>>> # attempt a ping test the remote network IP. >>>>>> >>>>>> 2) # Ping all default gateways. There should only be one >>>>>> # if using upstream t-h-t network templates but we test >>>>>> # all of them should some manual network config have >>>>>> # multiple gateways. >>>>>> >>>>>> And in fact after a verification I'm not able to reach compute nodes >>>>>> from controllers or other computes inside one of the >>>>>> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >>>>>> >>>>>> I'm using a specific network setup, as I said the same one I was using >>>>>> with osp-director 8. So I've got a specific network-management.yaml file >>>>>> in which I've specified these settings: >>>>>> >>>>>> resource_registry: >>>>>> OS::TripleO::BlockStorage::Net::SoftwareConfig: >>>>>> /home/stack/nic-configs/cinder-storage.yaml >>>>>> OS::TripleO::Compute::Net::SoftwareConfig: >>>>>> /home/stack/nic-configs/compute.yaml >>>>>> OS::TripleO::Controller::Net::SoftwareConfig: >>>>>> /home/stack/nic-configs/controller.yaml >>>>>> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >>>>>> /home/stack/nic-configs/swift-storage.yaml >>>>>> OS::TripleO::CephStorage::Net::SoftwareConfig: >>>>>> /home/stack/nic-configs/ceph-storage.yaml >>>>>> >>>>>> parameter_defaults: >>>>>> # Customize the IP subnets to match the local environment >>>>>> InternalApiNetCidr: 172.17.0.0/24 >>>>>> StorageNetCidr: 172.18.0.0/24 >>>>>> StorageMgmtNetCidr: 172.19.0.0/24 >>>>>> TenantNetCidr: 172.16.0.0/24 >>>>>> ExternalNetCidr: 172.20.0.0/24 >>>>>> ControlPlaneSubnetCidr: '24' >>>>>> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >>>>>> '172.17.0.200'}] >>>>>> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >>>>>> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >>>>>> '172.19.0.200'}] >>>>>> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >>>>>> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >>>>>> # Specify the gateway on the external network. >>>>>> ExternalInterfaceDefaultRoute: 172.20.0.254 >>>>>> # Gateway router for the provisioning network (or Undercloud IP) >>>>>> ControlPlaneDefaultRoute: 192.0.2.1 >>>>>> # Generally the IP of the Undercloud >>>>>> EC2MetadataIp: 192.0.2.1 >>>>>> DnsServers: ["10.1.241.2"] >>>>>> InternalApiNetworkVlanID: 2201 >>>>>> StorageNetworkVlanID: 2203 >>>>>> StorageMgmtNetworkVlanID: 2204 >>>>>> TenantNetworkVlanID: 2202 >>>>>> ExternalNetworkVlanID: 2205 >>>>>> # Floating IP networks do not have to use br-ex, they can use any >>>>>> bridge as long as the NeutronExternalNetworkBridge is set to "''". >>>>>> NeutronExternalNetworkBridge: "''" >>>>>> >>>>>> # Variables in "parameters" apply an actual value to one of the >>>>>> top-level params >>>>>> parameters: >>>>>> # The OVS logical->physical bridge mappings to use. Defaults to >>>>>> mapping br-ex - the external bridge on hosts - to a physical name >>>>>> 'datacentre' which can be used >>>>>> # to create provider networks (and we use this for the default >>>>>> floating network) - if changing this either use different post-install >>>>>> network scripts or be sure >>>>>> # to keep 'datacentre' as a mapping network name. >>>>>> # Unfortunately this option is overridden by the command line, due to >>>>>> a limitation (that will be fixed), so even declaring this won't have effect. >>>>>> # See overcloud-deploy.sh for all the explenations. >>>>>> # >>>>>> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >>>>>> NeutronBridgeMappings: "datacentre:br-floating" >>>>>> >>>>>> Obviously the controller.yaml was modified to reflect my needs, as >>>>>> described here [1] and as you can see, I don't have declared a >>>>>> ManagementNetworkVlan, since before this was not needed. >>>>>> So the first question is: what is this new network and how it >>>>>> differentiate from the other networks actually available? Can this >>>>>> affect communications that before were working? >>>>>> >>>>>> Many thanks >>>>>> >>>>>> [1] >>>>>> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >>>>>> >>>>>> -- >>>>>> Raoul Scarazzini >>>>>> rasca at redhat.com >>>>>> >>>>>> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>>>>>> Hi Raoul, >>>>>>> >>>>>>> A good start would be to give us some more details about how you did the >>>>>>> installation. >>>>>>> >>>>>>> What installation tool/procedure ? What repositories ? >>>>>>> >>>>>>> David Moreau Simard >>>>>>> Senior Software Engineer | Openstack RDO >>>>>>> >>>>>>> dmsimard = [irc, github, twitter] >>>>>>> >>>>>>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >>>>>> > wrote: >>>>>>> >>>>>>> Hi, >>>>>>> I'm trying to deploy Mitaka on a baremetal environment composed >>>>>>> by 3 controllers and 4 computes. >>>>>>> After introspection nodes seems fine, even for one of them I need to do >>>>>>> introspection by hand, since it was not completing the process. But in >>>>>>> the end all my 7 nodes were in state "available". >>>>>>> >>>>>>> Launching the overcloud deploy, the controller part it goes fine, but >>>>>>> then it gives me this error about compute: >>>>>>> >>>>>>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>>>>>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>>>>>> maximum number of retries. Exceeded max scheduling at >>>>>>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>>>>>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>>>>>> >>>>>>> The funny thing is that I can't find anywhere the incriminated ID it's >>>>>>> not an Ironic node ID and neither a Nova one. >>>>>>> >>>>>>> Can you help me point the attention in the right direction? >>>>>>> >>>>>>> Many thanks, >>>>>>> >>>>>>> -- >>>>>>> Raoul Scarazzini >>>>>>> rasca at redhat.com >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Rdo-list mailing list >>>>>>> Rdo-list at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>>> >>>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Rdo-list mailing list >>>>>> Rdo-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>> >>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Rdo-list mailing list >>>>> Rdo-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>> >>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com From rasca at redhat.com Tue Feb 9 11:43:21 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Tue, 9 Feb 2016 12:43:21 +0100 Subject: [Rdo-list] Failing to deploy Mitaka on baremetal In-Reply-To: References: <56B47646.7000201@redhat.com> <56B87589.2040005@redhat.com> <56B8CD4B.2090702@redhat.com> <56B98E09.2070603@redhat.com> <56B9C4A0.1090207@redhat.com> Message-ID: <56B9D0D9.8030300@redhat.com> That seems to have solved the problem. Deployment ended up successfully, I don't know if everything is alright, I'm going to check it starting right now, but the deploy completed in 33 minutes. So, for now, many thanks Marius. -- Raoul Scarazzini rasca at redhat.com Il giorno 9/2/2016 12:00:59, Marius Cornea ha scritto: > On Tue, Feb 9, 2016 at 11:51 AM, Raoul Scarazzini wrote: >> Hi Marius, >> your assumption is totally right: the external network is going to live >> just on the controllers. >> >> What I don't understand is why it's configured on the compute nodes. My >> compute.yaml looks like this [1] and as you can see there's no external >> network declaration and in any case "use_dhcp" is already set to false >> for the main ovs_bridge. So why is this populating in any case? > > This is because by default the dhcp client will run on the interfaces > that are not specified in the nic template. The ovs bridge contains > the em2 interface but in your case the dhcp address gets configured on > the em1 nic which is not specified in the template. Can you try > something like this for the compute nic template and see if it allows > you to continue with the deployment: > http://paste.openstack.org/show/486385/ > > Thanks > >> Many thanks, >> >> [1] http://pastebin.test.redhat.com/347199 >> >> -- >> Raoul Scarazzini >> rasca at redhat.com >> >> Il giorno 9/2/2016 11:36:02, Marius Cornea ha scritto: >>> Hi Raoul, >>> >>> Thanks for the output. Can you confirm what is the purpose of the >>> 10.1.241.0/24 subnet? >>> >>> I'm making an assumption and say that it's used for the external >>> network. In this case it shouldn't be set on the compute nodes as they >>> don't require connectivity on that network. I believe it gets >>> configured via DHCP, I'm not really sure why the connectivity check >>> fail during validation time. Can you try disabling dhcp for the em1 >>> interface in the compute nic template and see the result? You can add >>> something like this to the os_net_config network_config: >>> >>> - >>> type: interface >>> name: nic1 >>> use_dhcp: false >>> >>> Thanks, >>> Marius >>> >>> On Tue, Feb 9, 2016 at 7:58 AM, Raoul Scarazzini wrote: >>>> Hi Marius, >>>> here it is: >>>> >>>> # cat /etc/os-net-config/config.json | python -m json.tool >>>> { >>>> "network_config": [ >>>> { >>>> "addresses": [ >>>> { >>>> "ip_netmask": "192.0.2.21/24" >>>> } >>>> ], >>>> "dns_servers": [ >>>> "10.1.241.2" >>>> ], >>>> "members": [ >>>> { >>>> "name": "nic2", >>>> "primary": true, >>>> "type": "interface" >>>> }, >>>> { >>>> "addresses": [ >>>> { >>>> "ip_netmask": "172.17.0.12/24" >>>> } >>>> ], >>>> "type": "vlan", >>>> "vlan_id": 2201 >>>> }, >>>> { >>>> "addresses": [ >>>> { >>>> "ip_netmask": "172.18.0.11/24" >>>> } >>>> ], >>>> "type": "vlan", >>>> "vlan_id": 2203 >>>> }, >>>> { >>>> "addresses": [ >>>> { >>>> "ip_netmask": "172.16.0.10/24" >>>> } >>>> ], >>>> "type": "vlan", >>>> "vlan_id": 2202 >>>> } >>>> ], >>>> "name": "br-ex", >>>> "routes": [ >>>> { >>>> "ip_netmask": "169.254.169.254/32", >>>> "next_hop": "192.0.2.1" >>>> }, >>>> { >>>> "default": true, >>>> "next_hop": "192.0.2.1" >>>> } >>>> ], >>>> "type": "ovs_bridge", >>>> "use_dhcp": false >>>> } >>>> ] >>>> } >>>> >>>> # ip a >>>> 1: lo: mtu 65536 qdisc noqueue state UNKNOWN >>>> >>>> [4/1995] >>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 >>>> inet 127.0.0.1/8 scope host lo >>>> valid_lft forever preferred_lft forever >>>> inet6 ::1/128 scope host >>>> valid_lft forever preferred_lft forever >>>> 2: em3: mtu 1500 qdisc mq state DOWN >>>> qlen 1000 >>>> link/ether b8:ca:3a:66:f1:b4 brd ff:ff:ff:ff:ff:ff >>>> 3: em4: mtu 1500 qdisc mq state DOWN >>>> qlen 1000 >>>> link/ether b8:ca:3a:66:f1:b5 brd ff:ff:ff:ff:ff:ff >>>> 4: em1: mtu 1500 qdisc mq state UP >>>> qlen 1000 >>>> link/ether b8:ca:3a:66:f1:b0 brd ff:ff:ff:ff:ff:ff >>>> inet 10.1.241.9/24 brd 10.1.241.255 scope global dynamic em1 >>>> valid_lft 530sec preferred_lft 530sec >>>> inet6 fe80::baca:3aff:fe66:f1b0/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 5: em2: mtu 1500 qdisc mq master >>>> ovs-system state UP qlen 1000 >>>> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >>>> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 6: ovs-system: mtu 1500 qdisc noop state DOWN >>>> link/ether 06:65:08:31:11:35 brd ff:ff:ff:ff:ff:ff >>>> 7: br-ex: mtu 1500 qdisc noqueue state >>>> UNKNOWN >>>> link/ether b8:ca:3a:66:f1:b2 brd ff:ff:ff:ff:ff:ff >>>> inet 192.0.2.21/24 brd 192.0.2.255 scope global br-ex >>>> valid_lft forever preferred_lft forever >>>> inet6 fe80::baca:3aff:fe66:f1b2/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 8: vlan2203: mtu 1500 qdisc noqueue >>>> state UNKNOWN >>>> link/ether 96:6a:10:5b:1a:47 brd ff:ff:ff:ff:ff:ff >>>> inet 172.18.0.11/24 brd 172.18.0.255 scope global vlan2203 >>>> valid_lft forever preferred_lft forever >>>> inet6 fe80::946a:10ff:fe5b:1a47/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 9: vlan2202: mtu 1500 qdisc noqueue >>>> state UNKNOWN >>>> link/ether ca:e0:0d:b0:7e:30 brd ff:ff:ff:ff:ff:ff >>>> inet 172.16.0.10/24 brd 172.16.0.255 scope global vlan2202 >>>> valid_lft forever preferred_lft forever >>>> inet6 fe80::c8e0:dff:feb0:7e30/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 10: vlan2201: mtu 1500 qdisc noqueue >>>> state UNKNOWN >>>> link/ether c2:24:5f:4c:37:6c brd ff:ff:ff:ff:ff:ff >>>> inet 172.17.0.12/24 brd 172.17.0.255 scope global vlan2201 >>>> valid_lft forever preferred_lft forever >>>> inet6 fe80::c024:5fff:fe4c:376c/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 11: br-floating: mtu 1500 qdisc >>>> noqueue state UNKNOWN >>>> link/ether de:7f:cd:d7:c1:46 brd ff:ff:ff:ff:ff:ff >>>> inet6 fe80::dc7f:cdff:fed7:c146/64 scope link >>>> valid_lft forever preferred_lft forever >>>> 12: br-int: mtu 1500 qdisc noop state DOWN >>>> link/ether 36:39:0f:39:85:4c brd ff:ff:ff:ff:ff:ff >>>> 13: br-tun: mtu 1500 qdisc noop state DOWN >>>> link/ether 72:d1:82:d9:15:4f brd ff:ff:ff:ff:ff:ff >>>> >>>> # ip r >>>> default via 10.1.241.254 dev em1 >>>> 10.1.241.0/24 dev em1 proto kernel scope link src 10.1.241.9 >>>> 169.254.169.254 via 192.0.2.1 dev br-ex >>>> 172.16.0.0/24 dev vlan2202 proto kernel scope link src 172.16.0.10 >>>> 172.17.0.0/24 dev vlan2201 proto kernel scope link src 172.17.0.12 >>>> 172.18.0.0/24 dev vlan2203 proto kernel scope link src 172.18.0.11 >>>> 192.0.2.0/24 dev br-ex proto kernel scope link src 192.0.2.21 >>>> >>>> Many thanks, >>>> >>>> -- >>>> Raoul Scarazzini >>>> rasca at redhat.com >>>> >>>> Il giorno 8/2/2016 18:26:45, Marius Cornea ha scritto: >>>>> Hi Raoul, >>>>> >>>>> Can you post the output of the following commands on that compute node please? >>>>> >>>>> cat /etc/os-net-config/config.json | python -m json.tool >>>>> ip a >>>>> ip r >>>>> >>>>> Thanks >>>>> >>>>> On Mon, Feb 8, 2016 at 6:15 PM, Raoul Scarazzini wrote: >>>>>> Just another update. I fixed the connectivity issue (nic1 and nic2 were >>>>>> inverted in yaml files) but the setup files anyway. >>>>>> The problem now, looking into the compute's >>>>>> /var/lib/heat-config/deployed directory) is this one: >>>>>> >>>>>> { >>>>>> "deploy_stdout": "Trying to ping 172.16.0.14 for local network >>>>>> 172.16.0.0/24...SUCCESS\nTrying to ping 172.17.0.16 for local network >>>>>> 172.17.0.0/24...SUCCESS\nTrying to ping 172.18.0.14 for local network >>>>>> 172.18.0.0/24...SUCCESS\nTrying to ping default gateway >>>>>> 10.1.241.254...FAILURE\n10.1.241.254 is not pingable.\n", >>>>>> "deploy_stderr": "", >>>>>> "deploy_status_code": 1 >>>>>> } >>>>>> >>>>>> Funny thing is that I'm able to ping 10.1.241.254 from the compute >>>>>> nodes, and so I'm asking why it is failing during the deployment. >>>>>> >>>>>> Should it be that something is not ready from network side? Then what? >>>>>> Can you give me some hints on how to debug this? >>>>>> >>>>>> -- >>>>>> Raoul Scarazzini >>>>>> rasca at redhat.com >>>>>> >>>>>> Il giorno 8/2/2016 12:01:29, Raoul Scarazzini ha scritto: >>>>>>> Hi David, >>>>>>> you are absolutely right, I did too many assumptions. First of all I'm >>>>>>> installing everything with rdo-manager, using an identical set of >>>>>>> configurations that came from my previous (working) osp-director 8 setup. >>>>>>> >>>>>>> Things seems to fail on compute node verifications. Specifically here: >>>>>>> >>>>>>> Feb 05 16:37:23 overcloud-novacompute-0 os-collect-config[6014]: >>>>>>> [2016-02-05 16:37:23,707] (heat-config) [ERROR] Error running >>>>>>> /var/lib/heat-config/heat-config-script/a435044e-9be8-42ea-8b03-92bee12b3d23. >>>>>>> [1] >>>>>>> >>>>>>> Looking that script I identified two different actions: >>>>>>> >>>>>>> 1) # For each unique remote IP (specified via Heat) we check to >>>>>>> # see if one of the locally configured networks matches and if so we >>>>>>> # attempt a ping test the remote network IP. >>>>>>> >>>>>>> 2) # Ping all default gateways. There should only be one >>>>>>> # if using upstream t-h-t network templates but we test >>>>>>> # all of them should some manual network config have >>>>>>> # multiple gateways. >>>>>>> >>>>>>> And in fact after a verification I'm not able to reach compute nodes >>>>>>> from controllers or other computes inside one of the >>>>>>> InternalApiAllocationPools (172.17.0) or TenantAllocationPools (172.16.0). >>>>>>> >>>>>>> I'm using a specific network setup, as I said the same one I was using >>>>>>> with osp-director 8. So I've got a specific network-management.yaml file >>>>>>> in which I've specified these settings: >>>>>>> >>>>>>> resource_registry: >>>>>>> OS::TripleO::BlockStorage::Net::SoftwareConfig: >>>>>>> /home/stack/nic-configs/cinder-storage.yaml >>>>>>> OS::TripleO::Compute::Net::SoftwareConfig: >>>>>>> /home/stack/nic-configs/compute.yaml >>>>>>> OS::TripleO::Controller::Net::SoftwareConfig: >>>>>>> /home/stack/nic-configs/controller.yaml >>>>>>> OS::TripleO::ObjectStorage::Net::SoftwareConfig: >>>>>>> /home/stack/nic-configs/swift-storage.yaml >>>>>>> OS::TripleO::CephStorage::Net::SoftwareConfig: >>>>>>> /home/stack/nic-configs/ceph-storage.yaml >>>>>>> >>>>>>> parameter_defaults: >>>>>>> # Customize the IP subnets to match the local environment >>>>>>> InternalApiNetCidr: 172.17.0.0/24 >>>>>>> StorageNetCidr: 172.18.0.0/24 >>>>>>> StorageMgmtNetCidr: 172.19.0.0/24 >>>>>>> TenantNetCidr: 172.16.0.0/24 >>>>>>> ExternalNetCidr: 172.20.0.0/24 >>>>>>> ControlPlaneSubnetCidr: '24' >>>>>>> InternalApiAllocationPools: [{'start': '172.17.0.10', 'end': >>>>>>> '172.17.0.200'}] >>>>>>> StorageAllocationPools: [{'start': '172.18.0.10', 'end': '172.18.0.200'}] >>>>>>> StorageMgmtAllocationPools: [{'start': '172.19.0.10', 'end': >>>>>>> '172.19.0.200'}] >>>>>>> TenantAllocationPools: [{'start': '172.16.0.10', 'end': '172.16.0.200'}] >>>>>>> ExternalAllocationPools: [{'start': '172.20.0.10', 'end': '172.20.0.200'}] >>>>>>> # Specify the gateway on the external network. >>>>>>> ExternalInterfaceDefaultRoute: 172.20.0.254 >>>>>>> # Gateway router for the provisioning network (or Undercloud IP) >>>>>>> ControlPlaneDefaultRoute: 192.0.2.1 >>>>>>> # Generally the IP of the Undercloud >>>>>>> EC2MetadataIp: 192.0.2.1 >>>>>>> DnsServers: ["10.1.241.2"] >>>>>>> InternalApiNetworkVlanID: 2201 >>>>>>> StorageNetworkVlanID: 2203 >>>>>>> StorageMgmtNetworkVlanID: 2204 >>>>>>> TenantNetworkVlanID: 2202 >>>>>>> ExternalNetworkVlanID: 2205 >>>>>>> # Floating IP networks do not have to use br-ex, they can use any >>>>>>> bridge as long as the NeutronExternalNetworkBridge is set to "''". >>>>>>> NeutronExternalNetworkBridge: "''" >>>>>>> >>>>>>> # Variables in "parameters" apply an actual value to one of the >>>>>>> top-level params >>>>>>> parameters: >>>>>>> # The OVS logical->physical bridge mappings to use. Defaults to >>>>>>> mapping br-ex - the external bridge on hosts - to a physical name >>>>>>> 'datacentre' which can be used >>>>>>> # to create provider networks (and we use this for the default >>>>>>> floating network) - if changing this either use different post-install >>>>>>> network scripts or be sure >>>>>>> # to keep 'datacentre' as a mapping network name. >>>>>>> # Unfortunately this option is overridden by the command line, due to >>>>>>> a limitation (that will be fixed), so even declaring this won't have effect. >>>>>>> # See overcloud-deploy.sh for all the explenations. >>>>>>> # >>>>>>> https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L112 >>>>>>> NeutronBridgeMappings: "datacentre:br-floating" >>>>>>> >>>>>>> Obviously the controller.yaml was modified to reflect my needs, as >>>>>>> described here [1] and as you can see, I don't have declared a >>>>>>> ManagementNetworkVlan, since before this was not needed. >>>>>>> So the first question is: what is this new network and how it >>>>>>> differentiate from the other networks actually available? Can this >>>>>>> affect communications that before were working? >>>>>>> >>>>>>> Many thanks >>>>>>> >>>>>>> [1] >>>>>>> https://github.com/rscarazz/openstack/blob/master/ospd-network-isolation-considerations.md >>>>>>> >>>>>>> -- >>>>>>> Raoul Scarazzini >>>>>>> rasca at redhat.com >>>>>>> >>>>>>> Il giorno 6/2/2016 00:38:38, David Moreau Simard ha scritto: >>>>>>>> Hi Raoul, >>>>>>>> >>>>>>>> A good start would be to give us some more details about how you did the >>>>>>>> installation. >>>>>>>> >>>>>>>> What installation tool/procedure ? What repositories ? >>>>>>>> >>>>>>>> David Moreau Simard >>>>>>>> Senior Software Engineer | Openstack RDO >>>>>>>> >>>>>>>> dmsimard = [irc, github, twitter] >>>>>>>> >>>>>>>> On Feb 5, 2016 5:16 AM, "Raoul Scarazzini" >>>>>>> > wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> I'm trying to deploy Mitaka on a baremetal environment composed >>>>>>>> by 3 controllers and 4 computes. >>>>>>>> After introspection nodes seems fine, even for one of them I need to do >>>>>>>> introspection by hand, since it was not completing the process. But in >>>>>>>> the end all my 7 nodes were in state "available". >>>>>>>> >>>>>>>> Launching the overcloud deploy, the controller part it goes fine, but >>>>>>>> then it gives me this error about compute: >>>>>>>> >>>>>>>> 2016-02-05 09:26:59 [NovaCompute]: CREATE_FAILED ResourceInError: >>>>>>>> resources.NovaCompute: Went to status ERROR due to "Message: Exceeded >>>>>>>> maximum number of retries. Exceeded max scheduling at >>>>>>>> tempts 3 for instance 0227f7c1-3c2b-4e10-93bf-e7d84a7aca71. Last >>>>>>>> exception: Port b8:ca:3a:66:ef:5a is still in use. >>>>>>>> >>>>>>>> The funny thing is that I can't find anywhere the incriminated ID it's >>>>>>>> not an Ironic node ID and neither a Nova one. >>>>>>>> >>>>>>>> Can you help me point the attention in the right direction? >>>>>>>> >>>>>>>> Many thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Raoul Scarazzini >>>>>>>> rasca at redhat.com >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Rdo-list mailing list >>>>>>>> Rdo-list at redhat.com >>>>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>>>> >>>>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Rdo-list mailing list >>>>>>> Rdo-list at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>>> >>>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Rdo-list mailing list >>>>>> Rdo-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>>> >>>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com From marius at remote-lab.net Tue Feb 9 13:37:13 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 9 Feb 2016 14:37:13 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> References: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> Message-ID: Minimal, packstack does the installation for you. Just make sure you have the repos mentioned in the guide. Thanks. > On 09 Feb 2016, at 14:26, Ashraf Hassan wrote: > > Hi Marius, > But what the is the perquisite as RHEL/Centos Installation for Packstack to work for both Controller and Compute nodes (i.e. Minimal Install, Compute Node, Infrastructure Server, ...etc.) > > Thanks, > > Ashraf > > > > > > On Monday, February 8, 2016 10:28 PM, Marius Cornea wrote: > > > Hi, > > Here is the quickstart link: > https://www.rdoproject.org/install/quickstart/ > > You can get started with a minimal CentOS/RHEL. For deploying the 2 > node deployment you can generate an answer file(packstack > --gen-answer-file) and adjust the IP addresses for > CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you > need ssh key-based authentication for those 2 hosts. > > Thanks, > Marius > > On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan wrote: > > Hi Experts, > > I want to test deploying Openstack using Packstack on 2 nodes using > > answers file: > > 1- Node will act as a controller node. > > 2- Node will act as a compute node. > > What is the level of installation is needed for RHEL/Centos (Minimum, > > Hypervisor host, or etc...) > > Can someone advise please? > > Thanks, > > > > Ashraf > > > > > > > > > > > _______________________________________________ > > Rdo-list mailing list > > Rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chkumar246 at gmail.com Wed Feb 10 05:11:01 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 10 Feb 2016 10:41:01 +0530 Subject: [Rdo-list] RDO Bug Statistics [2016-02-10] Message-ID: # RDO Bugs on 2016-02-10 This email summarizes the active RDO bugs listed in the Red Hat Bugzilla database at . To report a new bug against RDO, go to: ## Summary - Open (NEW, ASSIGNED, ON_DEV): 396 - Fixed (MODIFIED, POST, ON_QA): 220 ## Number of open bugs by component dib-utils [ 2] diskimage-builder [ 3] + distribution [ 13] +++++ dnsmasq [ 1] Documentation [ 4] + instack [ 4] + instack-undercloud [ 28] ++++++++++++ iproute [ 1] openstack-ceilometer [ 2] openstack-cinder [ 13] +++++ openstack-foreman-inst... [ 2] openstack-glance [ 2] openstack-heat [ 5] ++ openstack-horizon [ 2] openstack-ironic [ 4] + openstack-ironic-disco... [ 1] openstack-keystone [ 10] ++++ openstack-manila [ 10] ++++ openstack-neutron [ 12] +++++ openstack-nova [ 22] +++++++++ openstack-packstack [ 89] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 17] +++++++ openstack-sahara [ 2] openstack-selinux [ 11] ++++ openstack-swift [ 3] + openstack-tripleo [ 29] +++++++++++++ openstack-tripleo-heat... [ 6] ++ openstack-tripleo-imag... [ 3] + openstack-trove [ 1] openstack-tuskar [ 2] openstack-utils [ 1] Package Review [ 9] ++++ python-cinderclient [ 1] python-glanceclient [ 2] python-keystonemiddleware [ 1] python-neutronclient [ 4] + python-novaclient [ 1] python-openstackclient [ 5] ++ python-oslo-config [ 2] rdo-manager [ 56] +++++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdopkg [ 1] RFEs [ 2] tempest [ 1] ## Open bugs This is a list of "open" bugs by component. An "open" bug is in state NEW, ASSIGNED, ON_DEV and has not yet been fixed. (396 bugs) ### dib-utils (2 bugs) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2015-12-07 Summary: Packstack Ironic admin_url misconfigured in nova.conf [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: dib-utils Last change: 2015-12-10 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2015-04-09 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2015-09-23 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-01-27 Summary: add support for deltarpm ### distribution (13 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] text of uninitialized deployment needs rewording [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2015-10-13 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-02-03 Summary: Tracker: Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-01-04 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2015-06-04 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-01-25 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2015-06-04 Summary: Tracking bug for bugs that Lars is interested in [1275608 ] http://bugzilla.redhat.com/1275608 (NEW) Component: distribution Last change: 2015-10-27 Summary: EOL'ed rpm file URL not up to date [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2015-09-14 Summary: [RFE] Packages upgrade path checks in Delorean CI [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2015-06-04 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] Provisioning Images filter doesn't work [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2015-06-09 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2015-12-10 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2015-06-22 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (4 bugs) [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2015-10-15 Summary: [DOC] External network should be documents in RDO manager installation [1271793 ] http://bugzilla.redhat.com/1271793 (NEW) Component: Documentation Last change: 2015-10-14 Summary: rdo-manager doc has incomplete /etc/hosts configuration [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2015-10-15 Summary: step required to build images for overcloud [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2015-10-15 Summary: RFE : document how to access horizon in RDO manager VIRT setup ### instack (4 bugs) [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2015-06-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2015-06-04 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2015-06-04 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2015-06-04 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (28 bugs) [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2015-10-20 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2015-09-23 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2015-06-29 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2015-07-14 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2015-06-25 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2015-10-19 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2015-09-29 Summary: instack-virt-setup fails on CentOS7 [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-01-19 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2015-06-11 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2015-06-16 Summary: instack-ironic-deployment --register-nodes swallows error output [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2015-09-30 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2015-06-15 Summary: wget is missing from qcow2 image fails instack-build- images script ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-01-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (2 bugs) [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (13 bugs) [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-27 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2015-01-05 Summary: vmware: "Not authenticated error occurred " on delete volume [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2015-10-02 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2015-03-31 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2015-07-23 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2015-06-14 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1231311 ] http://bugzilla.redhat.com/1231311 (NEW) Component: openstack-cinder Last change: 2015-06-12 Summary: Cinder missing dep: fasteners against liberty packstack install [1167945 ] http://bugzilla.redhat.com/1167945 (NEW) Component: openstack-cinder Last change: 2014-11-25 Summary: Random characters in instacne name break volume attaching [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-17 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-01-04 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2015-04-14 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-01-22 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2015-11-25 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] ### openstack-foreman-installer (2 bugs) [1203292 ] http://bugzilla.redhat.com/1203292 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: [RFE] Openstack Installer should install and configure SPICE to work with Nova and Horizon [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (2 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2015-04-20 Summary: Split glance-api and glance-registry [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2015-04-21 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-01-07 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-01-07 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2015-07-20 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2015-08-19 Summary: SoftwareDeployment resource attributes are null [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2015-07-08 Summary: Clearing non-existing hooks yields no error message ### openstack-horizon (2 bugs) [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-01-04 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (1 bug) [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (10 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2015-12-09 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2015-04-05 Summary: Need to include SSO callback form in the openstack- keystone RPM [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-01-21 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2015-06-04 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2015-07-23 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2015-06-04 Summary: Overridden default for Token Provider points to non- existent class [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1008865 ] http://bugzilla.redhat.com/1008865 (NEW) Component: openstack-keystone Last change: 2015-10-26 Summary: keystone-all process reaches 100% CPU consumption [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2015-12-07 Summary: keystone: add token flush cronjob script to keystone package ### openstack-manila (10 bugs) [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (12 bugs) [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-01-11 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2015-01-08 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2015-08-17 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2014-12-16 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1269610 ] http://bugzilla.redhat.com/1269610 (ASSIGNED) Component: openstack-neutron Last change: 2015-11-19 Summary: Overcloud deployment fails - openvswitch agent is not running and nova instances end up in error state [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2015-05-28 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2015-12-22 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2015-12-30 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2014-09-27 Summary: Use neutron-sanity-check in CI checks [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2015-11-11 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2015-09-02 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2015-12-15 Summary: [RFE] [neutron] neutron services needs more RPM granularity ### openstack-nova (22 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-02-03 Summary: Ensure translations are installed correctly and picked up at runtime [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova AVC messages [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-01-21 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-01-19 Summary: logrotate should copytruncate to avoid openstack logging to deleted files [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version ### openstack-packstack (89 bugs) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: "private" network created by packstack is not owned by any tenant [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-01-18 Summary: Raise MariaDB max connections limit [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-24 Summary: [RFE] Include Fedora cloud images in some nice way [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: rabbitmq wont start if ssl is required [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-01-13 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2015-12-18 Summary: Receive Msg 'Error: Could not find user glance' [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] SPICE support in packstack [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Deploying ironic kilo with packstack fails [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2015-09-09 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-23 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack missing ML2 Mellanox Mechanism Driver [953586 ] http://bugzilla.redhat.com/953586 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Openstack Installer: packstack should install and configure SPICE to work with Nova and Horizon [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Errors install kilo on fedora21 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2015-07-05 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Provide option to set bind_host/bind_port for API services [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2015-06-16 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2015-07-29 Summary: rdo liberty trunk; nova compute fails to start [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2015-10-07 Summary: packstack script does not test to see if the rc files *were* created. [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: Swift's proxy-server is not configured to use ceilometer [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: centos7 fails to install glance [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: Nova keypair doesn't work with Nova Networking [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2015-09-25 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2015-10-12 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run fails when running with DEMO [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-02-10 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Packstack --allinone fails while starting HTTPD service [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2015-07-01 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2015-04-14 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2015-10-31 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: glance provision disregards keystone region setting [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2015-08-05 Summary: FWaaS does not work because DB was not synced [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2015-12-10 Summary: PackStack installs Nova crontab that nova user can't run [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2015-12-04 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: New user cannot retrieve container listing [1283261 ] http://bugzilla.redhat.com/1283261 (NEW) Component: openstack-packstack Last change: 2016-02-05 Summary: ceilometer-nova is not configured [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2015-08-04 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-01-29 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2015-11-25 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: add DiskFilter to scheduler_default_filters [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Swift's proxy-server is not configured to use ceilometer [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Please add glance and nova lib folder config [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-20 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2015-07-08 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack key injection fails with legacy networking (Nova networking) [1225312 ] http://bugzilla.redhat.com/1225312 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack Installation error - Invalid parameter create_mysql_resource on Class[Galera::Server] [1282928 ] http://bugzilla.redhat.com/1282928 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-29 Summary: Trove-api fails to start when deployed using packstack on RHEL 7.2 RC1.1 [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: misleading exit message on fail [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2015-10-13 Summary: packstack failed to start nova.api [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2015-11-06 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack wording is unclear for demo and testing provisioning. [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2015-07-14 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex ### openstack-puppet-modules (17 bugs) [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2015-12-04 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Permissions issue prevents CSS from rendering [1298245 ] http://bugzilla.redhat.com/1298245 (NEW) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: trove conf files require update when neutron disabled [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2015-09-03 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: Typo in log file name for trove-guestagent [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-01 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Increase the rpc_thread_pool_size [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-openstack_extras to opm [1304512 ] http://bugzilla.redhat.com/1304512 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-04 Summary: Packstack replaces httpd config with one without conf.modules.d [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2015-07-07 Summary: trove guestagent config mods for integration testing [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2015-06-30 Summary: rdo kilo mongo fails to start ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-08 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (11 bugs) [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2015-02-06 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2015-04-09 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2015-03-19 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2015-03-18 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2015-11-24 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2015-08-21 Summary: nova api can't be started in WSGI under httpd, blocked by selinux [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2014-11-23 Summary: keystone-all proccess raised avc denied ### openstack-swift (3 bugs) [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2015-12-22 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2015-01-07 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2014-12-12 Summary: swift-init does not interoperate with systemd swift service files ### openstack-tripleo (29 bugs) [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-02-01 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2015-06-08 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: You can still check introspection status for ironic nodes that have been deleted [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2015-10-09 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2015-06-22 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1304395 ] http://bugzilla.redhat.com/1304395 (NEW) Component: openstack-tripleo Last change: 2016-02-08 Summary: openstack overcloud image upload fails with "Required file "./ironic-python-agent.initramfs" does not exist." [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2015-12-11 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Timeout in API [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2015-11-23 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2015-11-04 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Overcloud missing ceilometer keystone user and endpoints [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2015-06-29 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When adding nodes to the cloud the update hangs and takes forever ### openstack-tripleo-heat-templates (6 bugs) [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-29 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-08 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-01 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-08 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-13 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-04 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-02-01 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: mariadb my.cnf socket path does not exist [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: possible incorrect selinux check in 97-mysql-selinux ### openstack-trove (1 bug) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2015-06-23 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2015-06-26 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-01-04 Summary: Can't enable OpenStack service after openstack-service disable ### Package Review (9 bugs) [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2015-12-03 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (NEW) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-midonetclient [1272513 ] http://bugzilla.redhat.com/1272513 (ASSIGNED) Component: Package Review Last change: 2016-01-13 Summary: Review Request: Murano - is an application catalog for OpenStack [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1292794 ] http://bugzilla.redhat.com/1292794 (ASSIGNED) Component: Package Review Last change: 2016-01-28 Summary: Review Request: openstack-magnum - Container Management project for OpenStack [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2015-11-13 Summary: New Package: python-dracclient ### python-cinderclient (1 bug) [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-cinderclient Last change: 2016-02-09 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base ### python-glanceclient (2 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2015-10-21 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2014-11-17 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2015-10-26 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (4 bugs) [1221063 ] http://bugzilla.redhat.com/1221063 (ASSIGNED) Component: python-neutronclient Last change: 2015-08-20 Summary: --router:external=True syntax is invalid - not backward compatibility [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2015-03-30 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2015-11-12 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-01-28 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (1 bug) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2015-06-04 Summary: Missing versioned dependency on python-six ### python-openstackclient (5 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: `openstack ip floating delete` fails if we specify IP address as input [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (56 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot access instance vnc console on horizon after overcloud deployment [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deployment of Undercloud [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: add deltarpm to all images built [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support IPv6 [1270818 ] http://bugzilla.redhat.com/1270818 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Two ironic-inspector processes are running on the undercloud, breaking the introspection [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Command to create flavors based on real hardware and profiles [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1269002 ] http://bugzilla.redhat.com/1269002 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: overcloud HA deployment fails - the rabbitmq doesn't run on the controllers. [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Glance client returning 'Expected endpoint' [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2015-06-03 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup fails: error Running install- packages install [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Duplicate nova hypervisors after rebooting compute nodes [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2015-10-15 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager imoort .json file [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot view cinder volumes in overcloud controller horizon [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: PXE boot fails: Unrecognized option "--autofree" [1294085 ] http://bugzilla.redhat.com/1294085 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Creating an instance on RDO overcloud, errors out [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: there is a newer image that can be used to deploy openstack [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deploying Manila is not possible due to missing template [1272167 ] http://bugzilla.redhat.com/1272167 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support enabling the port security extension [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2015-05-29 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: No way to increase yum timeouts when building images [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-01-01 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2015-10-21 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated neutron options [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2015-10-22 Summary: rdo-manager liberty, delete node is failing ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-07-13 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-08-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Validate node power credentials after enrolling ### rdopkg (1 bug) [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-02-01 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-01-22 Summary: [RFE] Provide easy to use upgrade tool ### tempest (1 bug) [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (220 bugs) ### diskimage-builder (1 bug) [1228761 ] http://bugzilla.redhat.com/1228761 (MODIFIED) Component: diskimage-builder Last change: 2015-09-23 Summary: DIB_YUM_REPO_CONF points to two files and that breaks imagebuilding ### distribution (7 bugs) [1265690 ] http://bugzilla.redhat.com/1265690 (ON_QA) Component: distribution Last change: 2015-09-28 Summary: Update python-networkx to 1.10 [1300013 ] http://bugzilla.redhat.com/1300013 (MODIFIED) Component: distribution Last change: 2016-01-21 Summary: openstack-aodh now requires python-gnocchiclient [1108188 ] http://bugzilla.redhat.com/1108188 (MODIFIED) Component: distribution Last change: 2016-01-04 Summary: update el6 icehouse kombu packages for improved performance [1218723 ] http://bugzilla.redhat.com/1218723 (MODIFIED) Component: distribution Last change: 2015-06-04 Summary: Trove configuration files set different control_exchange for taskmanager/conductor and api [1151589 ] http://bugzilla.redhat.com/1151589 (MODIFIED) Component: distribution Last change: 2015-03-18 Summary: trove does not install dependency python-pbr [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2015-06-04 Summary: Tuskar Fails After Remove/Reinstall Of RDO [1218398 ] http://bugzilla.redhat.com/1218398 (ON_QA) Component: distribution Last change: 2015-06-04 Summary: rdo kilo testing repository missing openstack- neutron-*aas ### instack-undercloud (2 bugs) [1212862 ] http://bugzilla.redhat.com/1212862 (MODIFIED) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-install-undercloud fails with "ImportError: No module named six" [1232162 ] http://bugzilla.redhat.com/1232162 (MODIFIED) Component: instack-undercloud Last change: 2015-06-16 Summary: the overcloud dns server should not be enforced to 192.168.122.1 when undefined ### openstack-ceilometer (10 bugs) [1265708 ] http://bugzilla.redhat.com/1265708 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer requires pymongo>=3.0.2 [1265721 ] http://bugzilla.redhat.com/1265721 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: FIle /etc/ceilometer/meters.yaml missing [1263839 ] http://bugzilla.redhat.com/1263839 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer should requires python-oslo-policy in kilo [1265746 ] http://bugzilla.redhat.com/1265746 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Options 'disable_non_metric_meters' and 'meter_definitions_cfg_file' are missing from ceilometer.conf [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1038162 ] http://bugzilla.redhat.com/1038162 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-common missing python-babel dependency [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing [1271002 ] http://bugzilla.redhat.com/1271002 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer dbsync failing during HA deployment [1265818 ] http://bugzilla.redhat.com/1265818 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: ceilometer polling agent does not start [1214928 ] http://bugzilla.redhat.com/1214928 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: package ceilometermiddleware missing ### openstack-cinder (5 bugs) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2015-06-22 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] [1212900 ] http://bugzilla.redhat.com/1212900 (ON_QA) Component: openstack-cinder Last change: 2015-05-05 Summary: [packaging] /etc/cinder/cinder.conf missing in openstack-cinder [1081022 ] http://bugzilla.redhat.com/1081022 (MODIFIED) Component: openstack-cinder Last change: 2014-05-07 Summary: Non-admin user can not attach cinder volume to their instance (LIO) [994370 ] http://bugzilla.redhat.com/994370 (MODIFIED) Component: openstack-cinder Last change: 2014-06-24 Summary: CVE-2013-4183 openstack-cinder: OpenStack: Cinder LVM volume driver does not support secure deletion [openstack-rdo] [1084046 ] http://bugzilla.redhat.com/1084046 (POST) Component: openstack-cinder Last change: 2014-09-26 Summary: cinder: can't delete a volume (raise exception.ISCSITargetNotFoundForVolume) ### openstack-glance (4 bugs) [1008818 ] http://bugzilla.redhat.com/1008818 (MODIFIED) Component: openstack-glance Last change: 2015-01-07 Summary: glance api hangs with low (1) workers on multiple parallel image creation requests [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2014-06-24 Summary: Glance api ssl issue [1278962 ] http://bugzilla.redhat.com/1278962 (ON_QA) Component: openstack-glance Last change: 2015-11-13 Summary: python-cryptography requires pyasn1>=0.1.8 but only 0.1.6 is available in Centos [1268146 ] http://bugzilla.redhat.com/1268146 (ON_QA) Component: openstack-glance Last change: 2015-10-02 Summary: openstack-glance-registry will not start: missing systemd dependency ### openstack-heat (3 bugs) [1213476 ] http://bugzilla.redhat.com/1213476 (MODIFIED) Component: openstack-heat Last change: 2015-06-10 Summary: [packaging] /etc/heat/heat.conf missing in openstack- heat [1021989 ] http://bugzilla.redhat.com/1021989 (MODIFIED) Component: openstack-heat Last change: 2015-02-01 Summary: heat sometimes keeps listenings stacks with status DELETE_COMPLETE [1229477 ] http://bugzilla.redhat.com/1229477 (MODIFIED) Component: openstack-heat Last change: 2015-06-17 Summary: missing dependency in Heat delorean build ### openstack-horizon (1 bug) [1219221 ] http://bugzilla.redhat.com/1219221 (ON_QA) Component: openstack-horizon Last change: 2015-05-08 Summary: region selector missing ### openstack-ironic-discoverd (1 bug) [1204218 ] http://bugzilla.redhat.com/1204218 (ON_QA) Component: openstack-ironic-discoverd Last change: 2015-03-31 Summary: ironic-discoverd should allow dropping all ports except for one detected on discovery ### openstack-neutron (15 bugs) [1081203 ] http://bugzilla.redhat.com/1081203 (MODIFIED) Component: openstack-neutron Last change: 2014-04-17 Summary: No DHCP agents are associated with network [1058995 ] http://bugzilla.redhat.com/1058995 (ON_QA) Component: openstack-neutron Last change: 2014-04-08 Summary: neutron-plugin-nicira should be renamed to neutron- plugin-vmware [1050842 ] http://bugzilla.redhat.com/1050842 (ON_QA) Component: openstack-neutron Last change: 2016-01-04 Summary: neutron should not specify signing_dir in neutron- dist.conf [1109824 ] http://bugzilla.redhat.com/1109824 (MODIFIED) Component: openstack-neutron Last change: 2014-09-27 Summary: Embrane plugin should be split from python-neutron [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2014-01-13 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1100136 ] http://bugzilla.redhat.com/1100136 (ON_QA) Component: openstack-neutron Last change: 2014-07-17 Summary: Missing configuration file for ML2 Mellanox Mechanism Driver ml2_conf_mlnx.ini [1088537 ] http://bugzilla.redhat.com/1088537 (ON_QA) Component: openstack-neutron Last change: 2014-06-11 Summary: rhel 6.5 icehouse stage.. neutron-db-manage trying to import systemd [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2015-11-16 Summary: neutron-server will not start: fails with pbr version issue [1057822 ] http://bugzilla.redhat.com/1057822 (MODIFIED) Component: openstack-neutron Last change: 2014-04-16 Summary: neutron-ml2 package requires python-pyudev [1019487 ] http://bugzilla.redhat.com/1019487 (MODIFIED) Component: openstack-neutron Last change: 2014-07-17 Summary: neutron-dhcp-agent fails to start without openstack- neutron-openvswitch installed [1209932 ] http://bugzilla.redhat.com/1209932 (MODIFIED) Component: openstack-neutron Last change: 2015-04-10 Summary: Packstack installation failed with Neutron-server Could not start Service [1157599 ] http://bugzilla.redhat.com/1157599 (ON_QA) Component: openstack-neutron Last change: 2014-11-25 Summary: fresh neutron install fails due unknown database column 'id' [1098601 ] http://bugzilla.redhat.com/1098601 (MODIFIED) Component: openstack-neutron Last change: 2014-05-16 Summary: neutron-vpn-agent does not use the /etc/neutron/fwaas_driver.ini [1270325 ] http://bugzilla.redhat.com/1270325 (MODIFIED) Component: openstack-neutron Last change: 2015-10-19 Summary: neutron-ovs-cleanup fails to start with bad path to ovs plugin configuration [1302416 ] http://bugzilla.redhat.com/1302416 (POST) Component: openstack-neutron Last change: 2016-02-01 Summary: nova unable to delete floating-ip with neutron server error AttributeError: 'Query' object has no attribute 'one_or_none' ### openstack-nova (6 bugs) [1045084 ] http://bugzilla.redhat.com/1045084 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: Trying to boot an instance with a flavor that has nonzero ephemeral disk will fail [1217721 ] http://bugzilla.redhat.com/1217721 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: [packaging] /etc/nova/nova.conf changes due to deprecated options [1211587 ] http://bugzilla.redhat.com/1211587 (MODIFIED) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-compute fails to start because python- psutil is missing after installing with packstack [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-01-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 [958411 ] http://bugzilla.redhat.com/958411 (ON_QA) Component: openstack-nova Last change: 2015-01-07 Summary: Nova: 'nova instance-action-list' table is not sorted by the order of action occurrence. [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-* systemd unit files need NotifyAccess=all ### openstack-packstack (73 bugs) [1252483 ] http://bugzilla.redhat.com/1252483 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: Demo network provisioning: public and private are shared, private has no tenant [1007497 ] http://bugzilla.redhat.com/1007497 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Openstack Installer: packstack does not create tables in Heat db. [1006353 ] http://bugzilla.redhat.com/1006353 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack w/ CONFIG_CEILOMETER_INSTALL=y has an error [1234042 ] http://bugzilla.redhat.com/1234042 (MODIFIED) Component: openstack-packstack Last change: 2015-08-05 Summary: ERROR : Error appeared during Puppet run: 192.168.122.82_api_nova.pp Error: Use of reserved word: type, must be quoted if intended to be a String value at /var/tmp/packstack/811663aa10824d21b860729732c16c3a/ manifests/192.168.122.82_api_nova.pp:41:3 [976394 ] http://bugzilla.redhat.com/976394 (MODIFIED) Component: openstack-packstack Last change: 2015-10-07 Summary: [RFE] Put the keystonerc_admin file in the current working directory for --all-in-one installs (or where client machine is same as local) [1116403 ] http://bugzilla.redhat.com/1116403 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack prescript fails if NetworkManager is disabled, but still installed [1020048 ] http://bugzilla.redhat.com/1020048 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack neutron plugin does not check if Nova is disabled [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2015-12-08 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1297733 ] http://bugzilla.redhat.com/1297733 (POST) Component: openstack-packstack Last change: 2016-01-19 Summary: No VPN tab in Horizon after deploy OSP-8 with packstack - CONFIG_NEUTRON_VPNAAS=y [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2015-07-27 Summary: allow to specify admin name and email [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [1061689 ] http://bugzilla.redhat.com/1061689 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Horizon SSL is disabled by Nagios configuration via packstack [1036192 ] http://bugzilla.redhat.com/1036192 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: rerunning packstack with the generated allione answerfile will fail with qpidd user logged in [1175726 ] http://bugzilla.redhat.com/1175726 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Disabling glance deployment does not work if you don't disable demo provisioning [979041 ] http://bugzilla.redhat.com/979041 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora19 no longer has /etc/sysconfig/modules/kvm.modules [1175428 ] http://bugzilla.redhat.com/1175428 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack doesn't configure rabbitmq to allow non- localhost connections to 'guest' user [1111318 ] http://bugzilla.redhat.com/1111318 (MODIFIED) Component: openstack-packstack Last change: 2014-08-18 Summary: pakcstack: mysql fails to restart on CentOS6.5 [957006 ] http://bugzilla.redhat.com/957006 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack reinstall fails trying to start nagios [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: RFE: support setting up apache to serve keystone requests [1052948 ] http://bugzilla.redhat.com/1052948 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Could not start Service[libvirt]: Execution of '/etc/init.d/libvirtd start' returned 1 [1259354 ] http://bugzilla.redhat.com/1259354 (MODIFIED) Component: openstack-packstack Last change: 2015-11-10 Summary: When pre-creating a vg of cinder-volumes packstack fails with an error [990642 ] http://bugzilla.redhat.com/990642 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: rdo release RPM not installed on all fedora hosts [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2015-12-15 Summary: Packstack should use pymysql database driver since Liberty [1018922 ] http://bugzilla.redhat.com/1018922 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack configures nova/neutron for qpid username/password when none is required [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2015-12-10 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2015-08-05 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1006534 ] http://bugzilla.redhat.com/1006534 (MODIFIED) Component: openstack-packstack Last change: 2014-04-08 Summary: Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre [1011628 ] http://bugzilla.redhat.com/1011628 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack reports installation completed successfully but nothing installed [1098821 ] http://bugzilla.redhat.com/1098821 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack allinone installation fails due to failure to start rabbitmq-server during amqp.pp on CentOS 6.5 [1172876 ] http://bugzilla.redhat.com/1172876 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails on centos6 with missing systemctl [1022421 ] http://bugzilla.redhat.com/1022421 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: Error appeared during Puppet run: IPADDRESS_keystone.pp [1108742 ] http://bugzilla.redhat.com/1108742 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Allow specifying of a global --password option in packstack to set all keys/secrets/passwords to that value [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack requires 2 runs to install ceilometer [1039694 ] http://bugzilla.redhat.com/1039694 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails if iptables.service is not available [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080348 ] http://bugzilla.redhat.com/1080348 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora20: packstack gives traceback when SElinux permissive [1014774 ] http://bugzilla.redhat.com/1014774 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack configures br-ex to use gateway ip [1006476 ] http://bugzilla.redhat.com/1006476 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: ERROR : Error during puppet run : Error: /Stage[main]/N ova::Network/Sysctl::Value[net.ipv4.ip_forward]/Sysctl[ net.ipv4.ip_forward]: Could not evaluate: Field 'val' is required [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1295503 ] http://bugzilla.redhat.com/1295503 (MODIFIED) Component: openstack-packstack Last change: 2016-01-08 Summary: Packstack master branch is in the liberty repositories (was: Packstack installation fails with unsupported db backend) [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2015-02-27 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [956939 ] http://bugzilla.redhat.com/956939 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack install fails if ntp server does not respond [1018911 ] http://bugzilla.redhat.com/1018911 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack creates duplicate cirros images in glance [1265661 ] http://bugzilla.redhat.com/1265661 (POST) Component: openstack-packstack Last change: 2016-01-13 Summary: Packstack does not install Sahara services (RDO Liberty) [1119920 ] http://bugzilla.redhat.com/1119920 (MODIFIED) Component: openstack-packstack Last change: 2015-10-23 Summary: http://ip/dashboard 404 from all-in-one rdo install on rhel7 [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Help text for SSL is incorrect regarding passphrase on the cert [974971 ] http://bugzilla.redhat.com/974971 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: please give greater control over use of EPEL [1185921 ] http://bugzilla.redhat.com/1185921 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: RabbitMQ fails to start if configured with ssl [1297518 ] http://bugzilla.redhat.com/1297518 (POST) Component: openstack-packstack Last change: 2016-01-12 Summary: Sahara installation fails with ArgumentError: Could not find declared class ::sahara::notify::rabbitmq [1008863 ] http://bugzilla.redhat.com/1008863 (MODIFIED) Component: openstack-packstack Last change: 2013-10-23 Summary: Allow overlapping ips by default [1050205 ] http://bugzilla.redhat.com/1050205 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Dashboard port firewall rule is not permanent [1057938 ] http://bugzilla.redhat.com/1057938 (MODIFIED) Component: openstack-packstack Last change: 2014-06-17 Summary: Errors when setting CONFIG_NEUTRON_OVS_TUNNEL_IF to a VLAN interface [1022312 ] http://bugzilla.redhat.com/1022312 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: qpid should enable SSL [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Packstack needs to support aodh services since Mitaka [991801 ] http://bugzilla.redhat.com/991801 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Warning message for installing RDO kernel needs to be adjusted [1049861 ] http://bugzilla.redhat.com/1049861 (MODIFIED) Component: openstack-packstack Last change: 2016-02-02 Summary: fail to create snapshot on an "in-use" GlusterFS volume using --force true (el7) [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-02-09 Summary: VPNaaS should use libreswan driver instead of openswan by default [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Script wording for service installation should be consistent [1028591 ] http://bugzilla.redhat.com/1028591 (MODIFIED) Component: openstack-packstack Last change: 2014-02-05 Summary: packstack generates invalid configuration when using GRE tunnels [1001470 ] http://bugzilla.redhat.com/1001470 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-dashboard django dependency conflict stops packstack execution [964005 ] http://bugzilla.redhat.com/964005 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: keystonerc_admin stored in /root requiring running OpenStack software as root user [1269158 ] http://bugzilla.redhat.com/1269158 (POST) Component: openstack-packstack Last change: 2015-10-19 Summary: Sahara configuration should be affected by heat availability (broken by default right now) [1003959 ] http://bugzilla.redhat.com/1003959 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Make "Nothing to do" error from yum in Puppet installs a little easier to decipher [1093828 ] http://bugzilla.redhat.com/1093828 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack package should depend on yum-utils [1087529 ] http://bugzilla.redhat.com/1087529 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Configure neutron correctly to be able to notify nova about port changes [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Havana Fedora 19, packstack fails w/ mysql error [958587 ] http://bugzilla.redhat.com/958587 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack install succeeds even when puppet completely fails [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: el7 Icehouse: Nagios installation fails ### openstack-puppet-modules (23 bugs) [1006816 ] http://bugzilla.redhat.com/1006816 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: cinder modules require glance installed [1085452 ] http://bugzilla.redhat.com/1085452 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-02 Summary: prescript puppet - missing dependency package iptables- services [1133345 ] http://bugzilla.redhat.com/1133345 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-09-05 Summary: Packstack execution fails with "Could not set 'present' on ensure" [1185960 ] http://bugzilla.redhat.com/1185960 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-03-19 Summary: problems with puppet-keystone LDAP support [1021183 ] http://bugzilla.redhat.com/1021183 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: horizon log errors [1049537 ] http://bugzilla.redhat.com/1049537 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Horizon help url in RDO points to the RHOS documentation [1214358 ] http://bugzilla.redhat.com/1214358 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-07-02 Summary: SSHD configuration breaks GSSAPI [1270957 ] http://bugzilla.redhat.com/1270957 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-10-13 Summary: Undercloud install fails on Error: Could not find class ::ironic::inspector for instack on node instack [1219447 ] http://bugzilla.redhat.com/1219447 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: The private network created by packstack for demo tenant is wrongly marked as external [1115398 ] http://bugzilla.redhat.com/1115398 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: swift.pp: Could not find command 'restorecon' [1300562 ] http://bugzilla.redhat.com/1300562 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-22 Summary: Mitaka - Could not find resource 'Service[mysqld]' for relationship from 'File[mysql-config-file]' [1171352 ] http://bugzilla.redhat.com/1171352 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: add aviator [1182837 ] http://bugzilla.redhat.com/1182837 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: packstack chokes on ironic - centos7 + juno [1297052 ] http://bugzilla.redhat.com/1297052 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: openstack-puppet-modules build is out of date and wrong branch in Delorean repos [1037635 ] http://bugzilla.redhat.com/1037635 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: prescript.pp fails with '/sbin/service iptables start' returning 6 [1022580 ] http://bugzilla.redhat.com/1022580 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: netns.py syntax error [1207701 ] http://bugzilla.redhat.com/1207701 (ON_QA) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Unable to attach cinder volume to instance [1258576 ] http://bugzilla.redhat.com/1258576 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-09-01 Summary: RDO liberty packstack --allinone fails on demo provision of glance [1122968 ] http://bugzilla.redhat.com/1122968 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-08-01 Summary: neutron/manifests/agents/ovs.pp creates /etc/sysconfig /network-scripts/ifcfg-br-{int,tun} [1038255 ] http://bugzilla.redhat.com/1038255 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: prescript.pp does not ensure iptables-services package installation [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-02-02 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT [1289309 ] http://bugzilla.redhat.com/1289309 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-02-03 Summary: Neutron module needs updating in OPM [1006401 ] http://bugzilla.redhat.com/1006401 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: explicit check for pymongo is incorrect ### openstack-sahara (2 bugs) [1290387 ] http://bugzilla.redhat.com/1290387 (POST) Component: openstack-sahara Last change: 2015-12-10 Summary: openstack-sahara-api fails to start in Mitaka-1, cannot find api-paste.ini [1268235 ] http://bugzilla.redhat.com/1268235 (MODIFIED) Component: openstack-sahara Last change: 2015-10-02 Summary: rootwrap filter not included in Sahara RPM ### openstack-selinux (13 bugs) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2014-10-29 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) [1234665 ] http://bugzilla.redhat.com/1234665 (ON_QA) Component: openstack-selinux Last change: 2016-01-04 Summary: tempest.scenario.test_server_basic_ops.TestServerBasicO ps fails to launch instance w/ selinux enforcing [1105357 ] http://bugzilla.redhat.com/1105357 (MODIFIED) Component: openstack-selinux Last change: 2015-01-22 Summary: Keystone cannot send notifications [1093385 ] http://bugzilla.redhat.com/1093385 (MODIFIED) Component: openstack-selinux Last change: 2014-05-15 Summary: neutron L3 agent RPC errors [1219406 ] http://bugzilla.redhat.com/1219406 (MODIFIED) Component: openstack-selinux Last change: 2015-11-06 Summary: Glance over nfs fails due to selinux [1099042 ] http://bugzilla.redhat.com/1099042 (MODIFIED) Component: openstack-selinux Last change: 2014-06-27 Summary: Neutron is unable to create directory in /tmp [1083566 ] http://bugzilla.redhat.com/1083566 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: Selinux blocks Nova services on RHEL7, can't boot or delete instances, [1049091 ] http://bugzilla.redhat.com/1049091 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: openstack-selinux blocks communication from dashboard to identity service [1049503 ] http://bugzilla.redhat.com/1049503 (MODIFIED) Component: openstack-selinux Last change: 2015-03-10 Summary: rdo-icehouse selinux issues with rootwrap "sudo: unknown uid 162: who are you?" [1024330 ] http://bugzilla.redhat.com/1024330 (MODIFIED) Component: openstack-selinux Last change: 2014-04-18 Summary: Wrong SELinux policies set for neutron-dhcp-agent [1154866 ] http://bugzilla.redhat.com/1154866 (ON_QA) Component: openstack-selinux Last change: 2015-01-11 Summary: latest yum update for RHEL6.5 installs selinux-policy package which conflicts openstack-selinux installed later [1134617 ] http://bugzilla.redhat.com/1134617 (MODIFIED) Component: openstack-selinux Last change: 2014-10-08 Summary: nova-api service denied tmpfs access [1135510 ] http://bugzilla.redhat.com/1135510 (MODIFIED) Component: openstack-selinux Last change: 2015-04-06 Summary: RHEL7 icehouse cluster with ceph/ssl SELinux errors ### openstack-swift (1 bug) [997983 ] http://bugzilla.redhat.com/997983 (MODIFIED) Component: openstack-swift Last change: 2015-01-07 Summary: swift in RDO logs container, object and account to LOCAL2 log facility which floods /var/log/messages ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2015-09-29 Summary: Package update does not take puppet managed packages into account ### openstack-trove (2 bugs) [1278608 ] http://bugzilla.redhat.com/1278608 (MODIFIED) Component: openstack-trove Last change: 2015-11-06 Summary: trove-api fails to start [1219064 ] http://bugzilla.redhat.com/1219064 (ON_QA) Component: openstack-trove Last change: 2015-08-19 Summary: Trove has missing dependencies ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2015-12-04 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-tuskar-ui (3 bugs) [1175121 ] http://bugzilla.redhat.com/1175121 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: Registering nodes with the IPMI driver always fails [1203859 ] http://bugzilla.redhat.com/1203859 (POST) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: openstack-tuskar-ui: Failed to connect RDO manager tuskar-ui over missing apostrophes for STATIC_ROOT= in local_settings.py [1176596 ] http://bugzilla.redhat.com/1176596 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: The displayed horizon url after deployment has a redundant colon in it and a wrong path ### openstack-utils (3 bugs) [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-01-05 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: openstack-status as admin falsely shows zero instances [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: update openstack-status for rdo-manager ### python-cinderclient (1 bug) [1048326 ] http://bugzilla.redhat.com/1048326 (MODIFIED) Component: python-cinderclient Last change: 2014-01-13 Summary: the command cinder type-key lvm set volume_backend_name=LVM_iSCSI fails to run ### python-django-horizon (3 bugs) [1219006 ] http://bugzilla.redhat.com/1219006 (ON_QA) Component: python-django-horizon Last change: 2015-05-08 Summary: Wrong permissions for directory /usr/share/openstack- dashboard/static/dashboard/ [1218627 ] http://bugzilla.redhat.com/1218627 (ON_QA) Component: python-django-horizon Last change: 2015-06-24 Summary: Tree icon looks wrong - a square instead of a regular expand/collpase one [1211552 ] http://bugzilla.redhat.com/1211552 (MODIFIED) Component: python-django-horizon Last change: 2015-04-14 Summary: Need to add alias in openstack-dashboard.conf to show CSS content ### python-glanceclient (2 bugs) [1206544 ] http://bugzilla.redhat.com/1206544 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-jsonpatch [1206551 ] http://bugzilla.redhat.com/1206551 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-warlock ### python-heatclient (3 bugs) [1028726 ] http://bugzilla.redhat.com/1028726 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient needs a dependency on python-pbr [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient 0.2.9 requires packaging in RDO [1140842 ] http://bugzilla.redhat.com/1140842 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: heat.bash_completion not installed ### python-keystoneclient (3 bugs) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2015-06-04 Summary: user-get fails when using IDs which are not UUIDs [1024581 ] http://bugzilla.redhat.com/1024581 (MODIFIED) Component: python-keystoneclient Last change: 2015-06-04 Summary: keystone missing tab completion [971746 ] http://bugzilla.redhat.com/971746 (MODIFIED) Component: python-keystoneclient Last change: 2016-01-04 Summary: CVE-2013-2013 OpenStack keystone: password disclosure on command line [RDO] ### python-neutronclient (3 bugs) [1067237 ] http://bugzilla.redhat.com/1067237 (ON_QA) Component: python-neutronclient Last change: 2014-03-26 Summary: neutronclient with pre-determined auth token fails when doing Client.get_auth_info() [1025509 ] http://bugzilla.redhat.com/1025509 (MODIFIED) Component: python-neutronclient Last change: 2014-06-24 Summary: Neutronclient should not obsolete quantumclient [1052311 ] http://bugzilla.redhat.com/1052311 (MODIFIED) Component: python-neutronclient Last change: 2014-02-12 Summary: [RFE] python-neutronclient new version request ### python-openstackclient (2 bugs) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-01-04 Summary: Rebase python-openstackclient to version 1.0.0 [1302379 ] http://bugzilla.redhat.com/1302379 (MODIFIED) Component: python-openstackclient Last change: 2016-01-29 Summary: rebase python-openstackclient to 1.7.2 ### python-oslo-config (1 bug) [1110164 ] http://bugzilla.redhat.com/1110164 (ON_QA) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo.config >=1.2.1 is required for trove-manage ### python-pecan (1 bug) [1265365 ] http://bugzilla.redhat.com/1265365 (MODIFIED) Component: python-pecan Last change: 2016-01-04 Summary: Neutron missing pecan dependency ### python-swiftclient (1 bug) [1126942 ] http://bugzilla.redhat.com/1126942 (MODIFIED) Component: python-swiftclient Last change: 2014-09-16 Summary: Swift pseudo-folder cannot be interacted with after creation ### python-tuskarclient (2 bugs) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2015-06-04 Summary: `tuskar help` is missing a description next to plan- templates [1209431 ] http://bugzilla.redhat.com/1209431 (POST) Component: python-tuskarclient Last change: 2015-06-18 Summary: creating a tuskar plan with the exact name gives the user a traceback ### rdo-manager (10 bugs) [1210023 ] http://bugzilla.redhat.com/1210023 (MODIFIED) Component: rdo-manager Last change: 2015-04-15 Summary: instack-ironic-deployment --nodes-json instackenv.json --register-nodes fails [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: rdo-manager Last change: 2015-10-14 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2015-12-30 Summary: [RFE] Support explicit configuration of L2 population [1224584 ] http://bugzilla.redhat.com/1224584 (MODIFIED) Component: rdo-manager Last change: 2015-05-25 Summary: CentOS-7 undercloud install fails w/ "RHOS" undefined variable [1271433 ] http://bugzilla.redhat.com/1271433 (MODIFIED) Component: rdo-manager Last change: 2015-10-20 Summary: Horizon fails to load [1272180 ] http://bugzilla.redhat.com/1272180 (POST) Component: rdo-manager Last change: 2015-12-04 Summary: Horizon doesn't load when deploying without pacemaker [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2015-08-12 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2015-10-07 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" [1222124 ] http://bugzilla.redhat.com/1222124 (MODIFIED) Component: rdo-manager Last change: 2015-11-04 Summary: rdo-manager: fail to discover nodes with "instack- ironic-deployment --discover-nodes": ERROR: Data pre- processing failed [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command ### rdo-manager-cli (10 bugs) [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2015-06-20 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1233259 ] http://bugzilla.redhat.com/1233259 (MODIFIED) Component: rdo-manager-cli Last change: 2015-08-03 Summary: Node show of unified CLI has bad formatting [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2015-06-10 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2015-06-04 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: OSC plugin isn't saving plan configuration values [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2015-06-16 Summary: Ensure proper nodes states after enroll and before deployment ### rdopkg (1 bug) [1220832 ] http://bugzilla.redhat.com/1220832 (ON_QA) Component: rdopkg Last change: 2015-08-06 Summary: python-manilaclient is missing from kilo RDO repository Thanks, Chandan Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From apevec at gmail.com Wed Feb 10 09:23:18 2016 From: apevec at gmail.com (Alan Pevec) Date: Wed, 10 Feb 2016 10:23:18 +0100 Subject: [Rdo-list] [delorean] Welcome new "core" members Message-ID: Hi all, I've added Javier Pe?a and Frederic Lepied to the group of owners for openstack-packages/delorean[1] Welcome and keep the good contributions coming! Cheers, Alan [1] https://review.gerrithub.io/#/admin/groups/uuid-253d65c66113b45c0a300b3029eeddc9bb89023c From hguemar at fedoraproject.org Wed Feb 10 11:02:30 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Wed, 10 Feb 2016 12:02:30 +0100 Subject: [Rdo-list] [delorean] Welcome new "core" members In-Reply-To: References: Message-ID: 2016-02-10 10:23 GMT+01:00 Alan Pevec : > Hi all, > > I've added Javier Pe?a and Frederic Lepied to the group of owners for > openstack-packages/delorean[1] > Welcome and keep the good contributions coming! > > Cheers, > Alan > > [1] https://review.gerrithub.io/#/admin/groups/uuid-253d65c66113b45c0a300b3029eeddc9bb89023c > More core reviewers to bother \o/ /me go resurrect some patchsets From trown at redhat.com Wed Feb 10 11:32:51 2016 From: trown at redhat.com (John Trowbridge) Date: Wed, 10 Feb 2016 06:32:51 -0500 Subject: [Rdo-list] [delorean] Welcome new "core" members In-Reply-To: References: Message-ID: <56BB1FE3.1090507@redhat.com> Very much deserved. Thanks for all of the awesome contributions. On 02/10/2016 04:23 AM, Alan Pevec wrote: > Hi all, > > I've added Javier Pe?a and Frederic Lepied to the group of owners for > openstack-packages/delorean[1] > Welcome and keep the good contributions coming! > > Cheers, > Alan > > [1] https://review.gerrithub.io/#/admin/groups/uuid-253d65c66113b45c0a300b3029eeddc9bb89023c > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From barbara.pilbin at gmail.com Wed Feb 10 16:34:07 2016 From: barbara.pilbin at gmail.com (Barbara Pilbin) Date: Wed, 10 Feb 2016 10:34:07 -0600 Subject: [Rdo-list] RDO, packstack, Keypair creation is failing Message-ID: Hi, I am a new list member, and I was trying to follow up with the thread that John started concerning the keypair-add command failing. I, too, receive the same failure message: [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key cloud.key.pub cloudkey ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) I did see that installed the system using the packstack --allinone command, but I had forgotten to set the hostname. I have now done that, but I am unable to find any other place that might be causing the problem. I believe I have followed the entire thread on the rdo-list, and I am not seeing a resolution. Does anyone know if or how the problem was solved? Thank you very much for your time, Barbara -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier.pena at redhat.com Wed Feb 10 17:40:34 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 10 Feb 2016 12:40:34 -0500 (EST) Subject: [Rdo-list] RDO, packstack, Keypair creation is failing In-Reply-To: References: Message-ID: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Hi, > I am a new list member, and I was trying to follow up with the thread that > John started concerning the keypair-add command failing. > I, too, receive the same failure message: > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key cloud.key.pub > cloudkey > ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > I did see that installed the system using the packstack --allinone command, > but I had forgotten to set the hostname. I have now done that, but I am > unable to find any other place that might be causing the problem. > I believe I have followed the entire thread on the rdo-list, and I am not > seeing a resolution. Does anyone know if or how the problem was solved? Hi Barbara, I have just tried to reproduce this issue, with no success. Since we did not manage to find the root cause before, let's step back and try to follow the same steps: - Which OS and RDO version did you use? (in my case, CentOS 7 with all updates and RDO Liberty) - Which command did you use to generate the SSH key? (in my case, ssh-keygen -t rsa) If the SSH key you generated is a test one, could you upload the contents of cloud.key.pub somewhere, e.g. http://fpaste.org? All we could find was that Nova did not like the public key, but we couldn't find out why. Thanks, Javier > Thank you very much for your time, > Barbara > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > To unsubscribe: rdo-list-unsubscribe at redhat.com From barbara.pilbin at gmail.com Wed Feb 10 18:08:52 2016 From: barbara.pilbin at gmail.com (Barbara Pilbin) Date: Wed, 10 Feb 2016 12:08:52 -0600 Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena wrote: > ----- Original Message ----- > > > Hi, > > > I am a new list member, and I was trying to follow up with the thread > that > > John started concerning the keypair-add command failing. > > > I, too, receive the same failure message: > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key > cloud.key.pub > > cloudkey > > ERROR (BadRequest): Keypair data is invalid: failed to generate > fingerprint > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > > > I did see that installed the system using the packstack --allinone > command, > > but I had forgotten to set the hostname. I have now done that, but I am > > unable to find any other place that might be causing the problem. > > > I believe I have followed the entire thread on the rdo-list, and I am not > > seeing a resolution. Does anyone know if or how the problem was solved? > > Hi Barbara, > > I have just tried to reproduce this issue, with no success. Since we did > not manage to find the root cause before, let's step back and try to follow > the same steps: > > - Which OS and RDO version did you use? (in my case, CentOS 7 with all > updates and RDO Liberty) > - Which command did you use to generate the SSH key? (in my case, > ssh-keygen -t rsa) > > If the SSH key you generated is a test one, could you upload the contents > of cloud.key.pub somewhere, e.g. http://fpaste.org? All we could find was > that Nova did not like the public key, but we couldn't find out why. > > Thanks, > Javier > > > > > Thank you very much for your time, > > Barbara > > > _______________________________________________ > > Rdo-list mailing list > > Rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > Okay, I sure will try to recreate this. I was following the instructions on the RDO website as best as I could. I am installing on CentOS7 with all of the updates. yum install -y https://www.rdoproject.org/repos/rdo-release.rpm yum install -y openstack-packstack packstack --allinone --os-neutron-install=y --provision-demo=n (Note: the instructions say to use "packstack --allinone --os-quantum-install=y --provision-demo=n --provision-all-in-one-ovs-bridge=n"). I couldn't get that whole command to work in several different tries. After that, I have gone through basic commands to add two networks and two subnets as well as add a secgroup. I just needed to get a keypair to boot and later login to an virtual instance. When I was reading the previous mailing list entries, one person suggested that localhost was the problem. On this installation attempt (done this a bunch of times now), I did forget to set the hostname. I have set the hostname now, and I have rebooted several times. Here are the commands that I have tried to make the keypairs: nova keypair-add key5 > /root/key5.pem ssh-keygen -t rsa -f cloud.key -N '' nova keypair-add --pub_key cloud.key.pub cloudkey and, I just tried again to get the output: [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key -N '' Generating public/private rsa key pair. Your identification has been saved in test2.key. Your public key has been saved in test2.key.pub. The key fingerprint is: 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net The key's randomart image is: +--[ RSA 2048]----+ | | | | | . . | | .o = | | .S..= | | o %+ E | | . BoB. . | | o o.o. | | .. | +-----------------+ [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key test2.key.pub test2 ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) Here is the link: http://ur1.ca/oi4qq I hope this gives you some information! Thank you !! Barbara -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier.pena at redhat.com Wed Feb 10 18:17:25 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 10 Feb 2016 13:17:25 -0500 (EST) Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> Message-ID: <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena < javier.pena at redhat.com > > wrote: > > ----- Original Message ----- > > > > Hi, > > > > I am a new list member, and I was trying to follow up with the thread > > > that > > > > John started concerning the keypair-add command failing. > > > > I, too, receive the same failure message: > > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key > > > cloud.key.pub > > > > cloudkey > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > fingerprint > > > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > > > > I did see that installed the system using the packstack --allinone > > > command, > > > > but I had forgotten to set the hostname. I have now done that, but I am > > > > unable to find any other place that might be causing the problem. > > > > I believe I have followed the entire thread on the rdo-list, and I am not > > > > seeing a resolution. Does anyone know if or how the problem was solved? > > > Hi Barbara, > > > I have just tried to reproduce this issue, with no success. Since we did > > not > > manage to find the root cause before, let's step back and try to follow the > > same steps: > > > - Which OS and RDO version did you use? (in my case, CentOS 7 with all > > updates and RDO Liberty) > > > - Which command did you use to generate the SSH key? (in my case, > > ssh-keygen > > -t rsa) > > > If the SSH key you generated is a test one, could you upload the contents > > of > > cloud.key.pub somewhere, e.g. http://fpaste.org ? All we could find was > > that > > Nova did not like the public key, but we couldn't find out why. > > > Thanks, > > > Javier > > > > Thank you very much for your time, > > > > Barbara > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > Okay, > I sure will try to recreate this. I was following the instructions on the RDO > website as best as I could. > I am installing on CentOS7 with all of the updates. > yum install -y https://www.rdoproject.org/repos/rdo-release.rpm > yum install -y openstack-packstack > packstack --allinone --os-neutron-install=y --provision-demo=n > (Note: the instructions say to use "packstack --allinone > --os-quantum-install=y --provision-demo=n > --provision-all-in-one-ovs-bridge=n"). > I couldn't get that whole command to work in several different tries. > After that, I have gone through basic commands to add two networks and two > subnets as well as add a secgroup. I just needed to get a keypair to boot > and later login to an virtual instance. > When I was reading the previous mailing list entries, one person suggested > that localhost was the problem. On this installation attempt (done this a > bunch of times now), I did forget to set the hostname. I have set the > hostname now, and I have rebooted several times. > Here are the commands that I have tried to make the keypairs: > nova keypair-add key5 > /root/key5.pem > ssh-keygen -t rsa -f cloud.key -N '' > nova keypair-add --pub_key cloud.key.pub cloudkey > and, I just tried again to get the output: > [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key -N '' > Generating public/private rsa key pair. > Your identification has been saved in test2.key. > Your public key has been saved in test2.key.pub. > The key fingerprint is: > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net > The key's randomart image is: > +--[ RSA 2048]----+ > | | > | | > | . . | > | .o = | > | .S..= | > | o %+ E | > | . BoB. . | > | o o.o. | > | .. | > +-----------------+ > [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key > test2.key.pub test2 > ERROR (BadRequest): Keypair data is invalid: failed to generate fingerprint > (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) > Here is the link: http://ur1.ca/oi4qq > I hope this gives you some information! > Thank you !! Hi Barbara, So the keypair that fails for you works in my test environment :-/. Ok, desperate times call for desperate measures. I have taken the code that generates the fingerprint in Nova (from nova/crypto.py) and prepared a standalone version of it at http://fpaste.org/320874/55127797/ . Could you take that code to your test system, save it as test.py and run "python test.py"? It will simply use your public key and try to generate its fingerprint, just like Nova does. If it fails, we will be able to see the exception, which in Nova it is masked by the generic "failed to generate fingerprint" message. If it works and generates a proper fingerprint (it should be 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f), then we'll have to keep on investigating. Regards, Javier > Barbara > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > To unsubscribe: rdo-list-unsubscribe at redhat.com From apevec at gmail.com Wed Feb 10 18:19:56 2016 From: apevec at gmail.com (Alan Pevec) Date: Wed, 10 Feb 2016 19:19:56 +0100 Subject: [Rdo-list] [meeting] RDO meeting minutes (2016-02-10) Message-ID: ============================== #rdo: RDO meeting (2016-02-10) ============================== Meeting started by apevec at 15:00:46 UTC. The full logs are available at http://meetbot.fedoraproject.org/rdo/2016-02-10/rdo_meeting_(2016-02-10).2016-02-10-15.00.log.html . Meeting summary --------------- * roll call (apevec, 15:00:59) * agenda https://etherpad.openstack.org/p/RDO-Meeting (scroll to NEXT=> ) (apevec, 15:01:18) * Trello bot for #rdo (apevec, 15:04:14) * LINK: https://github.com/fredericlepied/zircbot (EmilienM, 15:07:41) * AGREED: #rdo to have single notifications bot (apevec, 15:12:21) * AGREED: #rdo to have single notifications bot (apevec, 15:12:34) * ACTION: dmsimard to put errobt in production (apevec, 15:13:06) * trunk status (apevec, 15:15:13) * LINK: https://review.openstack.org/#/q/topic:bug/1539793 (dmsimard, 15:16:21) * LINK: https://review.openstack.org/#/q/topic:bug/1542486 (dmsimard, 15:16:29) * LINK: etherpad for helping with trunk troubleshooting https://etherpad.openstack.org/p/delorean_master_current_issues (trown, 15:18:34) * LINK: https://review.openstack.org/#/q/topic:bug/1539793 (dmsimard, 15:19:00) * LINK: https://review.openstack.org/#/q/topic:bug/1542486 (dmsimard, 15:19:04) * heat tempest tests are fixed by https://review.openstack.org/#/c/278081/ and https://review.openstack.org/#/c/278068/ (dmsimard, 15:19:25) * LINK: https://www.rdoproject.org/testday/ (apevec, 15:25:50) * Changes to Delorean (apevec, 15:28:08) * LINK: https://review.gerrithub.io/#/c/262031/ (number80, 15:38:33) * AGREED: merge https://review.gerrithub.io/254505 (apevec, 15:42:12) * ACTION: pradk et al discuss with jd gnocchi 2.0 pre-release tagging (apevec, 15:42:44) * ACTION: everybody review open delorean reviews for 0.1 delorean RPM (apevec, 15:43:24) * RDO liberty production CI jobs (apevec, 15:43:42) * AGREED: discuss 3o image build after the meeting (apevec, 15:57:52) * open floor (apevec, 15:59:00) Meeting ended at 16:01:36 UTC. Action Items ------------ * dmsimard to put errobt in production * pradk et al discuss with jd gnocchi 2.0 pre-release tagging * everybody review open delorean reviews for 0.1 delorean RPM Action Items, by person ----------------------- * dmsimard * dmsimard to put errobt in production * pradk * pradk et al discuss with jd gnocchi 2.0 pre-release tagging * **UNASSIGNED** * everybody review open delorean reviews for 0.1 delorean RPM People Present (lines said) --------------------------- * apevec (123) * trown (42) * dmsimard (35) * number80 (21) * adarazs (8) * jpena (7) * zodbot (6) * EmilienM (6) * jruzicka (4) * pabelanger (4) * pradk (3) * imcsk8 (3) * chandankumar (2) * jschlueter (2) * derekh (2) * eggmaster (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From barbara.pilbin at gmail.com Wed Feb 10 18:33:17 2016 From: barbara.pilbin at gmail.com (Barbara Pilbin) Date: Wed, 10 Feb 2016 12:33:17 -0600 Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> Message-ID: Hi Javier, Awesome - Well, I hope. It didn't work. I got this back: [root at slacker2 nova(keystone_admin)]# python test.py _init_cffi_1_0_external_module None Does that mean something to you? Thanks, Barbara On Wed, Feb 10, 2016 at 12:17 PM, Javier Pena wrote: > ----- Original Message ----- > > > On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena < javier.pena at redhat.com > > > wrote: > > > ----- Original Message ----- > > > > > > Hi, > > > > > > I am a new list member, and I was trying to follow up with the thread > > > > that > > > > > > John started concerning the keypair-add command failing. > > > > > > I, too, receive the same failure message: > > > > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key > > > > cloud.key.pub > > > > > > cloudkey > > > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > > fingerprint > > > > > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > > > > > > I did see that installed the system using the packstack --allinone > > > > command, > > > > > > but I had forgotten to set the hostname. I have now done that, but I > am > > > > > > unable to find any other place that might be causing the problem. > > > > > > I believe I have followed the entire thread on the rdo-list, and I > am not > > > > > > seeing a resolution. Does anyone know if or how the problem was > solved? > > > > > Hi Barbara, > > > > > I have just tried to reproduce this issue, with no success. Since we > did > > > not > > > manage to find the root cause before, let's step back and try to > follow the > > > same steps: > > > > > - Which OS and RDO version did you use? (in my case, CentOS 7 with all > > > updates and RDO Liberty) > > > > > - Which command did you use to generate the SSH key? (in my case, > > > ssh-keygen > > > -t rsa) > > > > > If the SSH key you generated is a test one, could you upload the > contents > > > of > > > cloud.key.pub somewhere, e.g. http://fpaste.org ? All we could find > was > > > that > > > Nova did not like the public key, but we couldn't find out why. > > > > > Thanks, > > > > > Javier > > > > > > Thank you very much for your time, > > > > > > Barbara > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > Okay, > > I sure will try to recreate this. I was following the instructions on > the RDO > > website as best as I could. > > I am installing on CentOS7 with all of the updates. > > yum install -y https://www.rdoproject.org/repos/rdo-release.rpm > > yum install -y openstack-packstack > > packstack --allinone --os-neutron-install=y --provision-demo=n > > (Note: the instructions say to use "packstack --allinone > > --os-quantum-install=y --provision-demo=n > > --provision-all-in-one-ovs-bridge=n"). > > I couldn't get that whole command to work in several different tries. > > > After that, I have gone through basic commands to add two networks and > two > > subnets as well as add a secgroup. I just needed to get a keypair to boot > > and later login to an virtual instance. > > > When I was reading the previous mailing list entries, one person > suggested > > that localhost was the problem. On this installation attempt (done this a > > bunch of times now), I did forget to set the hostname. I have set the > > hostname now, and I have rebooted several times. > > > Here are the commands that I have tried to make the keypairs: > > > nova keypair-add key5 > /root/key5.pem > > > ssh-keygen -t rsa -f cloud.key -N '' > > nova keypair-add --pub_key cloud.key.pub cloudkey > > > and, I just tried again to get the output: > > > [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key -N > '' > > Generating public/private rsa key pair. > > Your identification has been saved in test2.key. > > Your public key has been saved in test2.key.pub. > > The key fingerprint is: > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net > > The key's randomart image is: > > +--[ RSA 2048]----+ > > | | > > | | > > | . . | > > | .o = | > > | .S..= | > > | o %+ E | > > | . BoB. . | > > | o o.o. | > > | .. | > > +-----------------+ > > [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key > > test2.key.pub test2 > > ERROR (BadRequest): Keypair data is invalid: failed to generate > fingerprint > > (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) > > > Here is the link: http://ur1.ca/oi4qq > > > I hope this gives you some information! > > Thank you !! > > Hi Barbara, > > So the keypair that fails for you works in my test environment :-/. Ok, > desperate times call for desperate measures. > > I have taken the code that generates the fingerprint in Nova (from > nova/crypto.py) and prepared a standalone version of it at > http://fpaste.org/320874/55127797/ . Could you take that code to your > test system, save it as test.py and run "python test.py"? It will simply > use your public key and try to generate its fingerprint, just like Nova > does. If it fails, we will be able to see the exception, which in Nova it > is masked by the generic "failed to generate fingerprint" message. > > If it works and generates a proper fingerprint (it should be > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f), then we'll have to keep > on investigating. > > Regards, > Javier > > > Barbara > > > _______________________________________________ > > Rdo-list mailing list > > Rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From barbara.pilbin at gmail.com Wed Feb 10 18:40:49 2016 From: barbara.pilbin at gmail.com (Barbara Pilbin) Date: Wed, 10 Feb 2016 12:40:49 -0600 Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> Message-ID: Hi Javier, It looks like I posted too quickly about having all of the updates... I was missing five updates, and one included the python-cffi package. I just updated the packages to include: Updated: pyOpenSSL.noarch 0:0.15.1-1.el7 python-cffi.x86_64 0:1.1.2-3.el7 python-pyasn1.noarch 0:0.1.8-2.el7 tzdata.noarch 0:2016a-1.el7 tzdata-java.noarch 0:2016a-1.el7 After that, I reran your script, and it appears to work. I received [root at slacker2 nova(keystone_admin)]# python test.py 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f I tried the keypair add command after updating, and it didn't work. Then, I rebooted, and now it looks like it works! I guess it must have been a not updated package! Thank you! Barbara On Wed, Feb 10, 2016 at 12:33 PM, Barbara Pilbin wrote: > Hi Javier, > > Awesome - Well, I hope. It didn't work. > I got this back: > > [root at slacker2 nova(keystone_admin)]# python test.py > _init_cffi_1_0_external_module > None > > > Does that mean something to you? > > Thanks, > Barbara > > > On Wed, Feb 10, 2016 at 12:17 PM, Javier Pena > wrote: > >> ----- Original Message ----- >> >> > On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena < javier.pena at redhat.com >> > >> > wrote: >> > > ----- Original Message ----- >> > >> > > > Hi, >> > >> > > > I am a new list member, and I was trying to follow up with the >> thread >> > > > that >> > >> > > > John started concerning the keypair-add command failing. >> > >> > > > I, too, receive the same failure message: >> > >> > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key >> > > > cloud.key.pub >> > >> > > > cloudkey >> > >> > > > ERROR (BadRequest): Keypair data is invalid: failed to generate >> > > > fingerprint >> > >> > > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) >> > >> > > > I did see that installed the system using the packstack --allinone >> > > > command, >> > >> > > > but I had forgotten to set the hostname. I have now done that, but >> I am >> > >> > > > unable to find any other place that might be causing the problem. >> > >> > > > I believe I have followed the entire thread on the rdo-list, and I >> am not >> > >> > > > seeing a resolution. Does anyone know if or how the problem was >> solved? >> > >> > > Hi Barbara, >> > >> > > I have just tried to reproduce this issue, with no success. Since we >> did >> > > not >> > > manage to find the root cause before, let's step back and try to >> follow the >> > > same steps: >> > >> > > - Which OS and RDO version did you use? (in my case, CentOS 7 with all >> > > updates and RDO Liberty) >> > >> > > - Which command did you use to generate the SSH key? (in my case, >> > > ssh-keygen >> > > -t rsa) >> > >> > > If the SSH key you generated is a test one, could you upload the >> contents >> > > of >> > > cloud.key.pub somewhere, e.g. http://fpaste.org ? All we could find >> was >> > > that >> > > Nova did not like the public key, but we couldn't find out why. >> > >> > > Thanks, >> > >> > > Javier >> > >> > > > Thank you very much for your time, >> > >> > > > Barbara >> > > > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >> > Okay, >> > I sure will try to recreate this. I was following the instructions on >> the RDO >> > website as best as I could. >> > I am installing on CentOS7 with all of the updates. >> > yum install -y https://www.rdoproject.org/repos/rdo-release.rpm >> > yum install -y openstack-packstack >> > packstack --allinone --os-neutron-install=y --provision-demo=n >> > (Note: the instructions say to use "packstack --allinone >> > --os-quantum-install=y --provision-demo=n >> > --provision-all-in-one-ovs-bridge=n"). >> > I couldn't get that whole command to work in several different tries. >> >> > After that, I have gone through basic commands to add two networks and >> two >> > subnets as well as add a secgroup. I just needed to get a keypair to >> boot >> > and later login to an virtual instance. >> >> > When I was reading the previous mailing list entries, one person >> suggested >> > that localhost was the problem. On this installation attempt (done this >> a >> > bunch of times now), I did forget to set the hostname. I have set the >> > hostname now, and I have rebooted several times. >> >> > Here are the commands that I have tried to make the keypairs: >> >> > nova keypair-add key5 > /root/key5.pem >> >> > ssh-keygen -t rsa -f cloud.key -N '' >> > nova keypair-add --pub_key cloud.key.pub cloudkey >> >> > and, I just tried again to get the output: >> >> > [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key >> -N '' >> > Generating public/private rsa key pair. >> > Your identification has been saved in test2.key. >> > Your public key has been saved in test2.key.pub. >> > The key fingerprint is: >> > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net >> > The key's randomart image is: >> > +--[ RSA 2048]----+ >> > | | >> > | | >> > | . . | >> > | .o = | >> > | .S..= | >> > | o %+ E | >> > | . BoB. . | >> > | o o.o. | >> > | .. | >> > +-----------------+ >> > [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key >> > test2.key.pub test2 >> > ERROR (BadRequest): Keypair data is invalid: failed to generate >> fingerprint >> > (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) >> >> > Here is the link: http://ur1.ca/oi4qq >> >> > I hope this gives you some information! >> > Thank you !! >> >> Hi Barbara, >> >> So the keypair that fails for you works in my test environment :-/. Ok, >> desperate times call for desperate measures. >> >> I have taken the code that generates the fingerprint in Nova (from >> nova/crypto.py) and prepared a standalone version of it at >> http://fpaste.org/320874/55127797/ . Could you take that code to your >> test system, save it as test.py and run "python test.py"? It will simply >> use your public key and try to generate its fingerprint, just like Nova >> does. If it fails, we will be able to see the exception, which in Nova it >> is masked by the generic "failed to generate fingerprint" message. >> >> If it works and generates a proper fingerprint (it should be >> 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f), then we'll have to keep >> on investigating. >> >> Regards, >> Javier >> >> > Barbara >> >> > _______________________________________________ >> > Rdo-list mailing list >> > Rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier.pena at redhat.com Wed Feb 10 18:46:25 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 10 Feb 2016 13:46:25 -0500 (EST) Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> Message-ID: <1680439254.27723412.1455129985772.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Hi Javier, > It looks like I posted too quickly about having all of the updates... I was > missing five updates, and one included the python-cffi package. > I just updated the packages to include: > Updated: > pyOpenSSL.noarch 0:0.15.1-1.el7 python-cffi.x86_64 0:1.1.2-3.el7 > python-pyasn1.noarch 0:0.1.8-2.el7 tzdata.noarch 0:2016a-1.el7 > tzdata-java.noarch 0:2016a-1.el7 > After that, I reran your script, and it appears to work. I received > [root at slacker2 nova(keystone_admin)]# python test.py > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f > I tried the keypair add command after updating, and it didn't work. > Then, I rebooted, and now it looks like it works! > I guess it must have been a not updated package! > Thank you! > Barbara > On Wed, Feb 10, 2016 at 12:33 PM, Barbara Pilbin < barbara.pilbin at gmail.com > > wrote: > > Hi Javier, > > > Awesome - Well, I hope. It didn't work. > > > I got this back: > > > [root at slacker2 nova(keystone_admin)]# python test.py > > > _init_cffi_1_0_external_module > > > None > > > Does that mean something to you? > > > Thanks, > > > Barbara > > > On Wed, Feb 10, 2016 at 12:17 PM, Javier Pena < javier.pena at redhat.com > > > wrote: > > > > ----- Original Message ----- > > > > > > > On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena < javier.pena at redhat.com > > > > > > > > > > > > wrote: > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I am a new list member, and I was trying to follow up with the > > > > > > thread > > > > > > > > > that > > > > > > > > > > > > > > > > John started concerning the keypair-add command failing. > > > > > > > > > > > > > > > > I, too, receive the same failure message: > > > > > > > > > > > > > > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key > > > > > > > > > cloud.key.pub > > > > > > > > > > > > > > > > cloudkey > > > > > > > > > > > > > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > > > > > > > fingerprint > > > > > > > > > > > > > > > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > > > > > > > > > > > > > > > > I did see that installed the system using the packstack --allinone > > > > > > > > > command, > > > > > > > > > > > > > > > > but I had forgotten to set the hostname. I have now done that, but > > > > > > I > > > > > > am > > > > > > > > > > > > > > > > unable to find any other place that might be causing the problem. > > > > > > > > > > > > > > > > I believe I have followed the entire thread on the rdo-list, and I > > > > > > am > > > > > > not > > > > > > > > > > > > > > > > seeing a resolution. Does anyone know if or how the problem was > > > > > > solved? > > > > > > > > > > > > > > > Hi Barbara, > > > > > > > > > > > > > > > I have just tried to reproduce this issue, with no success. Since we > > > > > did > > > > > > > > not > > > > > > > > manage to find the root cause before, let's step back and try to > > > > > follow > > > > > the > > > > > > > > same steps: > > > > > > > > > > > > > > > - Which OS and RDO version did you use? (in my case, CentOS 7 with > > > > > all > > > > > > > > updates and RDO Liberty) > > > > > > > > > > > > > > > - Which command did you use to generate the SSH key? (in my case, > > > > > > > > ssh-keygen > > > > > > > > -t rsa) > > > > > > > > > > > > > > > If the SSH key you generated is a test one, could you upload the > > > > > contents > > > > > > > > of > > > > > > > > cloud.key.pub somewhere, e.g. http://fpaste.org ? All we could find > > > > > was > > > > > > > > that > > > > > > > > Nova did not like the public key, but we couldn't find out why. > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > Javier > > > > > > > > > > > > > > > > Thank you very much for your time, > > > > > > > > > > > > > > > > Barbara > > > > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > > > > > > > > > Okay, > > > > > > > I sure will try to recreate this. I was following the instructions on > > > > the > > > > RDO > > > > > > > website as best as I could. > > > > > > > I am installing on CentOS7 with all of the updates. > > > > > > > yum install -y https://www.rdoproject.org/repos/rdo-release.rpm > > > > > > > yum install -y openstack-packstack > > > > > > > packstack --allinone --os-neutron-install=y --provision-demo=n > > > > > > > (Note: the instructions say to use "packstack --allinone > > > > > > > --os-quantum-install=y --provision-demo=n > > > > > > > --provision-all-in-one-ovs-bridge=n"). > > > > > > > I couldn't get that whole command to work in several different tries. > > > > > > > After that, I have gone through basic commands to add two networks and > > > > two > > > > > > > subnets as well as add a secgroup. I just needed to get a keypair to > > > > boot > > > > > > > and later login to an virtual instance. > > > > > > > When I was reading the previous mailing list entries, one person > > > > suggested > > > > > > > that localhost was the problem. On this installation attempt (done this > > > > a > > > > > > > bunch of times now), I did forget to set the hostname. I have set the > > > > > > > hostname now, and I have rebooted several times. > > > > > > > Here are the commands that I have tried to make the keypairs: > > > > > > > nova keypair-add key5 > /root/key5.pem > > > > > > > ssh-keygen -t rsa -f cloud.key -N '' > > > > > > > nova keypair-add --pub_key cloud.key.pub cloudkey > > > > > > > and, I just tried again to get the output: > > > > > > > [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key -N > > > > '' > > > > > > > Generating public/private rsa key pair. > > > > > > > Your identification has been saved in test2.key. > > > > > > > Your public key has been saved in test2.key.pub. > > > > > > > The key fingerprint is: > > > > > > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net > > > > > > > The key's randomart image is: > > > > > > > +--[ RSA 2048]----+ > > > > > > > | | > > > > > > > | | > > > > > > > | . . | > > > > > > > | .o = | > > > > > > > | .S..= | > > > > > > > | o %+ E | > > > > > > > | . BoB. . | > > > > > > > | o o.o. | > > > > > > > | .. | > > > > > > > +-----------------+ > > > > > > > [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key > > > > > > > test2.key.pub test2 > > > > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > > fingerprint > > > > > > > (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) > > > > > > > Here is the link: http://ur1.ca/oi4qq > > > > > > > I hope this gives you some information! > > > > > > > Thank you !! > > > > > > Hi Barbara, > > > > > > So the keypair that fails for you works in my test environment :-/. Ok, > > > desperate times call for desperate measures. > > > > > > I have taken the code that generates the fingerprint in Nova (from > > > nova/crypto.py) and prepared a standalone version of it at > > > http://fpaste.org/320874/55127797/ . Could you take that code to your > > > test > > > system, save it as test.py and run "python test.py"? It will simply use > > > your > > > public key and try to generate its fingerprint, just like Nova does. If > > > it > > > fails, we will be able to see the exception, which in Nova it is masked > > > by > > > the generic "failed to generate fingerprint" message. > > > > > > If it works and generates a proper fingerprint (it should be > > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f), then we'll have to keep > > > on > > > investigating. > > > > > > Regards, > > > > > > Javier > > > > > > > Barbara > > > > > > > _______________________________________________ > > > > > > > Rdo-list mailing list > > > > > > > Rdo-list at redhat.com > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > To unsubscribe: rdo-list-unsubscribe at redhat.com From javier.pena at redhat.com Wed Feb 10 18:49:51 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 10 Feb 2016 13:49:51 -0500 (EST) Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> Message-ID: <842574448.27723861.1455130191804.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Hi Javier, > It looks like I posted too quickly about having all of the updates... I was > missing five updates, and one included the python-cffi package. > I just updated the packages to include: > Updated: > pyOpenSSL.noarch 0:0.15.1-1.el7 python-cffi.x86_64 0:1.1.2-3.el7 > python-pyasn1.noarch 0:0.1.8-2.el7 tzdata.noarch 0:2016a-1.el7 > tzdata-java.noarch 0:2016a-1.el7 > After that, I reran your script, and it appears to work. I received > [root at slacker2 nova(keystone_admin)]# python test.py > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f > I tried the keypair add command after updating, and it didn't work. > Then, I rebooted, and now it looks like it works! > I guess it must have been a not updated package! Aha! That was it. Seeing that the test script errored out in a cffi call, my next question was going to be a check in those packages. The latest python-cffi package is included in the RDO Liberty repo, so maybe you didn't run yum update after installing the rdo-release RPM. That's something to fix in the documentation, I'll take note of that. I'm glad it worked for you. Regards, Javier > Thank you! > Barbara > On Wed, Feb 10, 2016 at 12:33 PM, Barbara Pilbin < barbara.pilbin at gmail.com > > wrote: > > Hi Javier, > > > Awesome - Well, I hope. It didn't work. > > > I got this back: > > > [root at slacker2 nova(keystone_admin)]# python test.py > > > _init_cffi_1_0_external_module > > > None > > > Does that mean something to you? > > > Thanks, > > > Barbara > > > On Wed, Feb 10, 2016 at 12:17 PM, Javier Pena < javier.pena at redhat.com > > > wrote: > > > > ----- Original Message ----- > > > > > > > On Wed, Feb 10, 2016 at 11:40 AM, Javier Pena < javier.pena at redhat.com > > > > > > > > > > > > wrote: > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I am a new list member, and I was trying to follow up with the > > > > > > thread > > > > > > > > > that > > > > > > > > > > > > > > > > John started concerning the keypair-add command failing. > > > > > > > > > > > > > > > > I, too, receive the same failure message: > > > > > > > > > > > > > > > > [root at myhostname ~(keystone_admin)]# nova keypair-add --pub_key > > > > > > > > > cloud.key.pub > > > > > > > > > > > > > > > > cloudkey > > > > > > > > > > > > > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > > > > > > > fingerprint > > > > > > > > > > > > > > > > (HTTP 400) (Request-ID: req-ac7961b3-b05e-40f8-a908-d8de7d4c36f1) > > > > > > > > > > > > > > > > I did see that installed the system using the packstack --allinone > > > > > > > > > command, > > > > > > > > > > > > > > > > but I had forgotten to set the hostname. I have now done that, but > > > > > > I > > > > > > am > > > > > > > > > > > > > > > > unable to find any other place that might be causing the problem. > > > > > > > > > > > > > > > > I believe I have followed the entire thread on the rdo-list, and I > > > > > > am > > > > > > not > > > > > > > > > > > > > > > > seeing a resolution. Does anyone know if or how the problem was > > > > > > solved? > > > > > > > > > > > > > > > Hi Barbara, > > > > > > > > > > > > > > > I have just tried to reproduce this issue, with no success. Since we > > > > > did > > > > > > > > not > > > > > > > > manage to find the root cause before, let's step back and try to > > > > > follow > > > > > the > > > > > > > > same steps: > > > > > > > > > > > > > > > - Which OS and RDO version did you use? (in my case, CentOS 7 with > > > > > all > > > > > > > > updates and RDO Liberty) > > > > > > > > > > > > > > > - Which command did you use to generate the SSH key? (in my case, > > > > > > > > ssh-keygen > > > > > > > > -t rsa) > > > > > > > > > > > > > > > If the SSH key you generated is a test one, could you upload the > > > > > contents > > > > > > > > of > > > > > > > > cloud.key.pub somewhere, e.g. http://fpaste.org ? All we could find > > > > > was > > > > > > > > that > > > > > > > > Nova did not like the public key, but we couldn't find out why. > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > Javier > > > > > > > > > > > > > > > > Thank you very much for your time, > > > > > > > > > > > > > > > > Barbara > > > > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > > > > > > > > > Okay, > > > > > > > I sure will try to recreate this. I was following the instructions on > > > > the > > > > RDO > > > > > > > website as best as I could. > > > > > > > I am installing on CentOS7 with all of the updates. > > > > > > > yum install -y https://www.rdoproject.org/repos/rdo-release.rpm > > > > > > > yum install -y openstack-packstack > > > > > > > packstack --allinone --os-neutron-install=y --provision-demo=n > > > > > > > (Note: the instructions say to use "packstack --allinone > > > > > > > --os-quantum-install=y --provision-demo=n > > > > > > > --provision-all-in-one-ovs-bridge=n"). > > > > > > > I couldn't get that whole command to work in several different tries. > > > > > > > After that, I have gone through basic commands to add two networks and > > > > two > > > > > > > subnets as well as add a secgroup. I just needed to get a keypair to > > > > boot > > > > > > > and later login to an virtual instance. > > > > > > > When I was reading the previous mailing list entries, one person > > > > suggested > > > > > > > that localhost was the problem. On this installation attempt (done this > > > > a > > > > > > > bunch of times now), I did forget to set the hostname. I have set the > > > > > > > hostname now, and I have rebooted several times. > > > > > > > Here are the commands that I have tried to make the keypairs: > > > > > > > nova keypair-add key5 > /root/key5.pem > > > > > > > ssh-keygen -t rsa -f cloud.key -N '' > > > > > > > nova keypair-add --pub_key cloud.key.pub cloudkey > > > > > > > and, I just tried again to get the output: > > > > > > > [root at slacker2 nova(keystone_admin)]# ssh-keygen -t rsa -f test2.key -N > > > > '' > > > > > > > Generating public/private rsa key pair. > > > > > > > Your identification has been saved in test2.key. > > > > > > > Your public key has been saved in test2.key.pub. > > > > > > > The key fingerprint is: > > > > > > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f root at slacker2.net > > > > > > > The key's randomart image is: > > > > > > > +--[ RSA 2048]----+ > > > > > > > | | > > > > > > > | | > > > > > > > | . . | > > > > > > > | .o = | > > > > > > > | .S..= | > > > > > > > | o %+ E | > > > > > > > | . BoB. . | > > > > > > > | o o.o. | > > > > > > > | .. | > > > > > > > +-----------------+ > > > > > > > [root at slacker2 nova(keystone_admin)]# nova keypair-add --pub_key > > > > > > > test2.key.pub test2 > > > > > > > ERROR (BadRequest): Keypair data is invalid: failed to generate > > > > fingerprint > > > > > > > (HTTP 400) (Request-ID: req-219ec220-a894-4d39-90ce-fd3e1ff59c84) > > > > > > > Here is the link: http://ur1.ca/oi4qq > > > > > > > I hope this gives you some information! > > > > > > > Thank you !! > > > > > > Hi Barbara, > > > > > > So the keypair that fails for you works in my test environment :-/. Ok, > > > desperate times call for desperate measures. > > > > > > I have taken the code that generates the fingerprint in Nova (from > > > nova/crypto.py) and prepared a standalone version of it at > > > http://fpaste.org/320874/55127797/ . Could you take that code to your > > > test > > > system, save it as test.py and run "python test.py"? It will simply use > > > your > > > public key and try to generate its fingerprint, just like Nova does. If > > > it > > > fails, we will be able to see the exception, which in Nova it is masked > > > by > > > the generic "failed to generate fingerprint" message. > > > > > > If it works and generates a proper fingerprint (it should be > > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f), then we'll have to keep > > > on > > > investigating. > > > > > > Regards, > > > > > > Javier > > > > > > > Barbara > > > > > > > _______________________________________________ > > > > > > > Rdo-list mailing list > > > > > > > Rdo-list at redhat.com > > > > > > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > To unsubscribe: rdo-list-unsubscribe at redhat.com From barbara.pilbin at gmail.com Wed Feb 10 18:55:11 2016 From: barbara.pilbin at gmail.com (Barbara Pilbin) Date: Wed, 10 Feb 2016 12:55:11 -0600 Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: <842574448.27723861.1455130191804.JavaMail.zimbra@redhat.com> References: <1815154327.27708469.1455126034664.JavaMail.zimbra@redhat.com> <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> <842574448.27723861.1455130191804.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Feb 10, 2016 at 12:49 PM, Javier Pena wrote: > ----- Original Message ----- > > > Hi Javier, > > > It looks like I posted too quickly about having all of the updates... I > was > > missing five updates, and one included the python-cffi package. > > I just updated the packages to include: > > > Updated: > > pyOpenSSL.noarch 0:0.15.1-1.el7 python-cffi.x86_64 0:1.1.2-3.el7 > > python-pyasn1.noarch 0:0.1.8-2.el7 tzdata.noarch 0:2016a-1.el7 > > tzdata-java.noarch 0:2016a-1.el7 > > > After that, I reran your script, and it appears to work. I received > > [root at slacker2 nova(keystone_admin)]# python test.py > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f > > > I tried the keypair add command after updating, and it didn't work. > > Then, I rebooted, and now it looks like it works! > > > I guess it must have been a not updated package! > > Aha! That was it. Seeing that the test script errored out in a cffi call, > my next question was going to be a check in those packages. The latest > python-cffi package is included in the RDO Liberty repo, so maybe you > didn't run yum update after installing the rdo-release RPM. That's > something to fix in the documentation, I'll take note of that. > > I'm glad it worked for you. > > Regards, > Javier > > > Thank you so much for your time! I truly appreciate your help! I think I am just about to get a working install! :) Yea! Have a great day, Barbara -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier.pena at redhat.com Thu Feb 11 09:44:02 2016 From: javier.pena at redhat.com (Javier Pena) Date: Thu, 11 Feb 2016 04:44:02 -0500 (EST) Subject: [Rdo-list] Fwd: RDO, packstack, Keypair creation is failing In-Reply-To: References: <1528598024.27717513.1455128245204.JavaMail.zimbra@redhat.com> <842574448.27723861.1455130191804.JavaMail.zimbra@redhat.com> Message-ID: <2039832725.27841836.1455183842224.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On Wed, Feb 10, 2016 at 12:49 PM, Javier Pena < javier.pena at redhat.com > > wrote: > > ----- Original Message ----- > > > > Hi Javier, > > > > It looks like I posted too quickly about having all of the updates... I > > > was > > > > missing five updates, and one included the python-cffi package. > > > > I just updated the packages to include: > > > > Updated: > > > > pyOpenSSL.noarch 0:0.15.1-1.el7 python-cffi.x86_64 0:1.1.2-3.el7 > > > > python-pyasn1.noarch 0:0.1.8-2.el7 tzdata.noarch 0:2016a-1.el7 > > > > tzdata-java.noarch 0:2016a-1.el7 > > > > After that, I reran your script, and it appears to work. I received > > > > [root at slacker2 nova(keystone_admin)]# python test.py > > > > 6b:f4:36:18:bc:d2:47:f2:d8:7b:10:39:eb:04:d6:3f > > > > I tried the keypair add command after updating, and it didn't work. > > > > Then, I rebooted, and now it looks like it works! > > > > I guess it must have been a not updated package! > > > Aha! That was it. Seeing that the test script errored out in a cffi call, > > my > > next question was going to be a check in those packages. The latest > > python-cffi package is included in the RDO Liberty repo, so maybe you > > didn't > > run yum update after installing the rdo-release RPM. That's something to > > fix > > in the documentation, I'll take note of that. > > > I'm glad it worked for you. > > > Regards, > > > Javier > > Thank you so much for your time! I truly appreciate your help! I think I am > just about to get a working install! :) Yea! Just to close the circle: I have proposed an update to the RDO webpage to reflect this issue, so it does not happen to anyone else: https://github.com/redhat-openstack/website/pull/378/files Thanks! Javier > Have a great day, > Barbara > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Thu Feb 11 20:37:33 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Thu, 11 Feb 2016 20:37:33 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: Message-ID: After several failures in Sahara UI environment, I just attempted to set up Pig on Mater Node (VM) following https://pig.apache.org/docs/r0.13.0/start.html#build ( current release 0.15) Downloaded Pig on Master VM and configured it, so that I could run simple pig script like (filtering "ERROR" line from sahara-engine.log) :- messages = LOAD './input.txt'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO 'output'; in mapreduce mode : pig -x mapreduce prg1.pig with no errors. Folder output got created in hadoop home directory and contained file with correct extraction been done. Then I configured Sahara Data sources input and output as follows:- demo.sahara/input.txt ( previously uploading input.txt to swift container demo of AIO RDO Liberty running Hadoop VMs ) demo.sahara/output . Created job-binary-template uploading prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT'; and got on second worker-node java trace :- Configurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526) at org.apache.log4j.LogManager.(LogManager.java:127) at org.apache.log4j.Logger.getLogger(Logger.java:104) at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:262) at org.apache.commons.logging.impl.Log4JLogger.(Log4JLogger.java:108) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:526) at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:1025) at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:657) at org.apache.hadoop.service.AbstractService.(AbstractService.java:43) Failing Oozie Launcher, Main class [org.apache.oozie.action.hadoop.PigMain], main() threw exception, begin > end in range (begin, end): (1455138266308, 1455138263146) java.lang.IllegalArgumentException: begin > end in range (begin, end): (1455138266308, 1455138263146) at org.apache.hadoop.yarn.api.protocolrecords.impl.pb.GetApplicationsRequestPBImpl.setStartRange(GetApplicationsRequestPBImpl.java:340) at org.apache.oozie.action.hadoop.LauncherMainHadoopUtils.getChildYarnJobs(LauncherMainHadoopUtils.java:68) at org.apache.oozie.action.hadoop.LauncherMainHadoopUtils.killChildYarnJobs(LauncherMainHadoopUtils.java:88) at org.apache.oozie.action.hadoop.PigMain.run(PigMain.java:216) at org.apache.oozie.action.hadoop.LauncherMain.run(LauncherMain.java:47) at org.apache.oozie.action.hadoop.PigMain.main(PigMain.java:76) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.oozie.action.hadoop.LauncherMapper.map(LauncherMapper.java:236) at org.apache.hadoop.mapred.MapRunner.run(MapRunner.java:54) at org.apache.hadoop.mapred.MapTask.runOldMapper(MapTask.java:453) at org.apache.hadoop.mapred.MapTask.run(MapTask.java:343) at org.apache.hadoop.mapred.LocalContainerLauncher$EventHandler.runSubtask(LocalContainerLauncher.java:380) at org.apache.hadoop.mapred.LocalContainerLauncher$EventHandler.runTask(LocalContainerLauncher.java:301) at org.apache.hadoop.mapred.LocalContainerLauncher$EventHandler.access$200(LocalContainerLauncher.java:187) at org.apache.hadoop.mapred.LocalContainerLauncher$EventHandler$1.run(LocalContainerLauncher.java:230) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) log4j:WARN No appenders could be found for logger (org.apache.hadoop.mapreduce.v2.app.MRAppMaster). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Either I have wrong understanding how set up Pig on Hadoop Cluster or doing mistakes in Sahara GUI environment. One more thing confusing me Pig should be installed during Sahara's Hadoop Cluster generating, it is not a part of of Hadoop Cluster ( no matter which plugin has been used ), how Sahara suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am missing something here. Please, advise. Boris. From dries.verachtert at dries.eu Thu Feb 11 21:24:41 2016 From: dries.verachtert at dries.eu (Dries Verachtert) Date: Thu, 11 Feb 2016 22:24:41 +0100 Subject: [Rdo-list] new delorean package: python-opentsdbclient Message-ID: Hello, Based on the packaging tutorial during the centos dojo in Brussels, I tried to make a first rpm for some openstack package. The package is python-opentsdbclient. To be honest, I don't know anything about opentsdb: it's just the first package that I managed to fully package in delorean. Spec file: https://github.com/DriesVerachtert/python-opentsdbclient Sources: https://github.com/openstack/python-opentsdbclient It builds on my pc with delorean if I add the following in rdo.yml: - project: opentsdbclient conf: client master-distgit: https://github.com/DriesVerachtert/python-opentsdbclient maintainers: - dries.verachtert at dries.eu Could you please have a look and tell me what should be done differently in such a spec file? Or is there a certain procedure to follow to get feedback? I remember that Ha?kel and Alan mentioned some command to automatically generate the correct requirements for the spec file, but I didn't write it down during the tutorial... so those might still need to be corrected. What's the best way to generate the spec requirements from the requirements.txt? Kind regards, Dries From hguemar at fedoraproject.org Thu Feb 11 21:44:00 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 11 Feb 2016 22:44:00 +0100 Subject: [Rdo-list] new delorean package: python-opentsdbclient In-Reply-To: References: Message-ID: 2016-02-11 22:24 GMT+01:00 Dries Verachtert : > Hello, > > Based on the packaging tutorial during the centos dojo in Brussels, I > tried to make a first rpm for some openstack package. The package is > python-opentsdbclient. To be honest, I don't know anything about > opentsdb: it's just the first package that I managed to fully package > in delorean. > > Spec file: https://github.com/DriesVerachtert/python-opentsdbclient > Sources: https://github.com/openstack/python-opentsdbclient > > It builds on my pc with delorean if I add the following in rdo.yml: > > - project: opentsdbclient > conf: client > master-distgit: https://github.com/DriesVerachtert/python-opentsdbclient > maintainers: > - dries.verachtert at dries.eu > > Could you please have a look and tell me what should be done > differently in such a spec file? Or is there a certain procedure to > follow to get feedback? > > I remember that Ha?kel and Alan mentioned some command to > automatically generate the correct requirements for the spec file, but > I didn't write it down during the tutorial... so those might still > need to be corrected. What's the best way to generate the spec > requirements from the requirements.txt? > > Kind regards, > Dries > Hi Dries, the command you're looking is rdopkg reqcheck in your delorean repository. You can also feed rdopkg reqquery with upstream requirements.txt It will output you hints on how to write your requirements but cannot generate it for various reasons. Regards, H. From cems at ebi.ac.uk Fri Feb 12 10:25:41 2016 From: cems at ebi.ac.uk (Charles Short) Date: Fri, 12 Feb 2016 10:25:41 +0000 Subject: [Rdo-list] HA Overcloud deployment with network isolation in VLAN mode In-Reply-To: References: Message-ID: <56BDB325.5000601@ebi.ac.uk> Hi, This works for me and correctly deploys tenant VLANs with HA enabled and no tunnels- openstack overcloud deploy --templates \ --control-scale 3 \ --compute-scale 12 \ --ntp-server ntp.server \ -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \ -e /home/stack/nic-configs/network-environment.yaml \ -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml \ --neutron-bridge-mappings datacentre:br-ex \ --neutron-flat-networks datacentre \ --neutron-network-vlan-ranges datacentre:3510:3600 \ --neutron-disable-tunneling Then once deployed make sure you update /etc/neutron/plugins.ini with the vlan range specified for tenant networks on each controller as there is a bug where this does not get populated - https://bugzilla.redhat.com/show_bug.cgi?id=1282963 # network_vlan_ranges = network_vlan_ranges =datacentre:3510:3600 HTH Charles On 27/10/2015 17:10, Nuno Loureiro wrote: > > Hi all! > > I'm deploying an HA overcloud with 3 controller nodes and 3 compute nodes. > > I'm able to successfully deploy the overcloud in GRE-tunnel mode by > issuing the following command: > > openstack overcloud deploy --control-scale 3 --compute-scale 3 > --libvirt-type kvm --ntp-server pool.ntp.org > --templates ~/the-cloud/ -e > ~/the-cloud/environments/puppet-pacemaker.yaml -e > ~/the-cloud/environments/network-isolation.yaml -e > ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e > ~/the-cloud/environments/network-environment.yaml --control-flavor > controller --compute-flavor compute > > > Now I want to use VLAN in tenant networks, disabling the GRE-tunnels. > > I ran the following command to deploy the overcloud in VLAN mode: > > openstack overcloud deploy --control-scale 3 --compute-scale 3 > --libvirt-type kvm --ntp-server pool.ntp.org > --templates ~/the-cloud/ -e > ~/the-cloud/environments/puppet-pacemaker.yaml -e > ~/the-cloud/environments/network-isolation.yaml -e > ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e > ~/the-cloud/environments/network-environment.yaml --control-flavor > controller --compute-flavor compute --neutron-network-type vlan > --neutron-bridge-mappings datacentre:br-ex > --neutron-network-vlan-ranges datacentre:1000:10009 > > However I always get the following error: > ERROR: openstack Neutron tunnel types must be specified when Neutron > network type is specified > > I think this problem might be related to this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1244893 > > > Do you have any suggestions on how to solve this problem? > > Thank you very much! > Regards, > -- > Nuno Loureiro > Research & Development > Phone: +351 256 370 980 > Email: nuno.loureiro at itcenter.com.pt > > > > > www.itcenter.com.pt ITCENTER Store > ITCENTER Helpdesk > > > > > ITCENTER Facebook ITCENTER > Linkedin ITCENTER Twitter > > > > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cems at ebi.ac.uk Fri Feb 12 10:32:41 2016 From: cems at ebi.ac.uk (Charles Short) Date: Fri, 12 Feb 2016 10:32:41 +0000 Subject: [Rdo-list] HA Overcloud deployment with network isolation in VLAN mode In-Reply-To: <56BDB325.5000601@ebi.ac.uk> References: <56BDB325.5000601@ebi.ac.uk> Message-ID: <56BDB4C9.4040601@ebi.ac.uk> Forgot to mention you also need this line in your network-environment.yaml NeutronNetworkType: 'vlan' https://bugzilla.redhat.com/show_bug.cgi?id=1282835 Charles On 12/02/2016 10:25, Charles Short wrote: > Hi, > > This works for me and correctly deploys tenant VLANs with HA enabled > and no tunnels- > > openstack overcloud deploy --templates \ > --control-scale 3 \ > --compute-scale 12 \ > --ntp-server ntp.server \ > -e > /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml > \ > -e /home/stack/nic-configs/network-environment.yaml \ > -e > /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml > \ > --neutron-bridge-mappings datacentre:br-ex \ > --neutron-flat-networks datacentre \ > --neutron-network-vlan-ranges datacentre:3510:3600 \ > --neutron-disable-tunneling > > Then once deployed make sure you update /etc/neutron/plugins.ini with > the vlan range specified for tenant networks on each controller as > there is a bug where this does not get populated - > > https://bugzilla.redhat.com/show_bug.cgi?id=1282963 > > # network_vlan_ranges = > network_vlan_ranges =datacentre:3510:3600 > > > HTH > > Charles > > > > > On 27/10/2015 17:10, Nuno Loureiro wrote: >> >> Hi all! >> >> I'm deploying an HA overcloud with 3 controller nodes and 3 compute >> nodes. >> >> I'm able to successfully deploy the overcloud in GRE-tunnel mode by >> issuing the following command: >> >> openstack overcloud deploy --control-scale 3 --compute-scale 3 >> --libvirt-type kvm --ntp-server pool.ntp.org >> --templates ~/the-cloud/ -e >> ~/the-cloud/environments/puppet-pacemaker.yaml -e >> ~/the-cloud/environments/network-isolation.yaml -e >> ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e >> ~/the-cloud/environments/network-environment.yaml --control-flavor >> controller --compute-flavor compute >> >> >> Now I want to use VLAN in tenant networks, disabling the GRE-tunnels. >> >> I ran the following command to deploy the overcloud in VLAN mode: >> >> openstack overcloud deploy --control-scale 3 --compute-scale 3 >> --libvirt-type kvm --ntp-server pool.ntp.org >> --templates ~/the-cloud/ -e >> ~/the-cloud/environments/puppet-pacemaker.yaml -e >> ~/the-cloud/environments/network-isolation.yaml -e >> ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e >> ~/the-cloud/environments/network-environment.yaml --control-flavor >> controller --compute-flavor compute --neutron-network-type vlan >> --neutron-bridge-mappings datacentre:br-ex >> --neutron-network-vlan-ranges datacentre:1000:10009 >> >> However I always get the following error: >> ERROR: openstack Neutron tunnel types must be specified when Neutron >> network type is specified >> >> I think this problem might be related to this bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=1244893 >> >> >> Do you have any suggestions on how to solve this problem? >> >> Thank you very much! >> Regards, >> -- >> Nuno Loureiro >> Research & Development >> Phone: +351 256 370 980 >> Email: nuno.loureiro at itcenter.com.pt >> >> >> >> >> www.itcenter.com.pt ITCENTER Store >> ITCENTER Helpdesk >> >> >> >> >> ITCENTER Facebook ITCENTER >> Linkedin ITCENTER >> Twitter >> >> >> >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe:rdo-list-unsubscribe at redhat.com > > -- > Charles Short > Cloud Engineer > Virtualization and Cloud Team > European Bioinformatics Institute (EMBL-EBI) > Tel: +44 (0)1223 494205 > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Fri Feb 12 10:42:19 2016 From: marius at remote-lab.net (Marius Cornea) Date: Fri, 12 Feb 2016 11:42:19 +0100 Subject: [Rdo-list] HA Overcloud deployment with network isolation in VLAN mode In-Reply-To: <56BDB4C9.4040601@ebi.ac.uk> References: <56BDB325.5000601@ebi.ac.uk> <56BDB4C9.4040601@ebi.ac.uk> Message-ID: Hi Charles, Thanks for sharing this! In fact you should be able to pass the vlan ranges parameters in the network-environment.yaml as well so you don't need to do manual changes post deployment: NeutronBridgeMappings: 'datacentre:br-ex' NeutronNetworkVLANRanges: 'datacentre:3510:3600' Marius On Fri, Feb 12, 2016 at 11:32 AM, Charles Short wrote: > Forgot to mention you also need this line in your network-environment.yaml > > NeutronNetworkType: 'vlan' > > > https://bugzilla.redhat.com/show_bug.cgi?id=1282835 > > > Charles > > On 12/02/2016 10:25, Charles Short wrote: > > Hi, > > This works for me and correctly deploys tenant VLANs with HA enabled and > no tunnels- > > openstack overcloud deploy --templates \ > --control-scale 3 \ > --compute-scale 12 \ > --ntp-server ntp.server \ > -e > /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml > \ > -e /home/stack/nic-configs/network-environment.yaml \ > -e > /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml > \ > --neutron-bridge-mappings datacentre:br-ex \ > --neutron-flat-networks datacentre \ > --neutron-network-vlan-ranges datacentre:3510:3600 \ > --neutron-disable-tunneling > > Then once deployed make sure you update /etc/neutron/plugins.ini with the > vlan range specified for tenant networks on each controller as there is a > bug where this does not get populated - > > https://bugzilla.redhat.com/show_bug.cgi?id=1282963 > > # network_vlan_ranges = > network_vlan_ranges =datacentre:3510:3600 > > > HTH > > Charles > > > > > On 27/10/2015 17:10, Nuno Loureiro wrote: > > > Hi all! > > I'm deploying an HA overcloud with 3 controller nodes and 3 compute nodes. > > I'm able to successfully deploy the overcloud in GRE-tunnel mode by > issuing the following command: > > openstack overcloud deploy --control-scale 3 --compute-scale 3 > --libvirt-type kvm --ntp-server pool.ntp.org --templates ~/the-cloud/ -e > ~/the-cloud/environments/puppet-pacemaker.yaml -e > ~/the-cloud/environments/network-isolation.yaml -e > ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e > ~/the-cloud/environments/network-environment.yaml --control-flavor > controller --compute-flavor compute > > > Now I want to use VLAN in tenant networks, disabling the GRE-tunnels. > > I ran the following command to deploy the overcloud in VLAN mode: > > openstack overcloud deploy --control-scale 3 --compute-scale 3 > --libvirt-type kvm --ntp-server pool.ntp.org --templates ~/the-cloud/ -e > ~/the-cloud/environments/puppet-pacemaker.yaml -e > ~/the-cloud/environments/network-isolation.yaml -e > ~/the-cloud/environments/net-single-nic-with-vlans.yaml -e > ~/the-cloud/environments/network-environment.yaml --control-flavor > controller --compute-flavor compute --neutron-network-type vlan > --neutron-bridge-mappings datacentre:br-ex --neutron-network-vlan-ranges > datacentre:1000:10009 > > However I always get the following error: > > ERROR: openstack Neutron tunnel types must be specified when Neutron network type is specified > > > I think this problem might be related to this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1244893 > > > Do you have any suggestions on how to solve this problem? > > Thank you very much! > Regards, > -- > Nuno Loureiro > Research & Development > Phone: +351 256 370 980 > Email: nuno.loureiro at itcenter.com.pt > > > www.itcenter.com.pt [image: ITCENTER Store] > [image: ITCENTER Helpdesk] > > [image: ITCENTER Facebook] [image: > ITCENTER Linkedin] [image: > ITCENTER Twitter] > > > > _______________________________________________ > Rdo-list mailing listRdo-list at redhat.comhttps://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > -- > Charles Short > Cloud Engineer > Virtualization and Cloud Team > European Bioinformatics Institute (EMBL-EBI) > Tel: +44 (0)1223 494205 > > > > _______________________________________________ > Rdo-list mailing listRdo-list at redhat.comhttps://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > -- > Charles Short > Cloud Engineer > Virtualization and Cloud Team > European Bioinformatics Institute (EMBL-EBI) > Tel: +44 (0)1223 494205 > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltoscano at redhat.com Fri Feb 12 13:58:33 2016 From: ltoscano at redhat.com (Luigi Toscano) Date: Fri, 12 Feb 2016 14:58:33 +0100 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: Message-ID: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? Regards -- Luigi From ignaziocassano at gmail.com Fri Feb 12 14:53:03 2016 From: ignaziocassano at gmail.com (Ignazio Cassano) Date: Fri, 12 Feb 2016 15:53:03 +0100 Subject: [Rdo-list] openstack liberty centos 7 neutron vmware plugin Message-ID: Hi all, I'd like to know if the liberty neutron vmware nsx plugin package is available for centos 7. Regards Ignazio -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihrachys at redhat.com Fri Feb 12 15:42:22 2016 From: ihrachys at redhat.com (Ihar Hrachyshka) Date: Fri, 12 Feb 2016 16:42:22 +0100 Subject: [Rdo-list] openstack liberty centos 7 neutron vmware plugin In-Reply-To: References: Message-ID: Ignazio Cassano wrote: > Hi all, > I'd like to know if the liberty neutron vmware nsx plugin package is > available for centos 7. > Regards > Ignazio > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com It?s definitely available in RDO Delorean repos for Liberty though I don?t know what?s the current link for Delorean Liberty repos; as for RDO, probably not because I don?t see rdo-liberty branch at: https://github.com/openstack-packages/python-networking-vmware-nsx Ihar From bderzhavets at hotmail.com Fri Feb 12 15:50:27 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 12 Feb 2016 15:50:27 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> References: , <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> Message-ID: ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi From tarlov.kamen at gmail.com Fri Feb 12 15:52:40 2016 From: tarlov.kamen at gmail.com (Kamen Tarlov) Date: Fri, 12 Feb 2016 17:52:40 +0200 Subject: [Rdo-list] Could not evaluate: Execution of '/usr/bin/openstack token issue Message-ID: <56BDFFC8.6040102@gmail.com> Hello, I`m trying to extend packstack all in one installation with one more node but its failing with: _keystone.pp.finished:Error: /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_user[glance]: Could not evaluate: Execution of '/usr/bin/openstack token issue --format value' returned 1: ERROR: openstack The resource could not be found. (HTTP 404) (Request-ID: req-38d5012e-3fa5-48ae-8a7c-e8c74a9f274d Does anybody know how to fix it? OS: Centos7 Openstack Version: Kilo Best Regards, -- Kamen Tarlov From mmosesohn at mirantis.com Fri Feb 12 16:02:24 2016 From: mmosesohn at mirantis.com (Matthew Mosesohn) Date: Fri, 12 Feb 2016 19:02:24 +0300 Subject: [Rdo-list] Could not evaluate: Execution of '/usr/bin/openstack token issue In-Reply-To: <56BDFFC8.6040102@gmail.com> References: <56BDFFC8.6040102@gmail.com> Message-ID: This error means that the wsgi app for keystone is not currently running, but the underlying apache/nginx is up. Something caused keystone to stop its app. You should look at the wsgi and keystone logs. On Fri, Feb 12, 2016 at 6:52 PM, Kamen Tarlov wrote: > Hello, > > I`m trying to extend packstack all in one installation with one more node > but its failing with: > > _keystone.pp.finished:Error: > /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_user[glance]: > Could not evaluate: Execution of '/usr/bin/openstack token issue --format > value' returned 1: ERROR: openstack The resource could not be found. (HTTP > 404) (Request-ID: req-38d5012e-3fa5-48ae-8a7c-e8c74a9f274d > > Does anybody know how to fix it? > > OS: Centos7 > Openstack Version: Kilo > > Best Regards, > > -- > Kamen Tarlov > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From tarlov.kamen at gmail.com Fri Feb 12 16:25:45 2016 From: tarlov.kamen at gmail.com (Kamen Tarlov) Date: Fri, 12 Feb 2016 18:25:45 +0200 Subject: [Rdo-list] Could not evaluate: Execution of '/usr/bin/openstack token issue In-Reply-To: References: <56BDFFC8.6040102@gmail.com> Message-ID: <56BE0789.109@gmail.com> Thanks for the hint Matthew! I checked in the access log and it looks like this: 10.68.184.200 - - [12/Feb/2016:10:21:26 -0600] "POST /v2.0/auth/tokens HTTP/1.1" 404 93 "-" "python-keystoneclient" 10.68.184.200 - - [12/Feb/2016:10:21:26 -0600] "POST /v2.0/auth/tokens HTTP/1.1" 404 93 "-" "python-keystoneclient" 10.68.184.200 - - [12/Feb/2016:10:21:27 -0600] "POST /v2.0/auth/tokens HTTP/1.1" 404 93 "-" "python-keystoneclient" 10.68.184.200 - - [12/Feb/2016:10:21:27 -0600] "POST /v2.0/auth/tokens HTTP/1.1" 404 93 "-" "python-keystoneclient" I have the feeling that puppet makes wrong call. There are no signs of restarting the keystone service. Keystone log also doesn`t have any signs of restart: 016-02-12 10:21:25.233 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:25.633 22137 INFO keystone.common.wsgi [-] GET /domains? 2016-02-12 10:21:25.633 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:26.031 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:26.031 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:26.823 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:26.823 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:27.619 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:27.619 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:28.416 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:28.416 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:29.214 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:29.215 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:30.006 22137 INFO keystone.common.wsgi [-] GET /projects? 2016-02-12 10:21:30.006 22137 WARNING keystone.common.controller [-] RBAC: Bypassing authorization 2016-02-12 10:21:58.262 22138 INFO keystone.common.wsgi [-] GET /? 2016-02-12 10:21:58.265 22138 INFO keystone.common.wsgi [-] POST /tokens? Best Regards, Kamen On 12/02/16 18:02, Matthew Mosesohn wrote: > This error means that the wsgi app for keystone is not currently > running, but the underlying apache/nginx is up. Something caused > keystone to stop its app. You should look at the wsgi and keystone > logs. > > On Fri, Feb 12, 2016 at 6:52 PM, Kamen Tarlov wrote: >> Hello, >> >> I`m trying to extend packstack all in one installation with one more node >> but its failing with: >> >> _keystone.pp.finished:Error: >> /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_user[glance]: >> Could not evaluate: Execution of '/usr/bin/openstack token issue --format >> value' returned 1: ERROR: openstack The resource could not be found. (HTTP >> 404) (Request-ID: req-38d5012e-3fa5-48ae-8a7c-e8c74a9f274d >> >> Does anybody know how to fix it? >> >> OS: Centos7 >> Openstack Version: Kilo >> >> Best Regards, >> >> -- >> Kamen Tarlov >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com -- Kamen Tarlov Senior Middleware and Cloud Engineer phone +359 894224491 Bulgaria, Sofia From bderzhavets at hotmail.com Fri Feb 12 16:27:00 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 12 Feb 2016 16:27:00 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: , <2214465.NS7AJy52J3@whitebase.usersys.redhat.com>, Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Fri Feb 12 17:29:59 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 12 Feb 2016 17:29:59 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: , <2214465.NS7AJy52J3@whitebase.usersys.redhat.com>, , Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From egafford at redhat.com Fri Feb 12 20:14:23 2016 From: egafford at redhat.com (Ethan Gafford) Date: Fri, 12 Feb 2016 15:14:23 -0500 (EST) Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> Message-ID: <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com> Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Fri Feb 12 20:41:35 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 12 Feb 2016 20:41:35 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com> References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> , <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com> Message-ID: Ethan , I am attaching real script from the box ( the one I am on right now, running AIO RDO Liberty + Sahara+Heat ) [boris at ServerCentOS7 ~]$ cat prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUTPUT' USING PigStorage(); Thank you Boris. ________________________________________ From: Ethan Gafford Sent: Friday, February 12, 2016 3:14 PM To: Boris Derzhavets Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: prg1.pig Type: application/octet-stream Size: 124 bytes Desc: prg1.pig URL: From bderzhavets at hotmail.com Sat Feb 13 07:56:40 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 13 Feb 2016 07:56:40 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> , <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com>, Message-ID: Check versions of bundled Pig and version of Hadoop installed via upstream image for Sahara cluster ( sahara-liberty-vanilla-2.7.1-centos-7.qcow2 from http://sahara-files.mirantis.com/images/upstream/liberty/) [boris at ServerCentOS7 Downloads]$ ssh -i oskeydsa.pem ubuntu at 192.168.1.162 Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-65-generic x86_64) * Documentation: https://help.ubuntu.com/ System information as of Fri Feb 12 18:32:34 UTC 2016 System load: 0.0 Processes: 84 Usage of /: 12.2% of 18.70GB Users logged in: 0 Memory usage: 54% IP address for eth0: 50.0.0.101 Swap usage: 0% Graph this data and manage this system at: https://landscape.canonical.com/ Get cloud support with Ubuntu Advantage Cloud Guest: http://www.ubuntu.com/business/services/cloud 0 packages can be updated. 0 updates are security updates. Last login: Fri Feb 12 18:32:35 2016 from 192.168.1.57 ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-master-node-0:~$ hadoop version Hadoop 2.7.1 <==== Hadoop Version Subversion https://git-wip-us.apache.org/repos/asf/hadoop.git -r 15ecc87ccf4a0228f35af08fc56de536e6ce657a Compiled by jenkins on 2015-06-29T06:04Z Compiled with protoc 2.5.0 >From source with checksum fc0a1a23fc1868e4d5ee7fa2b28a58a This command was run using /opt/hadoop-2.7.1/share/hadoop/common/hadoop-common-2.7.1.jar hadoop at demo-cluster271-hadoop-master-node-0:~$ logout ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - root at demo-cluster271-hadoop-master-node-0:~# cd / root at demo-cluster271-hadoop-master-node-0:/# find . -name "*pig*" -print ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar <== Seems like version of Pig is 0.10.1 ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar <==== As Max 0.11.0 ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt, http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt System Requirements =================== 1. Java 1.6.x or newer, preferably from Sun ( Oracle acquired Sun in 2010 ) Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.0.X and 0.23.X releases <=== doesn't include 2.7.1 Conclusion: bundled version of Pig 0.10.1 is not compatible with Hadoop 2.7.1 Please, advise if I am wrong. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 3:41 PM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Ethan , I am attaching real script from the box ( the one I am on right now, running AIO RDO Liberty + Sahara+Heat ) [boris at ServerCentOS7 ~]$ cat prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUTPUT' USING PigStorage(); Thank you Boris. ________________________________________ From: Ethan Gafford Sent: Friday, February 12, 2016 3:14 PM To: Boris Derzhavets Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Sat Feb 13 08:08:04 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 13 Feb 2016 08:08:04 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> , <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com>, , Message-ID: Not sure . Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt System Requirements =================== Highlights ========== This is a maintenance release of Pig 0.10. See CHANGES.txt for a list of changes. 1. Java 1.6.x or newer, preferably from Sun. Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.X, 0.23.X and 2.X releases <== here ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 2:56 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Check versions of bundled Pig and version of Hadoop installed via upstream image for Sahara cluster ( sahara-liberty-vanilla-2.7.1-centos-7.qcow2 from http://sahara-files.mirantis.com/images/upstream/liberty/) [boris at ServerCentOS7 Downloads]$ ssh -i oskeydsa.pem ubuntu at 192.168.1.162 Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-65-generic x86_64) * Documentation: https://help.ubuntu.com/ System information as of Fri Feb 12 18:32:34 UTC 2016 System load: 0.0 Processes: 84 Usage of /: 12.2% of 18.70GB Users logged in: 0 Memory usage: 54% IP address for eth0: 50.0.0.101 Swap usage: 0% Graph this data and manage this system at: https://landscape.canonical.com/ Get cloud support with Ubuntu Advantage Cloud Guest: http://www.ubuntu.com/business/services/cloud 0 packages can be updated. 0 updates are security updates. Last login: Fri Feb 12 18:32:35 2016 from 192.168.1.57 ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-master-node-0:~$ hadoop version Hadoop 2.7.1 <==== Hadoop Version Subversion https://git-wip-us.apache.org/repos/asf/hadoop.git -r 15ecc87ccf4a0228f35af08fc56de536e6ce657a Compiled by jenkins on 2015-06-29T06:04Z Compiled with protoc 2.5.0 >From source with checksum fc0a1a23fc1868e4d5ee7fa2b28a58a This command was run using /opt/hadoop-2.7.1/share/hadoop/common/hadoop-common-2.7.1.jar hadoop at demo-cluster271-hadoop-master-node-0:~$ logout ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - root at demo-cluster271-hadoop-master-node-0:~# cd / root at demo-cluster271-hadoop-master-node-0:/# find . -name "*pig*" -print ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar <== Seems like version of Pig is 0.10.1 ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar <==== As Max 0.11.0 ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt, http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt System Requirements =================== 1. Java 1.6.x or newer, preferably from Sun ( Oracle acquired Sun in 2010 ) Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.0.X and 0.23.X releases <=== doesn't include 2.7.1 Conclusion: bundled version of Pig 0.10.1 is not compatible with Hadoop 2.7.1 Please, advise if I am wrong. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 3:41 PM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Ethan , I am attaching real script from the box ( the one I am on right now, running AIO RDO Liberty + Sahara+Heat ) [boris at ServerCentOS7 ~]$ cat prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUTPUT' USING PigStorage(); Thank you Boris. ________________________________________ From: Ethan Gafford Sent: Friday, February 12, 2016 3:14 PM To: Boris Derzhavets Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Sat Feb 13 08:46:27 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 13 Feb 2016 08:46:27 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> , <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com>, , , Message-ID: Verifying pig 0.10.1 and 0.11 and Java Version compatibility Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt Trying the Release ================== 1. Download pig-0.10.1.tar.gz 2. Unpack the file: tar -xzvf pig-0.10.1.tar.gz 3. Move into the installation directory: cd pig-0.10.1 4. To run pig without Hadoop cluster, execute the command below. This will take you into an interactive shell called grunt that allows you to navigate the local file system and execute Pig commands against the local files bin/pig -x local 5. To run on your Hadoop cluster, you need to set PIG_CLASSPATH environment variable to point to the directory with your hadoop-site.xml file and then run pig. The commands below will take you into an interactive shell called grunt that allows you to navigate Hadoop DFS and execute Pig commands against it export PIG_CLASSPATH=/hadoop/conf bin/pig 6. To build your own version of pig.jar run ant 7. To run unit tests run ant test 8. To build jar file with available user defined functions run commands below. This currently only works with Java 1.6.x. <==== Limitations Per http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt Trying the Release ================== 1. Download pig-0.11.0.tar.gz 2. Unpack the file: tar -xzvf pig-0.11.0.tar.gz 3. Move into the installation directory: cd pig-0.11.0 4. To run pig without Hadoop cluster, execute the command below. This will take you into an interactive shell called grunt that allows you to navigate the local file system and execute Pig commands against the local files bin/pig -x local 5. To run on your Hadoop cluster, you need to set PIG_CLASSPATH environment variable to point to the directory with your hadoop-site.xml file and then run pig. The commands below will take you into an interactive shell called grunt that allows you to navigate Hadoop DFS and execute Pig commands against it export PIG_CLASSPATH=/hadoop/conf bin/pig 6. To build your own version of pig.jar run ant 7. To run unit tests run ant test 8. To build jar file with available user defined functions run commands below. This currently only works with Java 1.6.x. <===== Same limitations Testing installed Java Version hadoop at demo-cluster271-hadoop-master-node-0:/opt$ java -version java version "1.7.0_79" <===== Currently Java Release installed 1.7.79 OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-0ubuntu1.14.04.1) OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode) ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 3:08 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Not sure . Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt System Requirements =================== Highlights ========== This is a maintenance release of Pig 0.10. See CHANGES.txt for a list of changes. 1. Java 1.6.x or newer, preferably from Sun. Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.X, 0.23.X and 2.X releases <== here ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 2:56 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Check versions of bundled Pig and version of Hadoop installed via upstream image for Sahara cluster ( sahara-liberty-vanilla-2.7.1-centos-7.qcow2 from http://sahara-files.mirantis.com/images/upstream/liberty/) [boris at ServerCentOS7 Downloads]$ ssh -i oskeydsa.pem ubuntu at 192.168.1.162 Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-65-generic x86_64) * Documentation: https://help.ubuntu.com/ System information as of Fri Feb 12 18:32:34 UTC 2016 System load: 0.0 Processes: 84 Usage of /: 12.2% of 18.70GB Users logged in: 0 Memory usage: 54% IP address for eth0: 50.0.0.101 Swap usage: 0% Graph this data and manage this system at: https://landscape.canonical.com/ Get cloud support with Ubuntu Advantage Cloud Guest: http://www.ubuntu.com/business/services/cloud 0 packages can be updated. 0 updates are security updates. Last login: Fri Feb 12 18:32:35 2016 from 192.168.1.57 ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-master-node-0:~$ hadoop version Hadoop 2.7.1 <==== Hadoop Version Subversion https://git-wip-us.apache.org/repos/asf/hadoop.git -r 15ecc87ccf4a0228f35af08fc56de536e6ce657a Compiled by jenkins on 2015-06-29T06:04Z Compiled with protoc 2.5.0 >From source with checksum fc0a1a23fc1868e4d5ee7fa2b28a58a This command was run using /opt/hadoop-2.7.1/share/hadoop/common/hadoop-common-2.7.1.jar hadoop at demo-cluster271-hadoop-master-node-0:~$ logout ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - root at demo-cluster271-hadoop-master-node-0:~# cd / root at demo-cluster271-hadoop-master-node-0:/# find . -name "*pig*" -print ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar <== Seems like version of Pig is 0.10.1 ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar <==== As Max 0.11.0 ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt, http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt System Requirements =================== 1. Java 1.6.x or newer, preferably from Sun ( Oracle acquired Sun in 2010 ) Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.0.X and 0.23.X releases <=== doesn't include 2.7.1 Conclusion: bundled version of Pig 0.10.1 is not compatible with Hadoop 2.7.1 Please, advise if I am wrong. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 3:41 PM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Ethan , I am attaching real script from the box ( the one I am on right now, running AIO RDO Liberty + Sahara+Heat ) [boris at ServerCentOS7 ~]$ cat prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUTPUT' USING PigStorage(); Thank you Boris. ________________________________________ From: Ethan Gafford Sent: Friday, February 12, 2016 3:14 PM To: Boris Derzhavets Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Sun Feb 14 07:31:20 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 14 Feb 2016 07:31:20 +0000 Subject: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? In-Reply-To: References: <2214465.NS7AJy52J3@whitebase.usersys.redhat.com> , <1114714482.22935735.1455308063716.JavaMail.zimbra@redhat.com>, , , , Message-ID: Fresh install on new box same task. Oozie Launcher starts complete log is attached However log4j generates java.io.FileNotFoundException on second worker node due to output should be a directory , but setFile(null,true) expects a file $ cat log4j_ERROR.txt log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /mnt/yarn/logs/userlogs/application_1455432090546_0001/container_1455432090546_0001_01_000001 (Is a directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:221) at java.io.FileOutputStream.(FileOutputStream.java:142) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) at org.apache.hadoop.yarn.ContainerLogAppender.activateOptions(ContainerLogAppender.java:55) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104) at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526) at org.apache.log4j.LogManager.(LogManager.java:127) at org.apache.log4j.Logger.getLogger(Logger.java:104) at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:262) at org.apache.commons.logging.impl.Log4JLogger.(Log4JLogger.java:108) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:526) at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:1025) at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:657) at org.apache.hadoop.service.AbstractService.(AbstractService.java:43) log4j:ERROR Could not find value for key log4j.appender.CLA log4j:ERROR Could not instantiate appender named "CLA". log4j:ERROR Could not find value for key log4j.appender.CLA log4j:ERROR Could not instantiate appender named "CLA". ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 3:46 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Verifying pig 0.10.1 and 0.11 and Java Version compatibility Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt Trying the Release ================== 1. Download pig-0.10.1.tar.gz 2. Unpack the file: tar -xzvf pig-0.10.1.tar.gz 3. Move into the installation directory: cd pig-0.10.1 4. To run pig without Hadoop cluster, execute the command below. This will take you into an interactive shell called grunt that allows you to navigate the local file system and execute Pig commands against the local files bin/pig -x local 5. To run on your Hadoop cluster, you need to set PIG_CLASSPATH environment variable to point to the directory with your hadoop-site.xml file and then run pig. The commands below will take you into an interactive shell called grunt that allows you to navigate Hadoop DFS and execute Pig commands against it export PIG_CLASSPATH=/hadoop/conf bin/pig 6. To build your own version of pig.jar run ant 7. To run unit tests run ant test 8. To build jar file with available user defined functions run commands below. This currently only works with Java 1.6.x. <==== Limitations Per http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt Trying the Release ================== 1. Download pig-0.11.0.tar.gz 2. Unpack the file: tar -xzvf pig-0.11.0.tar.gz 3. Move into the installation directory: cd pig-0.11.0 4. To run pig without Hadoop cluster, execute the command below. This will take you into an interactive shell called grunt that allows you to navigate the local file system and execute Pig commands against the local files bin/pig -x local 5. To run on your Hadoop cluster, you need to set PIG_CLASSPATH environment variable to point to the directory with your hadoop-site.xml file and then run pig. The commands below will take you into an interactive shell called grunt that allows you to navigate Hadoop DFS and execute Pig commands against it export PIG_CLASSPATH=/hadoop/conf bin/pig 6. To build your own version of pig.jar run ant 7. To run unit tests run ant test 8. To build jar file with available user defined functions run commands below. This currently only works with Java 1.6.x. <===== Same limitations Testing installed Java Version hadoop at demo-cluster271-hadoop-master-node-0:/opt$ java -version java version "1.7.0_79" <===== Currently Java Release installed 1.7.79 OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-0ubuntu1.14.04.1) OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode) ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 3:08 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Not sure . Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt System Requirements =================== Highlights ========== This is a maintenance release of Pig 0.10. See CHANGES.txt for a list of changes. 1. Java 1.6.x or newer, preferably from Sun. Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.X, 0.23.X and 2.X releases <== here ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 13, 2016 2:56 AM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Check versions of bundled Pig and version of Hadoop installed via upstream image for Sahara cluster ( sahara-liberty-vanilla-2.7.1-centos-7.qcow2 from http://sahara-files.mirantis.com/images/upstream/liberty/) [boris at ServerCentOS7 Downloads]$ ssh -i oskeydsa.pem ubuntu at 192.168.1.162 Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-65-generic x86_64) * Documentation: https://help.ubuntu.com/ System information as of Fri Feb 12 18:32:34 UTC 2016 System load: 0.0 Processes: 84 Usage of /: 12.2% of 18.70GB Users logged in: 0 Memory usage: 54% IP address for eth0: 50.0.0.101 Swap usage: 0% Graph this data and manage this system at: https://landscape.canonical.com/ Get cloud support with Ubuntu Advantage Cloud Guest: http://www.ubuntu.com/business/services/cloud 0 packages can be updated. 0 updates are security updates. Last login: Fri Feb 12 18:32:35 2016 from 192.168.1.57 ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-master-node-0:~$ hadoop version Hadoop 2.7.1 <==== Hadoop Version Subversion https://git-wip-us.apache.org/repos/asf/hadoop.git -r 15ecc87ccf4a0228f35af08fc56de536e6ce657a Compiled by jenkins on 2015-06-29T06:04Z Compiled with protoc 2.5.0 >From source with checksum fc0a1a23fc1868e4d5ee7fa2b28a58a This command was run using /opt/hadoop-2.7.1/share/hadoop/common/hadoop-common-2.7.1.jar hadoop at demo-cluster271-hadoop-master-node-0:~$ logout ubuntu at demo-cluster271-hadoop-master-node-0:~$ sudo su - root at demo-cluster271-hadoop-master-node-0:~# cd / root at demo-cluster271-hadoop-master-node-0:/# find . -name "*pig*" -print ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar <== Seems like version of Pig is 0.10.1 ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar <==== As Max 0.11.0 ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar Per https://archive.apache.org/dist/pig/pig-0.10.1/RELEASE_NOTES.txt, http://people.apache.org/~billgraham/pig-0.11.0-candidate-0/RELEASE_NOTES.txt System Requirements =================== 1. Java 1.6.x or newer, preferably from Sun ( Oracle acquired Sun in 2010 ) Set JAVA_HOME to the root of your Java installation 2. Ant build tool: http://ant.apache.org - to build source only 3. Cygwin: http://www.cygwin.com/ - to run under Windows 4. This release is compatible with all Hadoop 0.20.X, 1.0.X and 0.23.X releases <=== doesn't include 2.7.1 Conclusion: bundled version of Pig 0.10.1 is not compatible with Hadoop 2.7.1 Please, advise if I am wrong. Boris. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 3:41 PM To: Ethan Gafford Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Ethan , I am attaching real script from the box ( the one I am on right now, running AIO RDO Liberty + Sahara+Heat ) [boris at ServerCentOS7 ~]$ cat prg1.pig messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUTPUT' USING PigStorage(); Thank you Boris. ________________________________________ From: Ethan Gafford Sent: Friday, February 12, 2016 3:14 PM To: Boris Derzhavets Cc: Luigi Toscano; rdo-list at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? Hi Boris, One possible source of error in your script is that (at least in your paste here) your $OUTPUT variable seems to be misspelled ('$OUPUT'). If that's not the issue (and it might well not be, if that was only a typo in this mail,) then I fear that debugging Pig jobs is one of the roughest spots of Sahara at present. It looks, though, as though your job is being processed by grunt (the Pig interpreter, as all things must be cute and pig-related), and that the interpreter is failing to parse the job file, so the misspelling diagnosis does fit (if you're telling it to output to a nonexistent variable, that fits; the rest of your script looks syntactically correct to me and to my Lipstick equivalent.) Could you check to see if this is a problem? If not, I can try to help you do a deeper dive. Cheers, Ethan ----- Original Message ----- From: "Boris Derzhavets" To: "Luigi Toscano" , rdo-list at redhat.com Cc: egafford at redhat.com Sent: Friday, February 12, 2016 12:29:59 PM Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 11:27 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 12, 2016 10:50 AM To: Luigi Toscano; rdo-list at redhat.com Cc: egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? ________________________________________ From: Luigi Toscano Sent: Friday, February 12, 2016 8:58 AM To: rdo-list at redhat.com Cc: Boris Derzhavets; egafford at redhat.com Subject: Re: [Rdo-list] How to set up EDP Pig jobs on Sahara Vanialla 2.7.1 Cluster (RDO Liberty ) ? On Thursday 11 of February 2016 20:37:33 Boris Derzhavets wrote: > After several failures in Sahara UI environment, I just attempted to set up > Pig on Mater Node (VM) following > https://pig.apache.org/docs/r0.13.0/start.html#build ( current release > 0.15) > > Downloaded Pig on Master VM and configured it, so that I could run > simple pig script like (filtering "ERROR" line from sahara-engine.log) :- You should not install Pig from apache.org, but it's already bundled on the image. [BD] We may check :- 1. I will drop all VMs in Cluster 2. I will recreate new Vanilla 2.7.1 cluster 3 .Log into master and worker VMs and run :- ubuntu$ sudo su - hadoop hadoop$ which pig If the last command wouldn't return me anything would it be a fair ? Is it correct way for verification ? [BD] Yes , I see presence of bundled pig on Master ./opt/hive/hcatalog/share/webhcat/svr/lib/pig-0.10.1.jar ./opt/hive/hcatalog/share/hcatalog/hcatalog-pig-adapter-0.11.0.jar ./opt/oozie/lib/oozie-sharelib-pig-4.2.0.jar ./opt/oozie/oozie-server/webapps/oozie/WEB-INF/lib/oozie-sharelib-pig-4.2.0.jar [BD] Cluster based on Vanilla 271 plugin recreated . hadoop at demo-cluster271-hadoop-master-node-0:~$ jps 4020 Bootstrap 2540 ResourceManager 4452 Jps 2285 NameNode 4242 RunJar 2977 JobHistoryServer 2392 SecondaryNameNode ubuntu at demo-cluster271-hadoop-work-node-1:~$ sudo su - hadoop hadoop at demo-cluster271-hadoop-work-node-1:~$ jps 2250 NodeManager 2193 DataNode 4159 Jps hadoop-master-node -Template 1 vanilla 2.7.1 namenode secondarynamenode resourcemanager historyserver oozie hiveserver hadoop-work-node -Template 2 vanilla 2.7.1 datanode nodemanager Cluster Template ( XFS && SWIFT support enabled) demo-template271 vanilla 2.7.1 hadoop-work-node: 3 hadoop-master-node: 1 Attempt to run same job-binary ( prg1.pig ) same input and output. Generated logs on work-node-1 http://bderzhavets.blogspot.com/2016/02/snaphots-on-mastenode-workernode-1.html http://textuploader.com/52dzu > [...] > > Either I have wrong understanding how set up Pig on Hadoop Cluster or doing > mistakes in Sahara GUI environment. One more thing confusing me Pig should > be installed during Sahara's Hadoop Cluster generating, it is not a part of > of Hadoop Cluster ( no matter which plugin has been used ), how Sahara > suggests to set up Pig Jobs if there is no any Pig on cluster's VMs. I am > missing something here. It should be. Is there anything that let you think that Pig is not included? Did you add oozie to the cluster templates? [BD] Yes . I did it on Master's Template (Vanilla 2.7.1). Only datanode and nodemanager were removed from Master template and added to Worker Template. Master template :- Everything except - datanode - nodemanager Worker template:- Only + datanode + nodemanager Clusters Template = 1*Master+3*Workers I started without any Pig setup on Master and each time job finally got killed and I could watch Java exception as above on one of Worker Nodes attempting to run prg1.pig as job-binary :- messages = LOAD '$INPUT'; out = FILTER messages BY $0 MATCHES '^+.*ERROR+.*'; STORE out INTO '$OUPUT' USING PigStorage() ; with 1) input defined as swift ://demo.sahara/input.txt ( previously uploaded to public swift container "demo" ) 2) output defined as swift://demo/sahara/output Just following up Mirantis's Video for Juno :- https://www.mirantis.com/blog/sahara-updates-in-openstack-juno-release/ I installed Pig on Master , to make sure that in Hadoop environment I am able to succeed with hadoop$ pig -x mapreduce prg1.pig ( i.e. running pig script within Hadoop Cluster, by hadoop user ) There is one strange thing , when I suspend all VMs in Cluster and then resume all VMs in Cluster (4) It requires 10-15 min to be able manually run :- hadooop$ pig -x mapreduce prg1.pig Like some Java services are awakened very slow , even Master VM is resumed and available for logging into. Thank you. Boris Regards -- Luigi _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: Oozie-Launcher-starts.txt.gz Type: application/gzip Size: 15083 bytes Desc: Oozie-Launcher-starts.txt.gz URL: From mohammed.arafa at gmail.com Sun Feb 14 18:13:52 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Sun, 14 Feb 2016 20:13:52 +0200 Subject: [Rdo-list] upstream bugfix not in rdo? Message-ID: hello i keep hitting this bug, even tho i am updating every so often https://bugs.launchpad.net/kolla/+bug/1492648 when will this make it to openstack-liberty/x86_64 ? thanks -- *805010942448935* * * *GR750055912MA* *Link to me on LinkedIn * From hguemar at fedoraproject.org Sun Feb 14 19:53:51 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Sun, 14 Feb 2016 20:53:51 +0100 Subject: [Rdo-list] upstream bugfix not in rdo? In-Reply-To: References: Message-ID: 2016-02-14 19:13 GMT+01:00 Mohammed Arafa : > hello > > i keep hitting this bug, even tho i am updating every so often > > https://bugs.launchpad.net/kolla/+bug/1492648 > > when will this make it to openstack-liberty/x86_64 ? > > thanks > -- > Can you elaborate? I don't know if you're speaking about Kolla which is not packaged in RDO -we can't fix what we don't ship-, or Heat? We now generate configuration files for Heat, so you have all the required keys, so if it's not properly configured 1. either you didn't configure heat properly 2. or an installer bug (packstack? RDO Manager?) => did you file a ticket to get this fixed? I'm afraid that we can't help you with the little information provided here. Regards, H. From hguemar at fedoraproject.org Sun Feb 14 19:57:25 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Sun, 14 Feb 2016 20:57:25 +0100 Subject: [Rdo-list] openstack liberty centos 7 neutron vmware plugin In-Reply-To: References: Message-ID: 2016-02-12 16:42 GMT+01:00 Ihar Hrachyshka : > Ignazio Cassano wrote: > > > > It?s definitely available in RDO Delorean repos for Liberty though I don?t > know what?s the current link for Delorean Liberty repos; as for RDO, > probably not because I don?t see rdo-liberty branch at: > > https://github.com/openstack-packages/python-networking-vmware-nsx > > Ihar > It's not in stable repositories, yet. @Ignazio: thanks for notifying us, I'll get this fixed asap. Regards, H. From mohammed.arafa at gmail.com Mon Feb 15 01:45:01 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Sun, 14 Feb 2016 20:45:01 -0500 Subject: [Rdo-list] upstream bugfix not in rdo? In-Reply-To: References: Message-ID: Yes I am using rdo-manager On Feb 14, 2016 15:07, "Ha?kel" wrote: > > Le 14 f?vr. 2016 21:02, "Mohammed Arafa" a > ?crit : > > > > This is heat. I am trying to provision the overcloud > > The undercloud was configured from the centos repo not delorean. > > > > I didn't change anything in the configuration > > > > Then, it's likely a bug in RDO manager. > > > On Feb 14, 2016 14:56, "Ha?kel" wrote: > >> > >> 2016-02-14 19:13 GMT+01:00 Mohammed Arafa : > >> > hello > >> > > >> > i keep hitting this bug, even tho i am updating every so often > >> > > >> > https://bugs.launchpad.net/kolla/+bug/1492648 > >> > > >> > when will this make it to openstack-liberty/x86_64 ? > >> > > >> > thanks > >> > -- > >> > > >> > >> Can you elaborate? > >> I don't know if you're speaking about Kolla which is not packaged in > >> RDO -we can't fix what we don't ship-, or Heat? > >> > >> We now generate configuration files for Heat, so you have all the > >> required keys, so if it's not properly configured > >> 1. either you didn't configure heat properly > >> 2. or an installer bug (packstack? RDO Manager?) => did you file a > >> ticket to get this fixed? > >> > >> I'm afraid that we can't help you with the little information provided > here. > >> > >> Regards, > >> H. > >> > >> _______________________________________________ > >> Rdo-list mailing list > >> Rdo-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/rdo-list > >> > >> To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hguemar at fedoraproject.org Mon Feb 15 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 15 Feb 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160215150003.EFA9E60A4004@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-02-17 from 15:00:00 to 16:00:00 UTC At rdo at irc.freenode.net The meeting will be about: RDO IRC meeting [Agenda at https://etherpad.openstack.org/p/RDO-Packaging ](https://etherpad.openstack.org/p/RDO-Packaging) Every Wednesday on #rdo on Freenode IRC Source: https://apps.fedoraproject.org/calendar/meeting/2017/ From rbowen at redhat.com Mon Feb 15 19:43:20 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 15 Feb 2016 14:43:20 -0500 Subject: [Rdo-list] Fwd: [OpenStack Marketing] Superuser Awards nominations open! In-Reply-To: <75AB539D-3DD6-4470-8DDD-E29857B906B4@openstack.org> References: <75AB539D-3DD6-4470-8DDD-E29857B906B4@openstack.org> Message-ID: <56C22A58.60103@redhat.com> FYI, if you haven't seen this yet. Here's an opportunity to recognize some of the people and organizations that are doing interesting and useful things on top of OpenStack. This doesn't need to be folks that are using RDO, necessarily, just people that are making the world a better place, and happen to be using OpenStack in the process. --Rich -------- Forwarded Message -------- Subject: [OpenStack Marketing] Superuser Awards nominations open! Date: Thu, 4 Feb 2016 13:44:08 -0600 From: Allison Price To: marketing at lists.openstack.org Hi everyone, The Austin Summit Superuser Awards nominations are now open and will be accepted through March 11. Like in previous rounds, the winner will be chosen by the community at large and announced onstage at the OpenStack Summit Austin in April. The Superuser Awards recognize teams using OpenStack to meaningfully improve business in an innovative way, while also contributing back to the community. Teams of all sizes are encouraged to apply! If you fit the bill, or know a team that does, we encourage you to submit a nomination here . Learn more about the awards , our previous winners, CERN , Comcast and NTT Group and submit your team???s application before the March 11 deadline. Please reach out to me directly if you have any questions or would like to nominate a customer???s team. Cheers, Allison Allison Price OpenStack Marketing allison at openstack.org -------------- next part -------------- _______________________________________________ Marketing mailing list Marketing at lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/marketing From rbowen at redhat.com Mon Feb 15 20:36:59 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 15 Feb 2016 15:36:59 -0500 Subject: [Rdo-list] Vote for OpenStack Summit presentations Message-ID: <56C236EB.1000309@redhat.com> A last-minute reminder - voting for OpenStack Summit presentations closes on February 17th, at 11:59PM PST (which is February 18 at 7:59am UTC). Vote at https://www.openstack.org/summit/austin-2016/vote-for-speakers/ (This will redirect you to a random talk, and from there you can work through all the talks. Or you can search for a particular talk or topic or speaker at the left.) -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From asma2103 at yahoo.com Mon Feb 15 23:10:52 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 00:10:52 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: References: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> Message-ID: <063e01d16846$23c7c870$6b575950$@yahoo.com> Hi Marius, I did so, I can see libvirtd has been installed on both nodes and active but they are not appearing as support service in the command Openstack-status in both nodes. Here is my answers file: http://pastebin.com/sLQiGhLy Here is Openstack-Status for controller node: http://pastebin.com/8zTvcDfT Here is Openstack-Status for compute node: http://pastebin.com/aSFw7dLF What do you advise? Thanks, Ashraf From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 9 February 2016 2:37 PM To: Ashraf Hassan Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Deploying Openstack with Packstack Minimal, packstack does the installation for you. Just make sure you have the repos mentioned in the guide. Thanks. On 09 Feb 2016, at 14:26, Ashraf Hassan > wrote: Hi Marius, But what the is the perquisite as RHEL/Centos Installation for Packstack to work for both Controller and Compute nodes (i.e. Minimal Install, Compute Node, Infrastructure Server, ...etc.) Thanks, Ashraf On Monday, February 8, 2016 10:28 PM, Marius Cornea > wrote: Hi, Here is the quickstart link: https://www.rdoproject.org/install/quickstart/ You can get started with a minimal CentOS/RHEL. For deploying the 2 node deployment you can generate an answer file(packstack --gen-answer-file) and adjust the IP addresses for CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you need ssh key-based authentication for those 2 hosts. Thanks, Marius On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan > wrote: > Hi Experts, > I want to test deploying Openstack using Packstack on 2 nodes using > answers file: > 1- Node will act as a controller node. > 2- Node will act as a compute node. > What is the level of installation is needed for RHEL/Centos (Minimum, > Hypervisor host, or etc...) > Can someone advise please? > Thanks, > > Ashraf > > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Mon Feb 15 23:19:10 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 00:19:10 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: <063e01d16846$23c7c870$6b575950$@yahoo.com> References: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> <063e01d16846$23c7c870$6b575950$@yahoo.com> Message-ID: Hi, The output looks good to me, seems that the openstack services are running. I don't think openstack-status is supposed to show the libvirtd status though. You can run 'nova hypervisor-list' and see if the 2 hosts show as active. Thanks, Marius On Tue, Feb 16, 2016 at 12:10 AM, Ashraf Hassan wrote: > Hi Marius, > > I did so, I can see libvirtd has been installed on both nodes and > active but they are not appearing as support service in the command > Openstack-status in both nodes. > > Here is my answers file: http://pastebin.com/sLQiGhLy > > Here is Openstack-Status for controller node: > http://pastebin.com/8zTvcDfT > > Here is Openstack-Status for compute node: > http://pastebin.com/aSFw7dLF > > What do you advise? > > Thanks, > > Ashraf > > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 9 February 2016 2:37 PM > To: Ashraf Hassan > Cc: rdo-list at redhat.com > Subject: Re: [Rdo-list] Deploying Openstack with Packstack > > > > Minimal, packstack does the installation for you. Just make sure you have > the repos mentioned in the guide. Thanks. > > > On 09 Feb 2016, at 14:26, Ashraf Hassan wrote: > > Hi Marius, > > But what the is the perquisite as RHEL/Centos Installation for Packstack > to work for both Controller and Compute nodes (i.e. Minimal Install, Compute > Node, Infrastructure Server, ...etc.) > > > > Thanks, > > > > Ashraf > > > > > > > > > > On Monday, February 8, 2016 10:28 PM, Marius Cornea > wrote: > > > > Hi, > > Here is the quickstart link: > https://www.rdoproject.org/install/quickstart/ > > You can get started with a minimal CentOS/RHEL. For deploying the 2 > node deployment you can generate an answer file(packstack > --gen-answer-file) and adjust the IP addresses for > CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you > need ssh key-based authentication for those 2 hosts. > > Thanks, > Marius > > > On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan wrote: >> Hi Experts, >> I want to test deploying Openstack using Packstack on 2 nodes using >> answers file: >> 1- Node will act as a controller node. >> 2- Node will act as a compute node. >> What is the level of installation is needed for RHEL/Centos (Minimum, >> Hypervisor host, or etc...) >> Can someone advise please? >> Thanks, >> >> Ashraf > > >> >> >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > From asma2103 at yahoo.com Tue Feb 16 08:59:25 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 09:59:25 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: References: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> <063e01d16846$23c7c870$6b575950$@yahoo.com> Message-ID: <02a201d16898$57046ac0$050d4040$@yahoo.com> Hi Marius, It says both are up, is that OK?, Is that OK as well not to see libvirtd in the support services?: (keystone_admin)]# nova hypervisor-list +----+----------------------------------+-------+---------+ | ID | Hypervisor hostname | State | Status | +----+----------------------------------+-------+---------+ | 1 | servera.refmobilecloud.ux.nl.tmo | up | enabled | | 2 | serverb.refmobilecloud.ux.nl.tmo | up | enabled | +----+----------------------------------+-------+---------+ -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 16 February 2016 12:19 AM To: Ashraf Hassan Cc: rdo-list Subject: Re: [Rdo-list] Deploying Openstack with Packstack Hi, The output looks good to me, seems that the openstack services are running. I don't think openstack-status is supposed to show the libvirtd status though. You can run 'nova hypervisor-list' and see if the 2 hosts show as active. Thanks, Marius On Tue, Feb 16, 2016 at 12:10 AM, Ashraf Hassan wrote: > Hi Marius, > > I did so, I can see libvirtd has been installed on both nodes > and active but they are not appearing as support service in the > command Openstack-status in both nodes. > > Here is my answers file: http://pastebin.com/sLQiGhLy > > Here is Openstack-Status for controller node: > http://pastebin.com/8zTvcDfT > > Here is Openstack-Status for compute node: > http://pastebin.com/aSFw7dLF > > What do you advise? > > Thanks, > > Ashraf > > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 9 February 2016 2:37 PM > To: Ashraf Hassan > Cc: rdo-list at redhat.com > Subject: Re: [Rdo-list] Deploying Openstack with Packstack > > > > Minimal, packstack does the installation for you. Just make sure you > have the repos mentioned in the guide. Thanks. > > > On 09 Feb 2016, at 14:26, Ashraf Hassan wrote: > > Hi Marius, > > But what the is the perquisite as RHEL/Centos Installation for > Packstack to work for both Controller and Compute nodes (i.e. Minimal > Install, Compute Node, Infrastructure Server, ...etc.) > > > > Thanks, > > > > Ashraf > > > > > > > > > > On Monday, February 8, 2016 10:28 PM, Marius Cornea > > wrote: > > > > Hi, > > Here is the quickstart link: > https://www.rdoproject.org/install/quickstart/ > > You can get started with a minimal CentOS/RHEL. For deploying the 2 > node deployment you can generate an answer file(packstack > --gen-answer-file) and adjust the IP addresses for > CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you > need ssh key-based authentication for those 2 hosts. > > Thanks, > Marius > > > On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan wrote: >> Hi Experts, >> I want to test deploying Openstack using Packstack on 2 nodes >> using answers file: >> 1- Node will act as a controller node. >> 2- Node will act as a compute node. >> What is the level of installation is needed for RHEL/Centos >> (Minimum, Hypervisor host, or etc...) >> Can someone advise please? >> Thanks, >> >> Ashraf > > >> >> >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > From marius at remote-lab.net Tue Feb 16 09:06:14 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 10:06:14 +0100 Subject: [Rdo-list] Deploying Openstack with Packstack In-Reply-To: <02a201d16898$57046ac0$050d4040$@yahoo.com> References: <2058916079.1449103.1455024412898.JavaMail.yahoo@mail.yahoo.com> <063e01d16846$23c7c870$6b575950$@yahoo.com> <02a201d16898$57046ac0$050d4040$@yahoo.com> Message-ID: <6C3EBEC2-1E7D-47D0-A1B9-4A463FBB0246@remote-lab.net> Yep, looks good. Libvirtd is running as you can see in the systemctl output. Thanks, Marius > On 16 Feb 2016, at 09:59, Ashraf Hassan wrote: > > Hi Marius, > It says both are up, is that OK?, Is that OK as well not to see libvirtd in the support services?: > (keystone_admin)]# nova hypervisor-list > +----+----------------------------------+-------+---------+ > | ID | Hypervisor hostname | State | Status | > +----+----------------------------------+-------+---------+ > | 1 | servera.refmobilecloud.ux.nl.tmo | up | enabled | > | 2 | serverb.refmobilecloud.ux.nl.tmo | up | enabled | > +----+----------------------------------+-------+---------+ > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 12:19 AM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] Deploying Openstack with Packstack > > Hi, > > The output looks good to me, seems that the openstack services are running. I don't think openstack-status is supposed to show the libvirtd status though. You can run 'nova hypervisor-list' and see if the 2 hosts show as active. > > Thanks, > Marius > >> On Tue, Feb 16, 2016 at 12:10 AM, Ashraf Hassan wrote: >> Hi Marius, >> >> I did so, I can see libvirtd has been installed on both nodes >> and active but they are not appearing as support service in the >> command Openstack-status in both nodes. >> >> Here is my answers file: http://pastebin.com/sLQiGhLy >> >> Here is Openstack-Status for controller node: >> http://pastebin.com/8zTvcDfT >> >> Here is Openstack-Status for compute node: >> http://pastebin.com/aSFw7dLF >> >> What do you advise? >> >> Thanks, >> >> Ashraf >> >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 9 February 2016 2:37 PM >> To: Ashraf Hassan >> Cc: rdo-list at redhat.com >> Subject: Re: [Rdo-list] Deploying Openstack with Packstack >> >> >> >> Minimal, packstack does the installation for you. Just make sure you >> have the repos mentioned in the guide. Thanks. >> >> >> On 09 Feb 2016, at 14:26, Ashraf Hassan wrote: >> >> Hi Marius, >> >> But what the is the perquisite as RHEL/Centos Installation for >> Packstack to work for both Controller and Compute nodes (i.e. Minimal >> Install, Compute Node, Infrastructure Server, ...etc.) >> >> >> >> Thanks, >> >> >> >> Ashraf >> >> >> >> >> >> >> >> >> >> On Monday, February 8, 2016 10:28 PM, Marius Cornea >> >> wrote: >> >> >> >> Hi, >> >> Here is the quickstart link: >> https://www.rdoproject.org/install/quickstart/ >> >> You can get started with a minimal CentOS/RHEL. For deploying the 2 >> node deployment you can generate an answer file(packstack >> --gen-answer-file) and adjust the IP addresses for >> CONFIG_CONTROLLER_HOST and CONFIG_COMPUTE_HOSTS. Please note that you >> need ssh key-based authentication for those 2 hosts. >> >> Thanks, >> Marius >> >> >>> On Mon, Feb 8, 2016 at 5:38 PM, Ashraf Hassan wrote: >>> Hi Experts, >>> I want to test deploying Openstack using Packstack on 2 nodes >>> using answers file: >>> 1- Node will act as a controller node. >>> 2- Node will act as a compute node. >>> What is the level of installation is needed for RHEL/Centos >>> (Minimum, Hypervisor host, or etc...) >>> Can someone advise please? >>> Thanks, >>> >>> Ashraf >> >> >>> >>> >>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > From asma2103 at yahoo.com Tue Feb 16 10:11:18 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 11:11:18 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP Message-ID: <181101d168a2$619c02e0$24d408a0$@yahoo.com> Hi All, I have deployed the Openstack using Packstack And I have adjusted the network configuration as follow: IFCFG for external interface on Controller (network node): http://pastebin.com/10MRZiM9 IFCFG for external bridge on Controller (network node): http://pastebin.com/RsXb7wXH IFCFG for internal interface on Controller (network node): http://pastebin.com/jRKRSnc7 IFCFG for internal bridge on Controller (network node): http://pastebin.com/sdNnsi85 Output of ovs-vsctl show: http://pastebin.com/agy1FxDx And I have configured public network in project1 and set it as external (using admin to assign it as external). I have create router1 and assign this network as GWY, and the other as private. I tried to allocate floating IP but I failed. I have checked and I found and I found the GWY port is in the router is down as well. Here is the O/P of neutron: http://pastebin.com/RN49jmkk Can someone tell me what is wrong please? Thanks, Ashraf -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Tue Feb 16 14:32:09 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 16 Feb 2016 09:32:09 -0500 Subject: [Rdo-list] OpenStack Summit RDO brochure, demos Message-ID: <56C332E9.4080305@redhat.com> For OpenStack Summit in Austin, we'll once again have a demo pod where we'll be showing off what we're doing. I know it seems like a long way off, but it'll be here sooner than we expect. I have two requests. 1) We're trying, this time, to have our demos be more solution-oriented. Like, instead of saying "here's this cool software", rather, saying, "here's something cool that people are doing with it." If you are doing interesting things with RDO, would you consider putting together a brief demo - possibly a video or slide deck? - of what you're doing, so that we can use it in the demo pod? 2) We are going to have a one-page handout for the booth. On the front it will talk about what RDO is, along with the various related upstream projects such as ManageIQ, Ceph, NFV, and so on. On the back, we want to have some user stories or quotes, once again illustrating that this stuff is actually useful in the real world. Would any of you be willing to provide a quote, and/or a one-paragraph description of the way that you're using RDO (or any of these other projects) in your organization? The deadline for #2 is the end of this week. The deadline for #1 is still a month or so out. Thanks! -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From asma2103 at yahoo.com Tue Feb 16 15:38:54 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 16:38:54 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP Message-ID: <386401d168d0$273f6f50$75be4df0$@yahoo.com> Hi All, I found the problem, it was mistake, I forgot totally the DHCP agent requires an IP, now I am using a bigger pool, I can assign a floating IP, the router public interface is up. Unfortunately I cannot reach the instance, and of course I cannot login from the console to see what is in the instance because I do not have the default cloud-user password. Can someone guide me how to solve it? For neutron and nova checks: http://pastebin.com/sxndErDC For troubleshooting to reach the instance: http://pastebin.com/KTtQ2DFw IFCFG for external interface on Controller (network node): http://pastebin.com/10MRZiM9 IFCFG for external bridge on Controller (network node): http://pastebin.com/RsXb7wXH IFCFG for internal interface on Controller (network node): http://pastebin.com/jRKRSnc7 IFCFG for internal bridge on Controller (network node): http://pastebin.com/sdNnsi85 Output of ovs-vsctl show: http://pastebin.com/agy1FxDx Can someone guide me how to solve the problem? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Tue Feb 16 16:17:32 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 16 Feb 2016 11:17:32 -0500 Subject: [Rdo-list] RDO blog roundup, 16 Feb 2016 Message-ID: <56C34B9C.2060308@redhat.com> Here's what's hit the RDO blogs in the last few weeks. RDO Liberty DVR Neutron workflow on CentOS 7.2 by Boris Derzhavets Per http://specs.openstack.org/openstack/neutron-specs/specs/juno/neutron-ovs-dvr.html DVR is supposed to address following problems which has traditional 3 Node deployment schema ? read more at http://tm3.org/4r RDO Community Day at FOSDEM by Rich Bowen On Friday, in Brussels, 45 RDO enthusiasts gathered at the IBM Client Center in Brussels (Thanks, IBM!) for a full day of RDO content and discussion. ? read more at http://tm3.org/4s Python API for "boot from image creates new volume" RDO Liberty by Boris Derzhavets Post below addresses several questions been posted at ask.openstack.org In particular, code bellow doesn't require volume UUID to be hard coded to start server attached to boot able cinder's LVM, created via glance image, which is supposed to be passed to script via command line. In the same way name of cinder volume and instance name may be passed to script via CLI. ? read more at http://tm3.org/4t Why does Red Hat contribute to RDO? by Nick Barcet Red Hat's philosophy is 'Upstream First'. When we participate in an open source project, our contributions go into the upstream project first, as a prerequisite to deliver it in the downstream offering. Our continued focus, over the past years and in the future, is to reduce to a bare minimum the differences between Upstream, RDO and RHEL OpenStack Platform at General Availabilty time, as we believe this is the only way we can maximise our velocity in delivering new features. In doing so, we, as any successful enterprise would do, need to focus our efforts on what matters in respect to our "downstream" strategy, and it means that we do prioritize our efforts accordingly as we are contributing particular features and fixes. ? read more at http://tm3.org/4u Keystone Implied roles with CURL by Adam Young Keystone now has Implied Roles. What does this mean? Lets say we define the role Admin to imply the Member role. Now, if you assigned someone Admin on a project they are automatically assigned the Member role on that project implicitly. ? read more at http://tm3.org/4v Systemd-nspawn for fun and?well, mostly for fun by Lars Kellogg-Stedman systemd-nspawn has been called "chroot on steroids", but if you think of it as Docker with a slightly different target you wouldn't be far wrong, either. It can be used to spawn containers on your host, and has a variety of options for configuring the containerized environment through the use of private networking, bind mounts, capability controls, and a variety of other facilities that give you flexible container management. ? read more at http://tm3.org/4w A systemd-nspawn connection driver for Ansible by Lars Kellogg-Stedman I wrote earlier about systemd-nspawn, and how it can take much of the fiddly work out of setting up functional chroot environments. I'm a regular Ansible user, and I wanted to be able to apply some of those techniques to my playbooks. ? read more at http://tm3.org/4x A Holla out to the Kolla devs by Adam Young Devstack uses Pip to install packages, which conflict with the RPM versions on my Fedora system. Since I still need to get work done, and want to run tests on Keystone running against a live database, I?ve long wondered if I should go with container based approach. Last week, I took the plunge and started messing around with Docker. I got the MySQL Fedora container to run, then found Lars Keystone container using Sqlite, and was stumped. I poked around for a way to get the two containers talking to each other, and realized that we had a project dedicated to exactly that in OpenStack: Kolla. While it did not work for me right out of a git-clone, several of the Kolla devs worked with me to get it up and running. here are my notes, distilled. ? read more at http://tm3.org/4y Boosting the NFV datapath with RHEL OpenStack Platform by Nir Yechiel With software-defined networking (SDN) and network functions virtualization (NFV) gaining traction, more cloud service providers are looking for open solutions, based on standardized hardware platforms and open source software. In particular, communication service providers (CSPs) are undergoing a major shift from specialized hardware-based network elements to a software based provisioning paradigm where virtualized network functions (VNFs) are deployed in private or hybrid clouds of network operators. Increasingly, OpenStack is seen as the virtual infrastructure platform of choice for NFV, with many of the world?s largest communications companies implementing solutions with OpenStack today. ? read more at http://tm3.org/4z OpenStack Keystone Q and A with the Boston University Distributed Systems Class Part 1 by Adam Young Dr. Jonathan Appavoo was kind enough to invite me to be a guest lecturer in his distributed systems class at Boston University. The students proved a list of questions, and I only got a chance to address a handful of them during the class. So, I?ll try to address the rest here. ? read more at http://tm3.org/4- Setup Swift as Glance backend on RDO Liberty (CentOS 7.2) by Boris Derzhavets Post below presumes that your testing Swift storage is located somewhere on workstation (say /dev/sdb1) is about 25 GB (XFS) and before running packstack (AIO mode for testing) following steps have been done :- ? read more at http://tm3.org/50 -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From emilien at redhat.com Tue Feb 16 16:28:09 2016 From: emilien at redhat.com (Emilien Macchi) Date: Tue, 16 Feb 2016 11:28:09 -0500 Subject: [Rdo-list] Gitnetics and software factory. In-Reply-To: <20160216162009.GP3396@localhost> References: <20160216162009.GP3396@localhost> Message-ID: <56C34E19.9070102@redhat.com> [adding rdo-list for more visibility] On 02/16/2016 11:20 AM, Gabriele Cerami wrote: > Hi, > > gitnetics was created initially for opm-ci, then partially adapted for > the broader downstream needs, and for the most part it received some > degree of approval from you. > Now that software factory is moving forward, and we are trying to > integrate gitnetics there, the workflow is changing in a way that, I > think, conflicts with some of the requirements gathered by me from you > for the development of gitnetics. > I've raised some of these concerns in this sf ticket > http://softwarefactory-project.io/redmine/issues/1233. > Since I'm not even sure requirements are still current, or if I'm > interpreting them well, it would be nice to have some comments from you > in this card > https://trello.com/c/JuKioaYc/64-determine-and-define-integration-of-opm-ci-into-ci-workflow-gating > to know how much conflict there really is, so I can understand how much > really we have to port from gitnetics to software factory. > > Thanks in advance. > > Ps. Just to be clear: I'm asking this because, based on your comments, > the difference in the integration may be huge: without the need of > pre-upload validation, 90% of gitnetics will conflict with the worflow > and I will have to create a new tool, porting only some lines of > code. > -- Emilien Macchi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From rbowen at redhat.com Tue Feb 16 17:02:08 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 16 Feb 2016 12:02:08 -0500 Subject: [Rdo-list] Upcoming OpenStack Meetups - Feb 16 2016 Message-ID: <56C35610.3070700@redhat.com> The following are the meetups I'm aware of in the coming week where OpenStack and/or RDO enthusiasts are likely to be present. If you know of others, please let me know, and/or add them to http://rdoproject.org/events If there's a meetup in your area, please consider attending. If you attend, please consider taking a few photos, and possibly even writing up a brief summary of what was covered. --Rich * Tuesday February 16 in Amsterdam, NL: workshop - Working with OpenStack API's - http://www.meetup.com/Web-en-Cloud-Hosting-Meetup-for-everyone/events/228198334/ * Tuesday February 16 in Manchester, 18, GB: Ops Midcycle Edition - High Performance Computing with OpenStack - http://www.meetup.com/Manchester-OpenStack-Meetup/events/228225732/ * Tuesday February 16 in Paris, FR: D?ploiement SUSE OpenStack & Pivotal CF + Continuous Delivery avec Jenkins & CF - http://www.meetup.com/CloudFoundry-France/events/228197017/ * Wednesday February 17 in Frankfurt, DE: OpenStack Meetup 2016.1 - SDN und Container - http://www.meetup.com/OpenStack-MeetUp-Frankfurt/events/228371541/ * Thursday February 18 in Stockholm, SE: Meet Tom Fifield, OpenStack community manager - http://www.meetup.com/OpenStack-User-Group-Nordics/events/228868345/ * Thursday February 18 in Portland, OR, US: OpenStack PDX Meetup - http://www.meetup.com/openstack-pdx/events/227351345/ * Thursday February 18 in San Antonio, TX, US: Intro to OpenStack @ Geekdom - http://www.meetup.com/SA-Open-Stackers/events/228349004/ * Thursday February 18 in Austin, TX, US: OpenStack Meetup - Neutron networking with Cumulus and Project Astara - http://www.meetup.com/OpenStack-Austin/events/228184762/ * Thursday February 18 in London, 17, GB: Meet the OpenStack Product Group and Midokura - http://www.meetup.com/Openstack-London/events/228549481/ * Thursday February 18 in Boston, MA, US: OpenStack Meetup: What's in the freezer? - http://www.meetup.com/Openstack-Boston/events/228427242/ * Thursday February 18 in Atlanta, GA, US: OpenStack Meetup - Ansible Night - http://www.meetup.com/openstack-atlanta/events/228611829/ * Thursday February 18 in San Francisco, CA, US: SFBay OpenStack Meetup. Topic: OpenStack Magnum - http://www.meetup.com/openstack/events/224950334/ * Thursday February 18 in Palo Alto, CA, US: Topic: OpenStack Magnum - http://www.meetup.com/CloudFoundry/events/228251167/ * Monday February 22 in Guadalajara, MX: OpenStack PoC usando Packstack - http://www.meetup.com/OpenStack-GDL/events/228269157/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From marius at remote-lab.net Tue Feb 16 19:17:33 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 20:17:33 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: <386401d168d0$273f6f50$75be4df0$@yahoo.com> References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> Message-ID: Hi, There are a couple of things that you can check: First, let's see if the public facing connectivity to the router is working properly: 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini Here is a guide on how to deploy Neutron with an existing external network, hope it helps: https://www.rdoproject.org/networking/neutron-with-existing-external-network/ Thanks, Marius On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: > Hi All, > > I found the problem, it was mistake, I forgot totally the DHCP agent > requires an IP, now I am using a bigger pool, I can assign a floating IP, > the router public interface is up. > > Unfortunately I cannot reach the instance, and of course I cannot > login from the console to see what is in the instance because I do not have > the default cloud-user password. > > Can someone guide me how to solve it? > > For neutron and nova checks: http://pastebin.com/sxndErDC > > For troubleshooting to reach the instance: > http://pastebin.com/KTtQ2DFw > > IFCFG for external interface on Controller (network node): > http://pastebin.com/10MRZiM9 > > IFCFG for external bridge on Controller (network node): > http://pastebin.com/RsXb7wXH > > IFCFG for internal interface on Controller (network node): > http://pastebin.com/jRKRSnc7 > > IFCFG for internal bridge on Controller (network node): > http://pastebin.com/sdNnsi85 > > Output of ovs-vsctl show: http://pastebin.com/agy1FxDx > > > > Can someone guide me how to solve the problem? > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From jalway at gmail.com Tue Feb 16 20:16:43 2016 From: jalway at gmail.com (John Alway) Date: Tue, 16 Feb 2016 14:16:43 -0600 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network Message-ID: 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/ 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. 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. Does anyone have any ideas on this? Thanks! ...John -------------- next part -------------- An HTML attachment was scrubbed... URL: From asma2103 at yahoo.com Tue Feb 16 20:22:40 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 21:22:40 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> Message-ID: <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> Hi Marius, Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( 1. Check if you can reach the router's public IP --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. 2. Check if you can reach the the default gateway from the router namespace: ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 --> Here is the output of the commands: http://pastebin.com/SAPpUXUV 3. Do you want to enable dhcp on the public subnet? --> Yes I want so. Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. --> I do not have console.log, I have only these files: nova-api.log nova-cert.log nova-compute.log nova-conductor.log nova-consoleauth.log nova-manage.log nova-novncproxy.log nova-scheduler.log But I attach you a photo from the Horizon Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. --> I do not have this file, here the list of files in the plugins directory: http://pastebin.com/EMTzehnh Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini --> Here is the content of the file, I do not anything wrong: http://pastebin.com/nAiEnaTs Here is a guide on how to deploy Neutron with an existing external network, hope it helps: https://www.rdoproject.org/networking/neutron-with-existing-external-network/ --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 16 February 2016 8:18 PM To: Ashraf Hassan Cc: rdo-list Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP Hi, There are a couple of things that you can check: First, let's see if the public facing connectivity to the router is working properly: 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini Here is a guide on how to deploy Neutron with an existing external network, hope it helps: https://www.rdoproject.org/networking/neutron-with-existing-external-network/ Thanks, Marius On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: > Hi All, > > I found the problem, it was mistake, I forgot totally the DHCP > agent requires an IP, now I am using a bigger pool, I can assign a > floating IP, the router public interface is up. > > Unfortunately I cannot reach the instance, and of course I > cannot login from the console to see what is in the instance because I > do not have the default cloud-user password. > > Can someone guide me how to solve it? > > For neutron and nova checks: http://pastebin.com/sxndErDC > > For troubleshooting to reach the instance: > http://pastebin.com/KTtQ2DFw > > IFCFG for external interface on Controller (network node): > http://pastebin.com/10MRZiM9 > > IFCFG for external bridge on Controller (network node): > http://pastebin.com/RsXb7wXH > > IFCFG for internal interface on Controller (network node): > http://pastebin.com/jRKRSnc7 > > IFCFG for internal bridge on Controller (network node): > http://pastebin.com/sdNnsi85 > > Output of ovs-vsctl show: http://pastebin.com/agy1FxDx > > > > Can someone guide me how to solve the problem? > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: Horizon.jpg Type: image/jpeg Size: 195091 bytes Desc: not available URL: From marius at remote-lab.net Tue Feb 16 20:33:42 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 21:33:42 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> Message-ID: On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: > Hi Marius, > Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( > 1. Check if you can reach the router's public IP > > --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > 2. Check if you can reach the the default gateway from the router namespace: > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 > --> Here is the output of the commands: http://pastebin.com/SAPpUXUV > > 3. Do you want to enable dhcp on the public subnet? > --> Yes I want so. > > Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. > --> I do not have console.log, I have only these files: > nova-api.log nova-cert.log nova-compute.log nova-conductor.log nova-consoleauth.log nova-manage.log nova-novncproxy.log nova-scheduler.log Check the nova console-log $instance_name cli command or the Log tab in Horizon > But I attach you a photo from the Horizon > > Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. > --> I do not have this file, here the list of files in the plugins directory: http://pastebin.com/EMTzehnh Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini > --> Here is the content of the file, I do not anything wrong: http://pastebin.com/nAiEnaTs Try setting external_network_bridge = > Here is a guide on how to deploy Neutron with an existing external network, hope it helps: > https://www.rdoproject.org/networking/neutron-with-existing-external-network/ > --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 8:18 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP > > Hi, > > There are a couple of things that you can check: > > First, let's see if the public facing connectivity to the router is working properly: > > 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? > > Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. > > Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini > > Here is a guide on how to deploy Neutron with an existing external network, hope it helps: > https://www.rdoproject.org/networking/neutron-with-existing-external-network/ > > Thanks, > Marius > > On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >> Hi All, >> >> I found the problem, it was mistake, I forgot totally the DHCP >> agent requires an IP, now I am using a bigger pool, I can assign a >> floating IP, the router public interface is up. >> >> Unfortunately I cannot reach the instance, and of course I >> cannot login from the console to see what is in the instance because I >> do not have the default cloud-user password. >> >> Can someone guide me how to solve it? >> >> For neutron and nova checks: http://pastebin.com/sxndErDC >> >> For troubleshooting to reach the instance: >> http://pastebin.com/KTtQ2DFw >> >> IFCFG for external interface on Controller (network node): >> http://pastebin.com/10MRZiM9 >> >> IFCFG for external bridge on Controller (network node): >> http://pastebin.com/RsXb7wXH >> >> IFCFG for internal interface on Controller (network node): >> http://pastebin.com/jRKRSnc7 >> >> IFCFG for internal bridge on Controller (network node): >> http://pastebin.com/sdNnsi85 >> >> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >> >> >> >> Can someone guide me how to solve the problem? >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Tue Feb 16 20:41:31 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 16 Feb 2016 20:41:31 +0000 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network In-Reply-To: References: Message-ID: ________________________________ From: rdo-list-bounces at redhat.com on behalf of John Alway Sent: Tuesday, February 16, 2016 3:16 PM To: rdo-list at 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/images/rdo-logo-white.png?1441907864] Running an instance - RDO 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsneddon at redhat.com Tue Feb 16 20:43:55 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Tue, 16 Feb 2016 12:43:55 -0800 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> Message-ID: <56C38A0B.3090705@redhat.com> On 02/16/2016 12:33 PM, Marius Cornea wrote: > On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >> Hi Marius, >> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >> 1. Check if you can reach the router's public IP >> >> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. > > OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl > show' on the network node? Just to make sure I get it right - you are > able to ping 10.254.102.130 from the network node? > >> 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >> >> 3. Do you want to enable dhcp on the public subnet? >> --> Yes I want so. >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> --> I do not have console.log, I have only these files: >> nova-api.log nova-cert.log nova-compute.log nova-conductor.log nova-consoleauth.log nova-manage.log nova-novncproxy.log nova-scheduler.log > > Check the nova console-log $instance_name cli command or the Log tab in Horizon > >> But I attach you a photo from the Horizon >> >> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >> --> I do not have this file, here the list of files in the plugins directory: http://pastebin.com/EMTzehnh > > Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > >> Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini >> --> Here is the content of the file, I do not anything wrong: http://pastebin.com/nAiEnaTs > > Try setting external_network_bridge = > >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external-network/ >> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 8:18 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP >> >> Hi, >> >> There are a couple of things that you can check: >> >> First, let's see if the public facing connectivity to the router is working properly: >> >> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> >> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. Also check that external_network_bridge is set to an empty value in /etc/neutron/l3_agent.ini >> >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external-network/ >> >> Thanks, >> Marius >> >> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>> Hi All, >>> >>> I found the problem, it was mistake, I forgot totally the DHCP >>> agent requires an IP, now I am using a bigger pool, I can assign a >>> floating IP, the router public interface is up. >>> >>> Unfortunately I cannot reach the instance, and of course I >>> cannot login from the console to see what is in the instance because I >>> do not have the default cloud-user password. >>> >>> Can someone guide me how to solve it? >>> >>> For neutron and nova checks: http://pastebin.com/sxndErDC >>> >>> For troubleshooting to reach the instance: >>> http://pastebin.com/KTtQ2DFw >>> >>> IFCFG for external interface on Controller (network node): >>> http://pastebin.com/10MRZiM9 >>> >>> IFCFG for external bridge on Controller (network node): >>> http://pastebin.com/RsXb7wXH >>> >>> IFCFG for internal interface on Controller (network node): >>> http://pastebin.com/jRKRSnc7 >>> >>> IFCFG for internal bridge on Controller (network node): >>> http://pastebin.com/sdNnsi85 >>> >>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>> >>> >>> >>> Can someone guide me how to solve the problem? >>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > One more thing. After changing the setting of external_network_bridge, you need to restart Neutron services, and delete/recreate the networks. Neutron needs to recreate the proper internal OVS patches between br-int and the physical bridge. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From asma2103 at yahoo.com Tue Feb 16 20:54:36 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 21:54:36 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> Message-ID: <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? Ip a: http://pastebin.com/vR50YCUL Ip r: http://pastebin.com/4FRv7hsD Ovs-vsctl: http://pastebin.com/yHUrvhzp Yes I can ping 10.254.102.130 from network node. Check the nova console-log $instance_name cli command or the Log tab in Horizon Here is nova console log: http://pastebin.com/pF3fxxaE Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini Here is it: http://pastebin.com/Wnyu2ixA Try setting external_network_bridge = I have change " external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 16 February 2016 9:34 PM To: Ashraf Hassan Cc: rdo-list Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: > Hi Marius, > Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( > 1. Check if you can reach the router's public IP > > --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > 2. Check if you can reach the the default gateway from the router namespace: > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip > netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns > exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 > --> Here is the output of the commands: http://pastebin.com/SAPpUXUV > > 3. Do you want to enable dhcp on the public subnet? > --> Yes I want so. > > Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. > --> I do not have console.log, I have only these files: > nova-api.log nova-cert.log nova-compute.log nova-conductor.log > nova-consoleauth.log nova-manage.log nova-novncproxy.log > nova-scheduler.log Check the nova console-log $instance_name cli command or the Log tab in Horizon > But I attach you a photo from the Horizon > > Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. > --> I do not have this file, here the list of files in the plugins > --> directory: http://pastebin.com/EMTzehnh Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > Also check that external_network_bridge is set to an empty value in > /etc/neutron/l3_agent.ini > --> Here is the content of the file, I do not anything wrong: > --> http://pastebin.com/nAiEnaTs Try setting external_network_bridge = > Here is a guide on how to deploy Neutron with an existing external network, hope it helps: > https://www.rdoproject.org/networking/neutron-with-existing-external-n > etwork/ > --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 8:18 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate > floating IP > > Hi, > > There are a couple of things that you can check: > > First, let's see if the public facing connectivity to the router is working properly: > > 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: > ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? > > Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. > > Since you are using vlan networks you should check that the > /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct > bridge_mappings - physnet1 is mapped to the bridge that contains the > physical nic where vlans 10,15 are passed through. Also check that > external_network_bridge is set to an empty value in > /etc/neutron/l3_agent.ini > > Here is a guide on how to deploy Neutron with an existing external network, hope it helps: > https://www.rdoproject.org/networking/neutron-with-existing-external-n > etwork/ > > Thanks, > Marius > > On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >> Hi All, >> >> I found the problem, it was mistake, I forgot totally the DHCP >> agent requires an IP, now I am using a bigger pool, I can assign a >> floating IP, the router public interface is up. >> >> Unfortunately I cannot reach the instance, and of course I >> cannot login from the console to see what is in the instance because >> I do not have the default cloud-user password. >> >> Can someone guide me how to solve it? >> >> For neutron and nova checks: http://pastebin.com/sxndErDC >> >> For troubleshooting to reach the instance: >> http://pastebin.com/KTtQ2DFw >> >> IFCFG for external interface on Controller (network node): >> http://pastebin.com/10MRZiM9 >> >> IFCFG for external bridge on Controller (network node): >> http://pastebin.com/RsXb7wXH >> >> IFCFG for internal interface on Controller (network node): >> http://pastebin.com/jRKRSnc7 >> >> IFCFG for internal bridge on Controller (network node): >> http://pastebin.com/sdNnsi85 >> >> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >> >> >> >> Can someone guide me how to solve the problem? >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com From marius at remote-lab.net Tue Feb 16 21:08:52 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 22:08:52 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> Message-ID: On Tue, Feb 16, 2016 at 9:54 PM, Ashraf Hassan wrote: > OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > Ip a: http://pastebin.com/vR50YCUL > Ip r: http://pastebin.com/4FRv7hsD Can you run those commands on the network node itself, not from the namespace? > Ovs-vsctl: http://pastebin.com/yHUrvhzp > Yes I can ping 10.254.102.130 from network node. > > Check the nova console-log $instance_name cli command or the Log tab in Horizon > Here is nova console log: http://pastebin.com/pF3fxxaE It looks like the instance didn't get an ip address via dhcp which could indicate a connectivity issue between the compute node and the network node on vlan 15. > Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > Here is it: http://pastebin.com/Wnyu2ixA So physnet1 is mapped to br-eno33559296. Is the switch port where eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > Try setting external_network_bridge = > I have change " external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? > As Dan mentioned before, try recreating the networks as well. > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 9:34 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP > > On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >> Hi Marius, >> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >> 1. Check if you can reach the router's public IP >> >> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. > > OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > >> 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip >> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns >> exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >> >> 3. Do you want to enable dhcp on the public subnet? >> --> Yes I want so. >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> --> I do not have console.log, I have only these files: >> nova-api.log nova-cert.log nova-compute.log nova-conductor.log >> nova-consoleauth.log nova-manage.log nova-novncproxy.log >> nova-scheduler.log > > Check the nova console-log $instance_name cli command or the Log tab in Horizon > >> But I attach you a photo from the Horizon >> >> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >> --> I do not have this file, here the list of files in the plugins >> --> directory: http://pastebin.com/EMTzehnh > > Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > >> Also check that external_network_bridge is set to an empty value in >> /etc/neutron/l3_agent.ini >> --> Here is the content of the file, I do not anything wrong: >> --> http://pastebin.com/nAiEnaTs > > Try setting external_network_bridge = > >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external-n >> etwork/ >> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 8:18 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >> floating IP >> >> Hi, >> >> There are a couple of things that you can check: >> >> First, let's see if the public facing connectivity to the router is working properly: >> >> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> >> Since you are using vlan networks you should check that the >> /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct >> bridge_mappings - physnet1 is mapped to the bridge that contains the >> physical nic where vlans 10,15 are passed through. Also check that >> external_network_bridge is set to an empty value in >> /etc/neutron/l3_agent.ini >> >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external-n >> etwork/ >> >> Thanks, >> Marius >> >> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>> Hi All, >>> >>> I found the problem, it was mistake, I forgot totally the DHCP >>> agent requires an IP, now I am using a bigger pool, I can assign a >>> floating IP, the router public interface is up. >>> >>> Unfortunately I cannot reach the instance, and of course I >>> cannot login from the console to see what is in the instance because >>> I do not have the default cloud-user password. >>> >>> Can someone guide me how to solve it? >>> >>> For neutron and nova checks: http://pastebin.com/sxndErDC >>> >>> For troubleshooting to reach the instance: >>> http://pastebin.com/KTtQ2DFw >>> >>> IFCFG for external interface on Controller (network node): >>> http://pastebin.com/10MRZiM9 >>> >>> IFCFG for external bridge on Controller (network node): >>> http://pastebin.com/RsXb7wXH >>> >>> IFCFG for internal interface on Controller (network node): >>> http://pastebin.com/jRKRSnc7 >>> >>> IFCFG for internal bridge on Controller (network node): >>> http://pastebin.com/sdNnsi85 >>> >>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>> >>> >>> >>> Can someone guide me how to solve the problem? >>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > From asma2103 at yahoo.com Tue Feb 16 21:19:33 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Tue, 16 Feb 2016 22:19:33 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> Message-ID: <1db901d168ff$bc5ebe90$351c3bb0$@yahoo.com> Can you run those commands on the network node itself, not from the namespace? Sorry for that here are they: http://pastebin.com/BwdcFRY0 And here they from the other node: http://pastebin.com/gk836Rxc So physnet1 is mapped to br-eno33559296. Is the switch port where eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. It is virtual vmware switch where I assigned a single vlan, so I doubt it is a trunk, but I can change it to vlan id 4095 (any vlan) would that help? As Dan mentioned before, try recreating the networks as well. Do you mean recreating the public network in neutron? I did that before a couple of times -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 16 February 2016 10:09 PM To: Ashraf Hassan Cc: rdo-list Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP On Tue, Feb 16, 2016 at 9:54 PM, Ashraf Hassan wrote: > OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > Ip a: http://pastebin.com/vR50YCUL > Ip r: http://pastebin.com/4FRv7hsD Can you run those commands on the network node itself, not from the namespace? > Ovs-vsctl: http://pastebin.com/yHUrvhzp Yes I can ping 10.254.102.130 > from network node. > > Check the nova console-log $instance_name cli command or the Log tab > in Horizon Here is nova console log: http://pastebin.com/pF3fxxaE It looks like the instance didn't get an ip address via dhcp which could indicate a connectivity issue between the compute node and the network node on vlan 15. > Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > Here is it: http://pastebin.com/Wnyu2ixA So physnet1 is mapped to br-eno33559296. Is the switch port where eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > Try setting external_network_bridge = > I have change " external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? > As Dan mentioned before, try recreating the networks as well. > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 9:34 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate > floating IP > > On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >> Hi Marius, >> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >> 1. Check if you can reach the router's public IP >> >> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. > > OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? > >> 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip >> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns >> exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >> >> 3. Do you want to enable dhcp on the public subnet? >> --> Yes I want so. >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> --> I do not have console.log, I have only these files: >> nova-api.log nova-cert.log nova-compute.log nova-conductor.log >> nova-consoleauth.log nova-manage.log nova-novncproxy.log >> nova-scheduler.log > > Check the nova console-log $instance_name cli command or the Log tab > in Horizon > >> But I attach you a photo from the Horizon >> >> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >> --> I do not have this file, here the list of files in the plugins >> --> directory: http://pastebin.com/EMTzehnh > > Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini > >> Also check that external_network_bridge is set to an empty value in >> /etc/neutron/l3_agent.ini >> --> Here is the content of the file, I do not anything wrong: >> --> http://pastebin.com/nAiEnaTs > > Try setting external_network_bridge = > >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external- >> n >> etwork/ >> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 8:18 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >> floating IP >> >> Hi, >> >> There are a couple of things that you can check: >> >> First, let's see if the public facing connectivity to the router is working properly: >> >> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >> >> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >> >> Since you are using vlan networks you should check that the >> /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct >> bridge_mappings - physnet1 is mapped to the bridge that contains the >> physical nic where vlans 10,15 are passed through. Also check that >> external_network_bridge is set to an empty value in >> /etc/neutron/l3_agent.ini >> >> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >> https://www.rdoproject.org/networking/neutron-with-existing-external- >> n >> etwork/ >> >> Thanks, >> Marius >> >> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>> Hi All, >>> >>> I found the problem, it was mistake, I forgot totally the DHCP >>> agent requires an IP, now I am using a bigger pool, I can assign a >>> floating IP, the router public interface is up. >>> >>> Unfortunately I cannot reach the instance, and of course I >>> cannot login from the console to see what is in the instance because >>> I do not have the default cloud-user password. >>> >>> Can someone guide me how to solve it? >>> >>> For neutron and nova checks: http://pastebin.com/sxndErDC >>> >>> For troubleshooting to reach the instance: >>> http://pastebin.com/KTtQ2DFw >>> >>> IFCFG for external interface on Controller (network node): >>> http://pastebin.com/10MRZiM9 >>> >>> IFCFG for external bridge on Controller (network node): >>> http://pastebin.com/RsXb7wXH >>> >>> IFCFG for internal interface on Controller (network node): >>> http://pastebin.com/jRKRSnc7 >>> >>> IFCFG for internal bridge on Controller (network node): >>> http://pastebin.com/sdNnsi85 >>> >>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>> >>> >>> >>> Can someone guide me how to solve the problem? >>> >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > From marius at remote-lab.net Tue Feb 16 22:24:03 2016 From: marius at remote-lab.net (Marius Cornea) Date: Tue, 16 Feb 2016 23:24:03 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: <1db901d168ff$bc5ebe90$351c3bb0$@yahoo.com> References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> <1db901d168ff$bc5ebe90$351c3bb0$@yahoo.com> Message-ID: On Tue, Feb 16, 2016 at 10:19 PM, Ashraf Hassan wrote: > > Can you run those commands on the network node itself, not from the namespace? > Sorry for that here are they: http://pastebin.com/BwdcFRY0 > And here they from the other node: http://pastebin.com/gk836Rxc So if I understand it right you can reach the router via br-ex interface as it's got the 10.254.102.124/24 address, it's in the same subnet. Now this is untagged traffic so it's not working as expected since you created the public network as a vlan network with vlan id 10. This actually leads me to believe that you might better create a flat network that uses br-ex for the public network. In order to do this you can set bridge_mappings =physnet1:br-eno33559296, external:br-ex in ovs_neutron_plugin.ini and then recreate the public network with flat provider:network_type and external provider:physical_network > So physnet1 is mapped to br-eno33559296. Is the switch port where > eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > It is virtual vmware switch where I assigned a single vlan, so I doubt it is a trunk, but I can change it to vlan id 4095 (any vlan) would that help? Probably yes. The vmware switch also has some security features that block traffic which is not originated from the VM itself. Make sure you accept promiscous mode, mac address changes and forged retransmits. Please see https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-74E2059A-CC5E-4B06-81B5-3881C80E46CE.html > > As Dan mentioned before, try recreating the networks as well. > Do you mean recreating the public network in neutron? I did that before a couple of times Yes, it's needed due to the external_network_bridge change. > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 10:09 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP > > On Tue, Feb 16, 2016 at 9:54 PM, Ashraf Hassan wrote: >> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >> Ip a: http://pastebin.com/vR50YCUL >> Ip r: http://pastebin.com/4FRv7hsD > > Can you run those commands on the network node itself, not from the namespace? > >> Ovs-vsctl: http://pastebin.com/yHUrvhzp Yes I can ping 10.254.102.130 >> from network node. >> >> Check the nova console-log $instance_name cli command or the Log tab >> in Horizon Here is nova console log: http://pastebin.com/pF3fxxaE > > It looks like the instance didn't get an ip address via dhcp which could indicate a connectivity issue between the compute node and the network node on vlan 15. > >> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >> Here is it: http://pastebin.com/Wnyu2ixA > > So physnet1 is mapped to br-eno33559296. Is the switch port where > eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > >> Try setting external_network_bridge = >> I have change " external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? >> > > As Dan mentioned before, try recreating the networks as well. > >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 9:34 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >> floating IP >> >> On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >>> Hi Marius, >>> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >>> 1. Check if you can reach the router's public IP >>> >>> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. >> >> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >> >>> 2. Check if you can reach the the default gateway from the router namespace: >>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip >>> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns >>> exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >>> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >>> >>> 3. Do you want to enable dhcp on the public subnet? >>> --> Yes I want so. >>> >>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>> --> I do not have console.log, I have only these files: >>> nova-api.log nova-cert.log nova-compute.log nova-conductor.log >>> nova-consoleauth.log nova-manage.log nova-novncproxy.log >>> nova-scheduler.log >> >> Check the nova console-log $instance_name cli command or the Log tab >> in Horizon >> >>> But I attach you a photo from the Horizon >>> >>> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >>> --> I do not have this file, here the list of files in the plugins >>> --> directory: http://pastebin.com/EMTzehnh >> >> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >> >>> Also check that external_network_bridge is set to an empty value in >>> /etc/neutron/l3_agent.ini >>> --> Here is the content of the file, I do not anything wrong: >>> --> http://pastebin.com/nAiEnaTs >> >> Try setting external_network_bridge = >> >>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>> https://www.rdoproject.org/networking/neutron-with-existing-external- >>> n >>> etwork/ >>> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >>> >>> -----Original Message----- >>> From: Marius Cornea [mailto:marius at remote-lab.net] >>> Sent: Tuesday, 16 February 2016 8:18 PM >>> To: Ashraf Hassan >>> Cc: rdo-list >>> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >>> floating IP >>> >>> Hi, >>> >>> There are a couple of things that you can check: >>> >>> First, let's see if the public facing connectivity to the router is working properly: >>> >>> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >>> >>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>> >>> Since you are using vlan networks you should check that the >>> /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct >>> bridge_mappings - physnet1 is mapped to the bridge that contains the >>> physical nic where vlans 10,15 are passed through. Also check that >>> external_network_bridge is set to an empty value in >>> /etc/neutron/l3_agent.ini >>> >>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>> https://www.rdoproject.org/networking/neutron-with-existing-external- >>> n >>> etwork/ >>> >>> Thanks, >>> Marius >>> >>> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>>> Hi All, >>>> >>>> I found the problem, it was mistake, I forgot totally the DHCP >>>> agent requires an IP, now I am using a bigger pool, I can assign a >>>> floating IP, the router public interface is up. >>>> >>>> Unfortunately I cannot reach the instance, and of course I >>>> cannot login from the console to see what is in the instance because >>>> I do not have the default cloud-user password. >>>> >>>> Can someone guide me how to solve it? >>>> >>>> For neutron and nova checks: http://pastebin.com/sxndErDC >>>> >>>> For troubleshooting to reach the instance: >>>> http://pastebin.com/KTtQ2DFw >>>> >>>> IFCFG for external interface on Controller (network node): >>>> http://pastebin.com/10MRZiM9 >>>> >>>> IFCFG for external bridge on Controller (network node): >>>> http://pastebin.com/RsXb7wXH >>>> >>>> IFCFG for internal interface on Controller (network node): >>>> http://pastebin.com/jRKRSnc7 >>>> >>>> IFCFG for internal bridge on Controller (network node): >>>> http://pastebin.com/sdNnsi85 >>>> >>>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>>> >>>> >>>> >>>> Can someone guide me how to solve the problem? >>>> >>>> >>>> _______________________________________________ >>>> Rdo-list mailing list >>>> Rdo-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>> >>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > From asma2103 at yahoo.com Wed Feb 17 08:14:03 2016 From: asma2103 at yahoo.com (Ashraf Hassan) Date: Wed, 17 Feb 2016 09:14:03 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> <1db901d168ff$bc5ebe90$351c3bb0$@yahoo.com> Message-ID: <002001d1695b$2acbe140$8063a3c0$@yahoo.com> I have changed bridge_mappings to : bridge_mappings = physnet1:br-eno33559296, external:br-ex I added type flat in ml2_conf.ini: type_drivers = vlan,flat Restarted neutron: #openstack-service restart neutron I deleted the old network, and created one as follow: (keystone_admin)]# neutron net-create public --router:external True --provider:physical_network external --provider:network_type flat I created a subnet in this network. I enabled promiscuous mode on Vmware vswitches I enabled ALL vlans on the internal interfaces eno33559296 And from the tenant: I recreated the router and instance. Now I am pinging the router port, and the DHCP port, and the instance port even when the instance is down, but when I try to make ssh or http it says connection refused :-( Here is the nova log for the new instance: http://pastebin.com/QYM9W3cH -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Tuesday, 16 February 2016 11:24 PM To: Ashraf Hassan Cc: rdo-list Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP On Tue, Feb 16, 2016 at 10:19 PM, Ashraf Hassan wrote: > > Can you run those commands on the network node itself, not from the namespace? > Sorry for that here are they: http://pastebin.com/BwdcFRY0 And here > they from the other node: http://pastebin.com/gk836Rxc So if I understand it right you can reach the router via br-ex interface as it's got the 10.254.102.124/24 address, it's in the same subnet. Now this is untagged traffic so it's not working as expected since you created the public network as a vlan network with vlan id 10. This actually leads me to believe that you might better create a flat network that uses br-ex for the public network. In order to do this you can set bridge_mappings =physnet1:br-eno33559296, external:br-ex in ovs_neutron_plugin.ini and then recreate the public network with flat provider:network_type and external provider:physical_network > So physnet1 is mapped to br-eno33559296. Is the switch port where > eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > It is virtual vmware switch where I assigned a single vlan, so I doubt it is a trunk, but I can change it to vlan id 4095 (any vlan) would that help? Probably yes. The vmware switch also has some security features that block traffic which is not originated from the VM itself. Make sure you accept promiscous mode, mac address changes and forged retransmits. Please see https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-74E2059A-CC5E-4B06-81B5-3881C80E46CE.html > > As Dan mentioned before, try recreating the networks as well. > Do you mean recreating the public network in neutron? I did that > before a couple of times Yes, it's needed due to the external_network_bridge change. > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 10:09 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate > floating IP > > On Tue, Feb 16, 2016 at 9:54 PM, Ashraf Hassan wrote: >> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >> Ip a: http://pastebin.com/vR50YCUL >> Ip r: http://pastebin.com/4FRv7hsD > > Can you run those commands on the network node itself, not from the namespace? > >> Ovs-vsctl: http://pastebin.com/yHUrvhzp Yes I can ping 10.254.102.130 >> from network node. >> >> Check the nova console-log $instance_name cli command or the Log tab >> in Horizon Here is nova console log: http://pastebin.com/pF3fxxaE > > It looks like the instance didn't get an ip address via dhcp which could indicate a connectivity issue between the compute node and the network node on vlan 15. > >> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >> Here is it: http://pastebin.com/Wnyu2ixA > > So physnet1 is mapped to br-eno33559296. Is the switch port where > eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. > >> Try setting external_network_bridge = I have change " >> external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? >> > > As Dan mentioned before, try recreating the networks as well. > >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 9:34 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >> floating IP >> >> On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >>> Hi Marius, >>> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >>> 1. Check if you can reach the router's public IP >>> >>> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. >> >> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >> >>> 2. Check if you can reach the the default gateway from the router namespace: >>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip >>> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip >>> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >>> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >>> >>> 3. Do you want to enable dhcp on the public subnet? >>> --> Yes I want so. >>> >>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>> --> I do not have console.log, I have only these files: >>> nova-api.log nova-cert.log nova-compute.log nova-conductor.log >>> nova-consoleauth.log nova-manage.log nova-novncproxy.log >>> nova-scheduler.log >> >> Check the nova console-log $instance_name cli command or the Log tab >> in Horizon >> >>> But I attach you a photo from the Horizon >>> >>> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >>> --> I do not have this file, here the list of files in the plugins >>> --> directory: http://pastebin.com/EMTzehnh >> >> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >> >>> Also check that external_network_bridge is set to an empty value >>> in /etc/neutron/l3_agent.ini >>> --> Here is the content of the file, I do not anything wrong: >>> --> http://pastebin.com/nAiEnaTs >> >> Try setting external_network_bridge = >> >>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>> https://www.rdoproject.org/networking/neutron-with-existing-external >>> - >>> n >>> etwork/ >>> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >>> >>> -----Original Message----- >>> From: Marius Cornea [mailto:marius at remote-lab.net] >>> Sent: Tuesday, 16 February 2016 8:18 PM >>> To: Ashraf Hassan >>> Cc: rdo-list >>> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >>> floating IP >>> >>> Hi, >>> >>> There are a couple of things that you can check: >>> >>> First, let's see if the public facing connectivity to the router is working properly: >>> >>> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >>> >>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>> >>> Since you are using vlan networks you should check that the >>> /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct >>> bridge_mappings - physnet1 is mapped to the bridge that contains the >>> physical nic where vlans 10,15 are passed through. Also check that >>> external_network_bridge is set to an empty value in >>> /etc/neutron/l3_agent.ini >>> >>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>> https://www.rdoproject.org/networking/neutron-with-existing-external >>> - >>> n >>> etwork/ >>> >>> Thanks, >>> Marius >>> >>> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>>> Hi All, >>>> >>>> I found the problem, it was mistake, I forgot totally the >>>> DHCP agent requires an IP, now I am using a bigger pool, I can >>>> assign a floating IP, the router public interface is up. >>>> >>>> Unfortunately I cannot reach the instance, and of course I >>>> cannot login from the console to see what is in the instance >>>> because I do not have the default cloud-user password. >>>> >>>> Can someone guide me how to solve it? >>>> >>>> For neutron and nova checks: http://pastebin.com/sxndErDC >>>> >>>> For troubleshooting to reach the instance: >>>> http://pastebin.com/KTtQ2DFw >>>> >>>> IFCFG for external interface on Controller (network node): >>>> http://pastebin.com/10MRZiM9 >>>> >>>> IFCFG for external bridge on Controller (network node): >>>> http://pastebin.com/RsXb7wXH >>>> >>>> IFCFG for internal interface on Controller (network node): >>>> http://pastebin.com/jRKRSnc7 >>>> >>>> IFCFG for internal bridge on Controller (network node): >>>> http://pastebin.com/sdNnsi85 >>>> >>>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>>> >>>> >>>> >>>> Can someone guide me how to solve the problem? >>>> >>>> >>>> _______________________________________________ >>>> Rdo-list mailing list >>>> Rdo-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>> >>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > From marius at remote-lab.net Wed Feb 17 09:01:35 2016 From: marius at remote-lab.net (Marius Cornea) Date: Wed, 17 Feb 2016 10:01:35 +0100 Subject: [Rdo-list] My router GWY is down and can not allocate floating IP In-Reply-To: <002001d1695b$2acbe140$8063a3c0$@yahoo.com> References: <386401d168d0$273f6f50$75be4df0$@yahoo.com> <053a01d168f7$ca1eec10$5e5cc430$@yahoo.com> <1db401d168fc$3fa859e0$bef90da0$@yahoo.com> <1db901d168ff$bc5ebe90$351c3bb0$@yahoo.com> <002001d1695b$2acbe140$8063a3c0$@yahoo.com> Message-ID: That doesn't sound right. The instance didn't receive an address from the DHCP server, this might be caused connectivity issue between the network and compute node on the tenant network that you created. Regarding the public side of the router you could check what ip addresses are set in the namespace by ip a and eventually running tcpdump from inside the namespace to see what traffic is reaching the public facing interface. The connection refused message means that the ip address is set on an interface on the network but it's not binding on the ports you're trying to reach. My guess is that it's either set on the on the public interface in the router namespace or it's configured on some other host in the network. On Wed, Feb 17, 2016 at 9:14 AM, Ashraf Hassan wrote: > I have changed bridge_mappings to : > bridge_mappings = physnet1:br-eno33559296, external:br-ex > > > I added type flat in ml2_conf.ini: > type_drivers = vlan,flat > > Restarted neutron: > #openstack-service restart neutron > > I deleted the old network, and created one as follow: > (keystone_admin)]# neutron net-create public --router:external True --provider:physical_network external --provider:network_type flat > > I created a subnet in this network. > > I enabled promiscuous mode on Vmware vswitches > I enabled ALL vlans on the internal interfaces eno33559296 > > And from the tenant: > I recreated the router and instance. > Now I am pinging the router port, and the DHCP port, and the instance port even when the instance is down, but when I try to make ssh or http it says connection refused :-( > Here is the nova log for the new instance: http://pastebin.com/QYM9W3cH > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Tuesday, 16 February 2016 11:24 PM > To: Ashraf Hassan > Cc: rdo-list > Subject: Re: [Rdo-list] My router GWY is down and can not allocate floating IP > > On Tue, Feb 16, 2016 at 10:19 PM, Ashraf Hassan wrote: >> >> Can you run those commands on the network node itself, not from the namespace? >> Sorry for that here are they: http://pastebin.com/BwdcFRY0 And here >> they from the other node: http://pastebin.com/gk836Rxc > > So if I understand it right you can reach the router via br-ex interface as it's got the 10.254.102.124/24 address, it's in the same subnet. Now this is untagged traffic so it's not working as expected since you created the public network as a vlan network with vlan id 10. > > This actually leads me to believe that you might better create a flat network that uses br-ex for the public network. In order to do this you can set bridge_mappings =physnet1:br-eno33559296, external:br-ex in ovs_neutron_plugin.ini and then recreate the public network with flat provider:network_type and external provider:physical_network > >> So physnet1 is mapped to br-eno33559296. Is the switch port where >> eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. >> It is virtual vmware switch where I assigned a single vlan, so I doubt it is a trunk, but I can change it to vlan id 4095 (any vlan) would that help? > > Probably yes. The vmware switch also has some security features that block traffic which is not originated from the VM itself. Make sure you accept promiscous mode, mac address changes and forged retransmits. Please see https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-74E2059A-CC5E-4B06-81B5-3881C80E46CE.html > >> >> As Dan mentioned before, try recreating the networks as well. >> Do you mean recreating the public network in neutron? I did that >> before a couple of times > > Yes, it's needed due to the external_network_bridge change. > >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Tuesday, 16 February 2016 10:09 PM >> To: Ashraf Hassan >> Cc: rdo-list >> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >> floating IP >> >> On Tue, Feb 16, 2016 at 9:54 PM, Ashraf Hassan wrote: >>> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >>> Ip a: http://pastebin.com/vR50YCUL >>> Ip r: http://pastebin.com/4FRv7hsD >> >> Can you run those commands on the network node itself, not from the namespace? >> >>> Ovs-vsctl: http://pastebin.com/yHUrvhzp Yes I can ping 10.254.102.130 >>> from network node. >>> >>> Check the nova console-log $instance_name cli command or the Log tab >>> in Horizon Here is nova console log: http://pastebin.com/pF3fxxaE >> >> It looks like the instance didn't get an ip address via dhcp which could indicate a connectivity issue between the compute node and the network node on vlan 15. >> >>> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >>> Here is it: http://pastebin.com/Wnyu2ixA >> >> So physnet1 is mapped to br-eno33559296. Is the switch port where >> eno33559296 is connected configured properly? It should be set up as trunk, the vlans that you wish to use should be defined and allowed on that port. >> >>> Try setting external_network_bridge = I have change " >>> external_network_bridge = br-ex" to " external_network_bridge = " and restarted neutron "openstack-service restart neutron" but still the problem there, shall I resturn it back? >>> >> >> As Dan mentioned before, try recreating the networks as well. >> >>> >>> -----Original Message----- >>> From: Marius Cornea [mailto:marius at remote-lab.net] >>> Sent: Tuesday, 16 February 2016 9:34 PM >>> To: Ashraf Hassan >>> Cc: rdo-list >>> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >>> floating IP >>> >>> On Tue, Feb 16, 2016 at 9:22 PM, Ashraf Hassan wrote: >>>> Hi Marius, >>>> Thank you for your help, but I believe now I have seriously wrong stuff but I am still not able to figure it out :-( >>>> 1. Check if you can reach the router's public IP >>>> >>>> --> I can reach the router public IP only from the network node, but not from any other node even in the same public subnet. >>> >>> OK, can you please paste the output of 'ip a', 'ip r' and 'ovs-vsctl show' on the network node? Just to make sure I get it right - you are able to ping 10.254.102.130 from the network node? >>> >>>> 2. Check if you can reach the the default gateway from the router namespace: >>>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip >>>> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip >>>> netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 >>>> --> Here is the output of the commands: http://pastebin.com/SAPpUXUV >>>> >>>> 3. Do you want to enable dhcp on the public subnet? >>>> --> Yes I want so. >>>> >>>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>>> --> I do not have console.log, I have only these files: >>>> nova-api.log nova-cert.log nova-compute.log nova-conductor.log >>>> nova-consoleauth.log nova-manage.log nova-novncproxy.log >>>> nova-scheduler.log >>> >>> Check the nova console-log $instance_name cli command or the Log tab >>> in Horizon >>> >>>> But I attach you a photo from the Horizon >>>> >>>> Since you are using vlan networks you should check that the /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct bridge_mappings - physnet1 is mapped to the bridge that contains the physical nic where vlans 10,15 are passed through. >>>> --> I do not have this file, here the list of files in the plugins >>>> --> directory: http://pastebin.com/EMTzehnh >>> >>> Check then /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini >>> >>>> Also check that external_network_bridge is set to an empty value >>>> in /etc/neutron/l3_agent.ini >>>> --> Here is the content of the file, I do not anything wrong: >>>> --> http://pastebin.com/nAiEnaTs >>> >>> Try setting external_network_bridge = >>> >>>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>>> https://www.rdoproject.org/networking/neutron-with-existing-external >>>> - >>>> n >>>> etwork/ >>>> --> I believe there is something wrong in the installation, but I can not figure out what I did wrong that I am missing the file /etc/neutron/plugins/ml2/openvswitch_agent.ini!!! >>>> >>>> -----Original Message----- >>>> From: Marius Cornea [mailto:marius at remote-lab.net] >>>> Sent: Tuesday, 16 February 2016 8:18 PM >>>> To: Ashraf Hassan >>>> Cc: rdo-list >>>> Subject: Re: [Rdo-list] My router GWY is down and can not allocate >>>> floating IP >>>> >>>> Hi, >>>> >>>> There are a couple of things that you can check: >>>> >>>> First, let's see if the public facing connectivity to the router is working properly: >>>> >>>> 1. Check if you can reach the router's public IP 2. Check if you can reach the the default gateway from the router namespace: >>>> ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip a ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ip r ip netns exec qrouter-2d9b71f1-6e54-4a05-a0fb-0680233d6dea ping 10.254.102.1 3. Do you want to enable dhcp on the public subnet? >>>> >>>> Second, check the instance log if it received an IP address via dhcp and it was able to reach the metadata server. You should be able to see this via nova console-log or in Horizon. >>>> >>>> Since you are using vlan networks you should check that the >>>> /etc/neutron/plugins/ml2/openvswitch_agent.ini contains the correct >>>> bridge_mappings - physnet1 is mapped to the bridge that contains the >>>> physical nic where vlans 10,15 are passed through. Also check that >>>> external_network_bridge is set to an empty value in >>>> /etc/neutron/l3_agent.ini >>>> >>>> Here is a guide on how to deploy Neutron with an existing external network, hope it helps: >>>> https://www.rdoproject.org/networking/neutron-with-existing-external >>>> - >>>> n >>>> etwork/ >>>> >>>> Thanks, >>>> Marius >>>> >>>> On Tue, Feb 16, 2016 at 4:38 PM, Ashraf Hassan wrote: >>>>> Hi All, >>>>> >>>>> I found the problem, it was mistake, I forgot totally the >>>>> DHCP agent requires an IP, now I am using a bigger pool, I can >>>>> assign a floating IP, the router public interface is up. >>>>> >>>>> Unfortunately I cannot reach the instance, and of course I >>>>> cannot login from the console to see what is in the instance >>>>> because I do not have the default cloud-user password. >>>>> >>>>> Can someone guide me how to solve it? >>>>> >>>>> For neutron and nova checks: http://pastebin.com/sxndErDC >>>>> >>>>> For troubleshooting to reach the instance: >>>>> http://pastebin.com/KTtQ2DFw >>>>> >>>>> IFCFG for external interface on Controller (network node): >>>>> http://pastebin.com/10MRZiM9 >>>>> >>>>> IFCFG for external bridge on Controller (network node): >>>>> http://pastebin.com/RsXb7wXH >>>>> >>>>> IFCFG for internal interface on Controller (network node): >>>>> http://pastebin.com/jRKRSnc7 >>>>> >>>>> IFCFG for internal bridge on Controller (network node): >>>>> http://pastebin.com/sdNnsi85 >>>>> >>>>> Output of ovs-vsctl show: http://pastebin.com/agy1FxDx >>>>> >>>>> >>>>> >>>>> Can someone guide me how to solve the problem? >>>>> >>>>> >>>>> _______________________________________________ >>>>> Rdo-list mailing list >>>>> Rdo-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rdo-list >>>>> >>>>> To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >> > From chkumar246 at gmail.com Wed Feb 17 14:14:55 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 17 Feb 2016 19:44:55 +0530 Subject: [Rdo-list] RDO Bug Statistics [2016-02-17] Message-ID: # RDO Bugs on 2016-02-17 This email summarizes the active RDO bugs listed in the Red Hat Bugzilla database at . To report a new bug against RDO, go to: ## Summary - Open (NEW, ASSIGNED, ON_DEV): 400 - Fixed (MODIFIED, POST, ON_QA): 219 ## Number of open bugs by component dib-utils [ 2] diskimage-builder [ 3] + distribution [ 13] +++++ dnsmasq [ 1] Documentation [ 4] + instack [ 4] + instack-undercloud [ 28] ++++++++++++ iproute [ 1] openstack-ceilometer [ 2] openstack-cinder [ 13] +++++ openstack-foreman-inst... [ 2] openstack-glance [ 2] openstack-heat [ 5] ++ openstack-horizon [ 2] openstack-ironic [ 4] + openstack-ironic-disco... [ 1] openstack-keystone [ 10] ++++ openstack-manila [ 10] ++++ openstack-neutron [ 12] +++++ openstack-nova [ 22] +++++++++ openstack-packstack [ 89] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 17] +++++++ openstack-sahara [ 2] openstack-selinux [ 11] ++++ openstack-swift [ 3] + openstack-tripleo [ 29] +++++++++++++ openstack-tripleo-heat... [ 6] ++ openstack-tripleo-imag... [ 3] + openstack-trove [ 1] openstack-tuskar [ 2] openstack-utils [ 1] openvswitch [ 1] Package Review [ 9] ++++ python-cinderclient [ 1] python-glanceclient [ 2] python-keystonemiddleware [ 1] python-neutronclient [ 4] + python-novaclient [ 1] python-openstackclient [ 5] ++ python-oslo-config [ 2] rdo-manager [ 58] ++++++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdopkg [ 2] RFEs [ 2] tempest [ 1] ## Open bugs This is a list of "open" bugs by component. An "open" bug is in state NEW, ASSIGNED, ON_DEV and has not yet been fixed. (400 bugs) ### dib-utils (2 bugs) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2015-12-07 Summary: Packstack Ironic admin_url misconfigured in nova.conf [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: dib-utils Last change: 2015-12-10 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2015-04-09 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2015-09-23 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-01-27 Summary: add support for deltarpm ### distribution (13 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] text of uninitialized deployment needs rewording [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2015-10-13 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-02-03 Summary: Tracker: Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-01-04 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2015-06-04 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-01-25 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2015-06-04 Summary: Tracking bug for bugs that Lars is interested in [1275608 ] http://bugzilla.redhat.com/1275608 (NEW) Component: distribution Last change: 2015-10-27 Summary: EOL'ed rpm file URL not up to date [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2015-09-14 Summary: [RFE] Packages upgrade path checks in Delorean CI [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2015-06-04 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] Provisioning Images filter doesn't work [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2016-02-13 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2015-12-10 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2015-06-22 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (4 bugs) [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2015-10-15 Summary: [DOC] External network should be documents in RDO manager installation [1271793 ] http://bugzilla.redhat.com/1271793 (NEW) Component: Documentation Last change: 2015-10-14 Summary: rdo-manager doc has incomplete /etc/hosts configuration [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2015-10-15 Summary: step required to build images for overcloud [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2015-10-15 Summary: RFE : document how to access horizon in RDO manager VIRT setup ### instack (4 bugs) [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2015-06-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2015-06-04 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2015-06-04 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2015-06-04 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (28 bugs) [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2015-10-20 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2015-09-23 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2015-06-29 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2015-07-14 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2015-06-25 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2015-10-19 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2015-09-29 Summary: instack-virt-setup fails on CentOS7 [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-01-19 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2015-06-11 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2015-06-16 Summary: instack-ironic-deployment --register-nodes swallows error output [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2015-09-30 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2015-06-15 Summary: wget is missing from qcow2 image fails instack-build- images script ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-01-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (2 bugs) [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (13 bugs) [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-27 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2015-01-05 Summary: vmware: "Not authenticated error occurred " on delete volume [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2015-10-02 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2015-03-31 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2015-07-23 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2015-06-14 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1231311 ] http://bugzilla.redhat.com/1231311 (NEW) Component: openstack-cinder Last change: 2015-06-12 Summary: Cinder missing dep: fasteners against liberty packstack install [1167945 ] http://bugzilla.redhat.com/1167945 (NEW) Component: openstack-cinder Last change: 2014-11-25 Summary: Random characters in instacne name break volume attaching [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-17 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-01-04 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2015-04-14 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-01-22 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2015-11-25 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] ### openstack-foreman-installer (2 bugs) [1203292 ] http://bugzilla.redhat.com/1203292 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: [RFE] Openstack Installer should install and configure SPICE to work with Nova and Horizon [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (2 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2015-04-20 Summary: Split glance-api and glance-registry [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2015-04-21 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-01-07 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-01-07 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2015-07-20 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2015-08-19 Summary: SoftwareDeployment resource attributes are null [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2015-07-08 Summary: Clearing non-existing hooks yields no error message ### openstack-horizon (2 bugs) [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-01-04 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (1 bug) [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (10 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2015-12-09 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2015-04-05 Summary: Need to include SSO callback form in the openstack- keystone RPM [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-01-21 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2015-06-04 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2015-07-23 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2015-06-04 Summary: Overridden default for Token Provider points to non- existent class [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1008865 ] http://bugzilla.redhat.com/1008865 (NEW) Component: openstack-keystone Last change: 2015-10-26 Summary: keystone-all process reaches 100% CPU consumption [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2015-12-07 Summary: keystone: add token flush cronjob script to keystone package ### openstack-manila (10 bugs) [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (12 bugs) [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-01-11 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2015-01-08 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2015-08-17 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2014-12-16 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1269610 ] http://bugzilla.redhat.com/1269610 (ASSIGNED) Component: openstack-neutron Last change: 2015-11-19 Summary: Overcloud deployment fails - openvswitch agent is not running and nova instances end up in error state [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2015-05-28 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2015-12-22 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2015-12-30 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2014-09-27 Summary: Use neutron-sanity-check in CI checks [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2015-11-11 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2015-09-02 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2015-12-15 Summary: [RFE] [neutron] neutron services needs more RPM granularity ### openstack-nova (22 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-02-15 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-02-03 Summary: Ensure translations are installed correctly and picked up at runtime [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova AVC messages [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-01-21 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-01-19 Summary: logrotate should copytruncate to avoid openstack logging to deleted files [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version ### openstack-packstack (89 bugs) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: "private" network created by packstack is not owned by any tenant [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-01-18 Summary: Raise MariaDB max connections limit [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-24 Summary: [RFE] Include Fedora cloud images in some nice way [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: rabbitmq wont start if ssl is required [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-01-13 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2015-12-18 Summary: Receive Msg 'Error: Could not find user glance' [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] SPICE support in packstack [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Deploying ironic kilo with packstack fails [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2015-09-09 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-23 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack missing ML2 Mellanox Mechanism Driver [953586 ] http://bugzilla.redhat.com/953586 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Openstack Installer: packstack should install and configure SPICE to work with Nova and Horizon [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Errors install kilo on fedora21 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2015-07-05 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Provide option to set bind_host/bind_port for API services [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2015-06-16 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2015-07-29 Summary: rdo liberty trunk; nova compute fails to start [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2015-10-07 Summary: packstack script does not test to see if the rc files *were* created. [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: Swift's proxy-server is not configured to use ceilometer [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: centos7 fails to install glance [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: Nova keypair doesn't work with Nova Networking [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2015-09-25 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2016-02-11 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2015-10-12 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run fails when running with DEMO [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-02-10 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Packstack --allinone fails while starting HTTPD service [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2015-07-01 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2015-04-14 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2015-10-31 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: glance provision disregards keystone region setting [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2015-08-05 Summary: FWaaS does not work because DB was not synced [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2015-12-10 Summary: PackStack installs Nova crontab that nova user can't run [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2015-12-04 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: New user cannot retrieve container listing [1283261 ] http://bugzilla.redhat.com/1283261 (NEW) Component: openstack-packstack Last change: 2016-02-05 Summary: ceilometer-nova is not configured [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2015-08-04 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-01-29 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2015-11-25 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: add DiskFilter to scheduler_default_filters [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Swift's proxy-server is not configured to use ceilometer [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Please add glance and nova lib folder config [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-20 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2015-07-08 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack key injection fails with legacy networking (Nova networking) [1225312 ] http://bugzilla.redhat.com/1225312 (NEW) Component: openstack-packstack Last change: 2016-02-11 Summary: Packstack Installation error - Invalid parameter create_mysql_resource on Class[Galera::Server] [1282928 ] http://bugzilla.redhat.com/1282928 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-29 Summary: Trove-api fails to start when deployed using packstack on RHEL 7.2 RC1.1 [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: misleading exit message on fail [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2015-10-13 Summary: packstack failed to start nova.api [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2015-11-06 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack wording is unclear for demo and testing provisioning. [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2015-07-14 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex ### openstack-puppet-modules (17 bugs) [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2015-12-04 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Permissions issue prevents CSS from rendering [1298245 ] http://bugzilla.redhat.com/1298245 (NEW) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: trove conf files require update when neutron disabled [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2015-09-03 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: Typo in log file name for trove-guestagent [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-01 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Increase the rpc_thread_pool_size [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-openstack_extras to opm [1304512 ] http://bugzilla.redhat.com/1304512 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-04 Summary: Packstack replaces httpd config with one without conf.modules.d [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2015-07-07 Summary: trove guestagent config mods for integration testing [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2015-06-30 Summary: rdo kilo mongo fails to start ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-10 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (11 bugs) [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2015-02-06 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2015-04-09 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2015-03-19 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2015-03-18 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2015-11-24 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2015-08-21 Summary: nova api can't be started in WSGI under httpd, blocked by selinux [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2014-11-23 Summary: keystone-all proccess raised avc denied ### openstack-swift (3 bugs) [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2015-12-22 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2015-01-07 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2014-12-12 Summary: swift-init does not interoperate with systemd swift service files ### openstack-tripleo (29 bugs) [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-02-01 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2015-06-08 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: You can still check introspection status for ironic nodes that have been deleted [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2015-10-09 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2015-06-22 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1304395 ] http://bugzilla.redhat.com/1304395 (NEW) Component: openstack-tripleo Last change: 2016-02-10 Summary: openstack overcloud image upload fails with "Required file "./ironic-python-agent.initramfs" does not exist." [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2015-12-11 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Timeout in API [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2015-11-23 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2015-11-04 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Overcloud missing ceilometer keystone user and endpoints [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2015-06-29 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When adding nodes to the cloud the update hangs and takes forever ### openstack-tripleo-heat-templates (6 bugs) [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-29 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-08 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-01 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-08 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-13 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-04 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-02-01 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: mariadb my.cnf socket path does not exist [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: possible incorrect selinux check in 97-mysql-selinux ### openstack-trove (1 bug) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2015-06-23 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2015-06-26 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-01-04 Summary: Can't enable OpenStack service after openstack-service disable ### openvswitch (1 bug) [1306443 ] http://bugzilla.redhat.com/1306443 (NEW) Component: openvswitch Last change: 2016-02-10 Summary: SegFault on neutron-openvswitch-agent start ### Package Review (9 bugs) [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2015-12-03 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (NEW) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-midonetclient [1272513 ] http://bugzilla.redhat.com/1272513 (ASSIGNED) Component: Package Review Last change: 2016-01-13 Summary: Review Request: Murano - is an application catalog for OpenStack [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1292794 ] http://bugzilla.redhat.com/1292794 (ASSIGNED) Component: Package Review Last change: 2016-01-28 Summary: Review Request: openstack-magnum - Container Management project for OpenStack [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2015-11-13 Summary: New Package: python-dracclient ### python-cinderclient (1 bug) [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-cinderclient Last change: 2016-02-09 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base ### python-glanceclient (2 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2015-10-21 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2014-11-17 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2015-10-26 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (4 bugs) [1221063 ] http://bugzilla.redhat.com/1221063 (ASSIGNED) Component: python-neutronclient Last change: 2015-08-20 Summary: --router:external=True syntax is invalid - not backward compatibility [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2015-03-30 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2015-11-12 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-01-28 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (1 bug) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2015-06-04 Summary: Missing versioned dependency on python-six ### python-openstackclient (5 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: `openstack ip floating delete` fails if we specify IP address as input [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (58 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot access instance vnc console on horizon after overcloud deployment [1306350 ] http://bugzilla.redhat.com/1306350 (NEW) Component: rdo-manager Last change: 2016-02-10 Summary: With RDO-manager, if not configured, the first nic on compute nodes gets addresses from dhcp as a default [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deployment of Undercloud [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: add deltarpm to all images built [1306364 ] http://bugzilla.redhat.com/1306364 (NEW) Component: rdo-manager Last change: 2016-02-10 Summary: With RDO-manager, using bridge mappings, Neutron opensvswitch-agent plugin's config file don't gets populated correctly [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support IPv6 [1270818 ] http://bugzilla.redhat.com/1270818 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Two ironic-inspector processes are running on the undercloud, breaking the introspection [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Command to create flavors based on real hardware and profiles [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1269002 ] http://bugzilla.redhat.com/1269002 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: overcloud HA deployment fails - the rabbitmq doesn't run on the controllers. [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Glance client returning 'Expected endpoint' [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2015-06-03 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup fails: error Running install- packages install [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Duplicate nova hypervisors after rebooting compute nodes [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2015-10-15 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager imoort .json file [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot view cinder volumes in overcloud controller horizon [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: PXE boot fails: Unrecognized option "--autofree" [1294085 ] http://bugzilla.redhat.com/1294085 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Creating an instance on RDO overcloud, errors out [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: there is a newer image that can be used to deploy openstack [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deploying Manila is not possible due to missing template [1272167 ] http://bugzilla.redhat.com/1272167 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support enabling the port security extension [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2015-05-29 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: No way to increase yum timeouts when building images [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-01-01 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2015-10-21 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated neutron options [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2015-10-22 Summary: rdo-manager liberty, delete node is failing [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-07-13 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-08-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Validate node power credentials after enrolling ### rdopkg (2 bugs) [1306485 ] http://bugzilla.redhat.com/1306485 (NEW) Component: rdopkg Last change: 2016-02-17 Summary: centos 7.2 need to do "systemctl enable rabbitmq- server" before "packstack --allinone --provision- demo=n" [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-02-01 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-01-22 Summary: [RFE] Provide easy to use upgrade tool ### tempest (1 bug) [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (219 bugs) ### diskimage-builder (1 bug) [1228761 ] http://bugzilla.redhat.com/1228761 (MODIFIED) Component: diskimage-builder Last change: 2015-09-23 Summary: DIB_YUM_REPO_CONF points to two files and that breaks imagebuilding ### distribution (7 bugs) [1265690 ] http://bugzilla.redhat.com/1265690 (ON_QA) Component: distribution Last change: 2015-09-28 Summary: Update python-networkx to 1.10 [1300013 ] http://bugzilla.redhat.com/1300013 (MODIFIED) Component: distribution Last change: 2016-01-21 Summary: openstack-aodh now requires python-gnocchiclient [1108188 ] http://bugzilla.redhat.com/1108188 (MODIFIED) Component: distribution Last change: 2016-01-04 Summary: update el6 icehouse kombu packages for improved performance [1218723 ] http://bugzilla.redhat.com/1218723 (MODIFIED) Component: distribution Last change: 2015-06-04 Summary: Trove configuration files set different control_exchange for taskmanager/conductor and api [1151589 ] http://bugzilla.redhat.com/1151589 (MODIFIED) Component: distribution Last change: 2015-03-18 Summary: trove does not install dependency python-pbr [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2015-06-04 Summary: Tuskar Fails After Remove/Reinstall Of RDO [1218398 ] http://bugzilla.redhat.com/1218398 (ON_QA) Component: distribution Last change: 2015-06-04 Summary: rdo kilo testing repository missing openstack- neutron-*aas ### instack-undercloud (2 bugs) [1212862 ] http://bugzilla.redhat.com/1212862 (MODIFIED) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-install-undercloud fails with "ImportError: No module named six" [1232162 ] http://bugzilla.redhat.com/1232162 (MODIFIED) Component: instack-undercloud Last change: 2015-06-16 Summary: the overcloud dns server should not be enforced to 192.168.122.1 when undefined ### openstack-ceilometer (10 bugs) [1265708 ] http://bugzilla.redhat.com/1265708 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer requires pymongo>=3.0.2 [1265721 ] http://bugzilla.redhat.com/1265721 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: FIle /etc/ceilometer/meters.yaml missing [1263839 ] http://bugzilla.redhat.com/1263839 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer should requires python-oslo-policy in kilo [1265746 ] http://bugzilla.redhat.com/1265746 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Options 'disable_non_metric_meters' and 'meter_definitions_cfg_file' are missing from ceilometer.conf [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1038162 ] http://bugzilla.redhat.com/1038162 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-common missing python-babel dependency [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing [1271002 ] http://bugzilla.redhat.com/1271002 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer dbsync failing during HA deployment [1265818 ] http://bugzilla.redhat.com/1265818 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: ceilometer polling agent does not start [1214928 ] http://bugzilla.redhat.com/1214928 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: package ceilometermiddleware missing ### openstack-cinder (5 bugs) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2015-06-22 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] [1212900 ] http://bugzilla.redhat.com/1212900 (ON_QA) Component: openstack-cinder Last change: 2015-05-05 Summary: [packaging] /etc/cinder/cinder.conf missing in openstack-cinder [1081022 ] http://bugzilla.redhat.com/1081022 (MODIFIED) Component: openstack-cinder Last change: 2014-05-07 Summary: Non-admin user can not attach cinder volume to their instance (LIO) [994370 ] http://bugzilla.redhat.com/994370 (MODIFIED) Component: openstack-cinder Last change: 2014-06-24 Summary: CVE-2013-4183 openstack-cinder: OpenStack: Cinder LVM volume driver does not support secure deletion [openstack-rdo] [1084046 ] http://bugzilla.redhat.com/1084046 (POST) Component: openstack-cinder Last change: 2014-09-26 Summary: cinder: can't delete a volume (raise exception.ISCSITargetNotFoundForVolume) ### openstack-glance (4 bugs) [1008818 ] http://bugzilla.redhat.com/1008818 (MODIFIED) Component: openstack-glance Last change: 2015-01-07 Summary: glance api hangs with low (1) workers on multiple parallel image creation requests [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2014-06-24 Summary: Glance api ssl issue [1278962 ] http://bugzilla.redhat.com/1278962 (ON_QA) Component: openstack-glance Last change: 2015-11-13 Summary: python-cryptography requires pyasn1>=0.1.8 but only 0.1.6 is available in Centos [1268146 ] http://bugzilla.redhat.com/1268146 (ON_QA) Component: openstack-glance Last change: 2015-10-02 Summary: openstack-glance-registry will not start: missing systemd dependency ### openstack-heat (3 bugs) [1213476 ] http://bugzilla.redhat.com/1213476 (MODIFIED) Component: openstack-heat Last change: 2015-06-10 Summary: [packaging] /etc/heat/heat.conf missing in openstack- heat [1021989 ] http://bugzilla.redhat.com/1021989 (MODIFIED) Component: openstack-heat Last change: 2015-02-01 Summary: heat sometimes keeps listenings stacks with status DELETE_COMPLETE [1229477 ] http://bugzilla.redhat.com/1229477 (MODIFIED) Component: openstack-heat Last change: 2015-06-17 Summary: missing dependency in Heat delorean build ### openstack-horizon (1 bug) [1219221 ] http://bugzilla.redhat.com/1219221 (ON_QA) Component: openstack-horizon Last change: 2015-05-08 Summary: region selector missing ### openstack-ironic-discoverd (1 bug) [1204218 ] http://bugzilla.redhat.com/1204218 (ON_QA) Component: openstack-ironic-discoverd Last change: 2015-03-31 Summary: ironic-discoverd should allow dropping all ports except for one detected on discovery ### openstack-neutron (15 bugs) [1081203 ] http://bugzilla.redhat.com/1081203 (MODIFIED) Component: openstack-neutron Last change: 2014-04-17 Summary: No DHCP agents are associated with network [1058995 ] http://bugzilla.redhat.com/1058995 (ON_QA) Component: openstack-neutron Last change: 2014-04-08 Summary: neutron-plugin-nicira should be renamed to neutron- plugin-vmware [1050842 ] http://bugzilla.redhat.com/1050842 (ON_QA) Component: openstack-neutron Last change: 2016-01-04 Summary: neutron should not specify signing_dir in neutron- dist.conf [1109824 ] http://bugzilla.redhat.com/1109824 (MODIFIED) Component: openstack-neutron Last change: 2014-09-27 Summary: Embrane plugin should be split from python-neutron [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2014-01-13 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1100136 ] http://bugzilla.redhat.com/1100136 (ON_QA) Component: openstack-neutron Last change: 2014-07-17 Summary: Missing configuration file for ML2 Mellanox Mechanism Driver ml2_conf_mlnx.ini [1088537 ] http://bugzilla.redhat.com/1088537 (ON_QA) Component: openstack-neutron Last change: 2014-06-11 Summary: rhel 6.5 icehouse stage.. neutron-db-manage trying to import systemd [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2015-11-16 Summary: neutron-server will not start: fails with pbr version issue [1057822 ] http://bugzilla.redhat.com/1057822 (MODIFIED) Component: openstack-neutron Last change: 2014-04-16 Summary: neutron-ml2 package requires python-pyudev [1019487 ] http://bugzilla.redhat.com/1019487 (MODIFIED) Component: openstack-neutron Last change: 2014-07-17 Summary: neutron-dhcp-agent fails to start without openstack- neutron-openvswitch installed [1209932 ] http://bugzilla.redhat.com/1209932 (MODIFIED) Component: openstack-neutron Last change: 2015-04-10 Summary: Packstack installation failed with Neutron-server Could not start Service [1157599 ] http://bugzilla.redhat.com/1157599 (ON_QA) Component: openstack-neutron Last change: 2014-11-25 Summary: fresh neutron install fails due unknown database column 'id' [1098601 ] http://bugzilla.redhat.com/1098601 (MODIFIED) Component: openstack-neutron Last change: 2014-05-16 Summary: neutron-vpn-agent does not use the /etc/neutron/fwaas_driver.ini [1270325 ] http://bugzilla.redhat.com/1270325 (MODIFIED) Component: openstack-neutron Last change: 2015-10-19 Summary: neutron-ovs-cleanup fails to start with bad path to ovs plugin configuration [1302416 ] http://bugzilla.redhat.com/1302416 (POST) Component: openstack-neutron Last change: 2016-02-01 Summary: nova unable to delete floating-ip with neutron server error AttributeError: 'Query' object has no attribute 'one_or_none' ### openstack-nova (6 bugs) [1045084 ] http://bugzilla.redhat.com/1045084 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: Trying to boot an instance with a flavor that has nonzero ephemeral disk will fail [1217721 ] http://bugzilla.redhat.com/1217721 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: [packaging] /etc/nova/nova.conf changes due to deprecated options [1211587 ] http://bugzilla.redhat.com/1211587 (MODIFIED) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-compute fails to start because python- psutil is missing after installing with packstack [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-01-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 [958411 ] http://bugzilla.redhat.com/958411 (ON_QA) Component: openstack-nova Last change: 2015-01-07 Summary: Nova: 'nova instance-action-list' table is not sorted by the order of action occurrence. [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-* systemd unit files need NotifyAccess=all ### openstack-packstack (72 bugs) [1252483 ] http://bugzilla.redhat.com/1252483 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: Demo network provisioning: public and private are shared, private has no tenant [1007497 ] http://bugzilla.redhat.com/1007497 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Openstack Installer: packstack does not create tables in Heat db. [1006353 ] http://bugzilla.redhat.com/1006353 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack w/ CONFIG_CEILOMETER_INSTALL=y has an error [1234042 ] http://bugzilla.redhat.com/1234042 (MODIFIED) Component: openstack-packstack Last change: 2015-08-05 Summary: ERROR : Error appeared during Puppet run: 192.168.122.82_api_nova.pp Error: Use of reserved word: type, must be quoted if intended to be a String value at /var/tmp/packstack/811663aa10824d21b860729732c16c3a/ manifests/192.168.122.82_api_nova.pp:41:3 [976394 ] http://bugzilla.redhat.com/976394 (MODIFIED) Component: openstack-packstack Last change: 2015-10-07 Summary: [RFE] Put the keystonerc_admin file in the current working directory for --all-in-one installs (or where client machine is same as local) [1116403 ] http://bugzilla.redhat.com/1116403 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack prescript fails if NetworkManager is disabled, but still installed [1020048 ] http://bugzilla.redhat.com/1020048 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack neutron plugin does not check if Nova is disabled [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2015-12-08 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2015-07-27 Summary: allow to specify admin name and email [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [1061689 ] http://bugzilla.redhat.com/1061689 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Horizon SSL is disabled by Nagios configuration via packstack [1036192 ] http://bugzilla.redhat.com/1036192 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: rerunning packstack with the generated allione answerfile will fail with qpidd user logged in [1175726 ] http://bugzilla.redhat.com/1175726 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Disabling glance deployment does not work if you don't disable demo provisioning [979041 ] http://bugzilla.redhat.com/979041 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora19 no longer has /etc/sysconfig/modules/kvm.modules [1175428 ] http://bugzilla.redhat.com/1175428 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack doesn't configure rabbitmq to allow non- localhost connections to 'guest' user [1111318 ] http://bugzilla.redhat.com/1111318 (MODIFIED) Component: openstack-packstack Last change: 2014-08-18 Summary: pakcstack: mysql fails to restart on CentOS6.5 [957006 ] http://bugzilla.redhat.com/957006 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack reinstall fails trying to start nagios [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: RFE: support setting up apache to serve keystone requests [1052948 ] http://bugzilla.redhat.com/1052948 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Could not start Service[libvirt]: Execution of '/etc/init.d/libvirtd start' returned 1 [1259354 ] http://bugzilla.redhat.com/1259354 (MODIFIED) Component: openstack-packstack Last change: 2015-11-10 Summary: When pre-creating a vg of cinder-volumes packstack fails with an error [990642 ] http://bugzilla.redhat.com/990642 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: rdo release RPM not installed on all fedora hosts [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2015-12-15 Summary: Packstack should use pymysql database driver since Liberty [1018922 ] http://bugzilla.redhat.com/1018922 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack configures nova/neutron for qpid username/password when none is required [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2015-12-10 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2015-08-05 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1006534 ] http://bugzilla.redhat.com/1006534 (MODIFIED) Component: openstack-packstack Last change: 2014-04-08 Summary: Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre [1011628 ] http://bugzilla.redhat.com/1011628 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack reports installation completed successfully but nothing installed [1098821 ] http://bugzilla.redhat.com/1098821 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack allinone installation fails due to failure to start rabbitmq-server during amqp.pp on CentOS 6.5 [1172876 ] http://bugzilla.redhat.com/1172876 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails on centos6 with missing systemctl [1022421 ] http://bugzilla.redhat.com/1022421 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: Error appeared during Puppet run: IPADDRESS_keystone.pp [1108742 ] http://bugzilla.redhat.com/1108742 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Allow specifying of a global --password option in packstack to set all keys/secrets/passwords to that value [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack requires 2 runs to install ceilometer [1039694 ] http://bugzilla.redhat.com/1039694 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails if iptables.service is not available [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080348 ] http://bugzilla.redhat.com/1080348 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora20: packstack gives traceback when SElinux permissive [1014774 ] http://bugzilla.redhat.com/1014774 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack configures br-ex to use gateway ip [1006476 ] http://bugzilla.redhat.com/1006476 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: ERROR : Error during puppet run : Error: /Stage[main]/N ova::Network/Sysctl::Value[net.ipv4.ip_forward]/Sysctl[ net.ipv4.ip_forward]: Could not evaluate: Field 'val' is required [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1295503 ] http://bugzilla.redhat.com/1295503 (MODIFIED) Component: openstack-packstack Last change: 2016-01-08 Summary: Packstack master branch is in the liberty repositories (was: Packstack installation fails with unsupported db backend) [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2015-02-27 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [956939 ] http://bugzilla.redhat.com/956939 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack install fails if ntp server does not respond [1018911 ] http://bugzilla.redhat.com/1018911 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack creates duplicate cirros images in glance [1265661 ] http://bugzilla.redhat.com/1265661 (POST) Component: openstack-packstack Last change: 2016-01-13 Summary: Packstack does not install Sahara services (RDO Liberty) [1119920 ] http://bugzilla.redhat.com/1119920 (MODIFIED) Component: openstack-packstack Last change: 2015-10-23 Summary: http://ip/dashboard 404 from all-in-one rdo install on rhel7 [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Help text for SSL is incorrect regarding passphrase on the cert [974971 ] http://bugzilla.redhat.com/974971 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: please give greater control over use of EPEL [1185921 ] http://bugzilla.redhat.com/1185921 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: RabbitMQ fails to start if configured with ssl [1297518 ] http://bugzilla.redhat.com/1297518 (POST) Component: openstack-packstack Last change: 2016-01-12 Summary: Sahara installation fails with ArgumentError: Could not find declared class ::sahara::notify::rabbitmq [1008863 ] http://bugzilla.redhat.com/1008863 (MODIFIED) Component: openstack-packstack Last change: 2013-10-23 Summary: Allow overlapping ips by default [1050205 ] http://bugzilla.redhat.com/1050205 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Dashboard port firewall rule is not permanent [1057938 ] http://bugzilla.redhat.com/1057938 (MODIFIED) Component: openstack-packstack Last change: 2014-06-17 Summary: Errors when setting CONFIG_NEUTRON_OVS_TUNNEL_IF to a VLAN interface [1022312 ] http://bugzilla.redhat.com/1022312 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: qpid should enable SSL [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Packstack needs to support aodh services since Mitaka [991801 ] http://bugzilla.redhat.com/991801 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Warning message for installing RDO kernel needs to be adjusted [1049861 ] http://bugzilla.redhat.com/1049861 (MODIFIED) Component: openstack-packstack Last change: 2016-02-02 Summary: fail to create snapshot on an "in-use" GlusterFS volume using --force true (el7) [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-02-09 Summary: VPNaaS should use libreswan driver instead of openswan by default [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Script wording for service installation should be consistent [1028591 ] http://bugzilla.redhat.com/1028591 (MODIFIED) Component: openstack-packstack Last change: 2014-02-05 Summary: packstack generates invalid configuration when using GRE tunnels [1001470 ] http://bugzilla.redhat.com/1001470 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-dashboard django dependency conflict stops packstack execution [964005 ] http://bugzilla.redhat.com/964005 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: keystonerc_admin stored in /root requiring running OpenStack software as root user [1269158 ] http://bugzilla.redhat.com/1269158 (POST) Component: openstack-packstack Last change: 2015-10-19 Summary: Sahara configuration should be affected by heat availability (broken by default right now) [1003959 ] http://bugzilla.redhat.com/1003959 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Make "Nothing to do" error from yum in Puppet installs a little easier to decipher [1093828 ] http://bugzilla.redhat.com/1093828 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack package should depend on yum-utils [1087529 ] http://bugzilla.redhat.com/1087529 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Configure neutron correctly to be able to notify nova about port changes [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Havana Fedora 19, packstack fails w/ mysql error [958587 ] http://bugzilla.redhat.com/958587 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack install succeeds even when puppet completely fails [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: el7 Icehouse: Nagios installation fails ### openstack-puppet-modules (23 bugs) [1006816 ] http://bugzilla.redhat.com/1006816 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: cinder modules require glance installed [1085452 ] http://bugzilla.redhat.com/1085452 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-02 Summary: prescript puppet - missing dependency package iptables- services [1133345 ] http://bugzilla.redhat.com/1133345 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-09-05 Summary: Packstack execution fails with "Could not set 'present' on ensure" [1185960 ] http://bugzilla.redhat.com/1185960 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-03-19 Summary: problems with puppet-keystone LDAP support [1021183 ] http://bugzilla.redhat.com/1021183 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: horizon log errors [1049537 ] http://bugzilla.redhat.com/1049537 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Horizon help url in RDO points to the RHOS documentation [1214358 ] http://bugzilla.redhat.com/1214358 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-07-02 Summary: SSHD configuration breaks GSSAPI [1270957 ] http://bugzilla.redhat.com/1270957 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-10-13 Summary: Undercloud install fails on Error: Could not find class ::ironic::inspector for instack on node instack [1219447 ] http://bugzilla.redhat.com/1219447 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: The private network created by packstack for demo tenant is wrongly marked as external [1115398 ] http://bugzilla.redhat.com/1115398 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: swift.pp: Could not find command 'restorecon' [1300562 ] http://bugzilla.redhat.com/1300562 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-22 Summary: Mitaka - Could not find resource 'Service[mysqld]' for relationship from 'File[mysql-config-file]' [1171352 ] http://bugzilla.redhat.com/1171352 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: add aviator [1182837 ] http://bugzilla.redhat.com/1182837 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: packstack chokes on ironic - centos7 + juno [1297052 ] http://bugzilla.redhat.com/1297052 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: openstack-puppet-modules build is out of date and wrong branch in Delorean repos [1037635 ] http://bugzilla.redhat.com/1037635 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: prescript.pp fails with '/sbin/service iptables start' returning 6 [1022580 ] http://bugzilla.redhat.com/1022580 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: netns.py syntax error [1207701 ] http://bugzilla.redhat.com/1207701 (ON_QA) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Unable to attach cinder volume to instance [1258576 ] http://bugzilla.redhat.com/1258576 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-09-01 Summary: RDO liberty packstack --allinone fails on demo provision of glance [1122968 ] http://bugzilla.redhat.com/1122968 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-08-01 Summary: neutron/manifests/agents/ovs.pp creates /etc/sysconfig /network-scripts/ifcfg-br-{int,tun} [1038255 ] http://bugzilla.redhat.com/1038255 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: prescript.pp does not ensure iptables-services package installation [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-02-02 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT [1289309 ] http://bugzilla.redhat.com/1289309 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-02-03 Summary: Neutron module needs updating in OPM [1006401 ] http://bugzilla.redhat.com/1006401 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: explicit check for pymongo is incorrect ### openstack-sahara (2 bugs) [1290387 ] http://bugzilla.redhat.com/1290387 (POST) Component: openstack-sahara Last change: 2015-12-10 Summary: openstack-sahara-api fails to start in Mitaka-1, cannot find api-paste.ini [1268235 ] http://bugzilla.redhat.com/1268235 (MODIFIED) Component: openstack-sahara Last change: 2015-10-02 Summary: rootwrap filter not included in Sahara RPM ### openstack-selinux (13 bugs) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2014-10-29 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) [1234665 ] http://bugzilla.redhat.com/1234665 (ON_QA) Component: openstack-selinux Last change: 2016-01-04 Summary: tempest.scenario.test_server_basic_ops.TestServerBasicO ps fails to launch instance w/ selinux enforcing [1105357 ] http://bugzilla.redhat.com/1105357 (MODIFIED) Component: openstack-selinux Last change: 2015-01-22 Summary: Keystone cannot send notifications [1093385 ] http://bugzilla.redhat.com/1093385 (MODIFIED) Component: openstack-selinux Last change: 2014-05-15 Summary: neutron L3 agent RPC errors [1219406 ] http://bugzilla.redhat.com/1219406 (MODIFIED) Component: openstack-selinux Last change: 2015-11-06 Summary: Glance over nfs fails due to selinux [1099042 ] http://bugzilla.redhat.com/1099042 (MODIFIED) Component: openstack-selinux Last change: 2014-06-27 Summary: Neutron is unable to create directory in /tmp [1083566 ] http://bugzilla.redhat.com/1083566 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: Selinux blocks Nova services on RHEL7, can't boot or delete instances, [1049091 ] http://bugzilla.redhat.com/1049091 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: openstack-selinux blocks communication from dashboard to identity service [1049503 ] http://bugzilla.redhat.com/1049503 (MODIFIED) Component: openstack-selinux Last change: 2015-03-10 Summary: rdo-icehouse selinux issues with rootwrap "sudo: unknown uid 162: who are you?" [1024330 ] http://bugzilla.redhat.com/1024330 (MODIFIED) Component: openstack-selinux Last change: 2014-04-18 Summary: Wrong SELinux policies set for neutron-dhcp-agent [1154866 ] http://bugzilla.redhat.com/1154866 (ON_QA) Component: openstack-selinux Last change: 2015-01-11 Summary: latest yum update for RHEL6.5 installs selinux-policy package which conflicts openstack-selinux installed later [1134617 ] http://bugzilla.redhat.com/1134617 (MODIFIED) Component: openstack-selinux Last change: 2014-10-08 Summary: nova-api service denied tmpfs access [1135510 ] http://bugzilla.redhat.com/1135510 (MODIFIED) Component: openstack-selinux Last change: 2015-04-06 Summary: RHEL7 icehouse cluster with ceph/ssl SELinux errors ### openstack-swift (1 bug) [997983 ] http://bugzilla.redhat.com/997983 (MODIFIED) Component: openstack-swift Last change: 2015-01-07 Summary: swift in RDO logs container, object and account to LOCAL2 log facility which floods /var/log/messages ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2015-09-29 Summary: Package update does not take puppet managed packages into account ### openstack-trove (2 bugs) [1278608 ] http://bugzilla.redhat.com/1278608 (MODIFIED) Component: openstack-trove Last change: 2015-11-06 Summary: trove-api fails to start [1219064 ] http://bugzilla.redhat.com/1219064 (ON_QA) Component: openstack-trove Last change: 2015-08-19 Summary: Trove has missing dependencies ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2015-12-04 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-tuskar-ui (3 bugs) [1175121 ] http://bugzilla.redhat.com/1175121 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: Registering nodes with the IPMI driver always fails [1203859 ] http://bugzilla.redhat.com/1203859 (POST) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: openstack-tuskar-ui: Failed to connect RDO manager tuskar-ui over missing apostrophes for STATIC_ROOT= in local_settings.py [1176596 ] http://bugzilla.redhat.com/1176596 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: The displayed horizon url after deployment has a redundant colon in it and a wrong path ### openstack-utils (3 bugs) [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-01-05 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: openstack-status as admin falsely shows zero instances [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: update openstack-status for rdo-manager ### python-cinderclient (1 bug) [1048326 ] http://bugzilla.redhat.com/1048326 (MODIFIED) Component: python-cinderclient Last change: 2014-01-13 Summary: the command cinder type-key lvm set volume_backend_name=LVM_iSCSI fails to run ### python-django-horizon (3 bugs) [1219006 ] http://bugzilla.redhat.com/1219006 (ON_QA) Component: python-django-horizon Last change: 2015-05-08 Summary: Wrong permissions for directory /usr/share/openstack- dashboard/static/dashboard/ [1218627 ] http://bugzilla.redhat.com/1218627 (ON_QA) Component: python-django-horizon Last change: 2015-06-24 Summary: Tree icon looks wrong - a square instead of a regular expand/collpase one [1211552 ] http://bugzilla.redhat.com/1211552 (MODIFIED) Component: python-django-horizon Last change: 2015-04-14 Summary: Need to add alias in openstack-dashboard.conf to show CSS content ### python-glanceclient (2 bugs) [1206544 ] http://bugzilla.redhat.com/1206544 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-jsonpatch [1206551 ] http://bugzilla.redhat.com/1206551 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-warlock ### python-heatclient (3 bugs) [1028726 ] http://bugzilla.redhat.com/1028726 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient needs a dependency on python-pbr [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient 0.2.9 requires packaging in RDO [1140842 ] http://bugzilla.redhat.com/1140842 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: heat.bash_completion not installed ### python-keystoneclient (3 bugs) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2015-06-04 Summary: user-get fails when using IDs which are not UUIDs [1024581 ] http://bugzilla.redhat.com/1024581 (MODIFIED) Component: python-keystoneclient Last change: 2015-06-04 Summary: keystone missing tab completion [971746 ] http://bugzilla.redhat.com/971746 (MODIFIED) Component: python-keystoneclient Last change: 2016-01-04 Summary: CVE-2013-2013 OpenStack keystone: password disclosure on command line [RDO] ### python-neutronclient (3 bugs) [1067237 ] http://bugzilla.redhat.com/1067237 (ON_QA) Component: python-neutronclient Last change: 2014-03-26 Summary: neutronclient with pre-determined auth token fails when doing Client.get_auth_info() [1025509 ] http://bugzilla.redhat.com/1025509 (MODIFIED) Component: python-neutronclient Last change: 2014-06-24 Summary: Neutronclient should not obsolete quantumclient [1052311 ] http://bugzilla.redhat.com/1052311 (MODIFIED) Component: python-neutronclient Last change: 2014-02-12 Summary: [RFE] python-neutronclient new version request ### python-openstackclient (2 bugs) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-01-04 Summary: Rebase python-openstackclient to version 1.0.0 [1302379 ] http://bugzilla.redhat.com/1302379 (MODIFIED) Component: python-openstackclient Last change: 2016-01-29 Summary: rebase python-openstackclient to 1.7.2 ### python-oslo-config (1 bug) [1110164 ] http://bugzilla.redhat.com/1110164 (ON_QA) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo.config >=1.2.1 is required for trove-manage ### python-pecan (1 bug) [1265365 ] http://bugzilla.redhat.com/1265365 (MODIFIED) Component: python-pecan Last change: 2016-01-04 Summary: Neutron missing pecan dependency ### python-swiftclient (1 bug) [1126942 ] http://bugzilla.redhat.com/1126942 (MODIFIED) Component: python-swiftclient Last change: 2014-09-16 Summary: Swift pseudo-folder cannot be interacted with after creation ### python-tuskarclient (2 bugs) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2015-06-04 Summary: `tuskar help` is missing a description next to plan- templates [1209431 ] http://bugzilla.redhat.com/1209431 (POST) Component: python-tuskarclient Last change: 2015-06-18 Summary: creating a tuskar plan with the exact name gives the user a traceback ### rdo-manager (10 bugs) [1210023 ] http://bugzilla.redhat.com/1210023 (MODIFIED) Component: rdo-manager Last change: 2015-04-15 Summary: instack-ironic-deployment --nodes-json instackenv.json --register-nodes fails [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: rdo-manager Last change: 2015-10-14 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2015-12-30 Summary: [RFE] Support explicit configuration of L2 population [1224584 ] http://bugzilla.redhat.com/1224584 (MODIFIED) Component: rdo-manager Last change: 2015-05-25 Summary: CentOS-7 undercloud install fails w/ "RHOS" undefined variable [1271433 ] http://bugzilla.redhat.com/1271433 (MODIFIED) Component: rdo-manager Last change: 2015-10-20 Summary: Horizon fails to load [1272180 ] http://bugzilla.redhat.com/1272180 (POST) Component: rdo-manager Last change: 2015-12-04 Summary: Horizon doesn't load when deploying without pacemaker [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2015-08-12 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2015-10-07 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" [1222124 ] http://bugzilla.redhat.com/1222124 (MODIFIED) Component: rdo-manager Last change: 2015-11-04 Summary: rdo-manager: fail to discover nodes with "instack- ironic-deployment --discover-nodes": ERROR: Data pre- processing failed [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command ### rdo-manager-cli (10 bugs) [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2015-06-20 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1233259 ] http://bugzilla.redhat.com/1233259 (MODIFIED) Component: rdo-manager-cli Last change: 2015-08-03 Summary: Node show of unified CLI has bad formatting [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2015-06-10 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2015-06-04 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-02-10 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: OSC plugin isn't saving plan configuration values [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2015-06-16 Summary: Ensure proper nodes states after enroll and before deployment ### rdopkg (1 bug) [1220832 ] http://bugzilla.redhat.com/1220832 (ON_QA) Component: rdopkg Last change: 2015-08-06 Summary: python-manilaclient is missing from kilo RDO repository Thanks, Chandan Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From dms at redhat.com Wed Feb 17 16:27:22 2016 From: dms at redhat.com (David Moreau Simard) Date: Wed, 17 Feb 2016 11:27:22 -0500 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? Message-ID: Greetings, (Note: cross-posted between rdo-list and openstack-dev to reach a larger audience) Today, because of the branding and the name "RDO Manager", you might think that it's something other than TripleO - either something entirely different or perhaps with downstream patches baked in. You would not be the only one because the community, the users and the developers alike have shared their confusion on that topic. The truth is, as it stands right now, "RDO Manager" really is "TripleO". There is no code or documentation differences. I feel the only thing that is different is the strategy around how we test TripleO to ensure the stability of RDO packages but it's already in the process of being sent upstream [1] because we're convinced it's the best way forward. Historically, RDO Manager and TripleO were different things. Today this is no longer the case and we plan on keeping it that way. With this in mind, we would like to drop the RDO manager branding and use TripleO instead. Not only would we clear the confusion on the topic of what RDO Manager really is but it would also strengthen the TripleO name. We would love the RDO community to chime in on this and give their feedback as to whether or not this is a good initiative. We will proceed to a formal vote on $subject at the next RDO meeting on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on #rdo on freenode. Thanks, [1]: https://review.openstack.org/#/c/276810/ [2]: https://etherpad.openstack.org/p/RDO-Meeting David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From Kevin.Fox at pnnl.gov Wed Feb 17 16:51:57 2016 From: Kevin.Fox at pnnl.gov (Fox, Kevin M) Date: Wed, 17 Feb 2016 16:51:57 +0000 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: <1A3C52DFCD06494D8528644858247BF01B8B898D@EX10MBOX03.pnnl.gov> +1. There are already arguably too many names involved in OpenStack, let alone having multiple names for the same thing. :) Thanks, Kevin ________________________________________ From: rdo-list-bounces at redhat.com [rdo-list-bounces at redhat.com] on behalf of David Moreau Simard [dms at redhat.com] Sent: Wednesday, February 17, 2016 8:27 AM To: OpenStack Development Mailing List (not for usage questions); rdo-list Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? Greetings, (Note: cross-posted between rdo-list and openstack-dev to reach a larger audience) Today, because of the branding and the name "RDO Manager", you might think that it's something other than TripleO - either something entirely different or perhaps with downstream patches baked in. You would not be the only one because the community, the users and the developers alike have shared their confusion on that topic. The truth is, as it stands right now, "RDO Manager" really is "TripleO". There is no code or documentation differences. I feel the only thing that is different is the strategy around how we test TripleO to ensure the stability of RDO packages but it's already in the process of being sent upstream [1] because we're convinced it's the best way forward. Historically, RDO Manager and TripleO were different things. Today this is no longer the case and we plan on keeping it that way. With this in mind, we would like to drop the RDO manager branding and use TripleO instead. Not only would we clear the confusion on the topic of what RDO Manager really is but it would also strengthen the TripleO name. We would love the RDO community to chime in on this and give their feedback as to whether or not this is a good initiative. We will proceed to a formal vote on $subject at the next RDO meeting on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on #rdo on freenode. Thanks, [1]: https://review.openstack.org/#/c/276810/ [2]: https://etherpad.openstack.org/p/RDO-Meeting David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From trown at redhat.com Wed Feb 17 17:11:55 2016 From: trown at redhat.com (John Trowbridge) Date: Wed, 17 Feb 2016 12:11:55 -0500 Subject: [Rdo-list] [openstack-dev] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: <56C4A9DB.207@redhat.com> +1, I will also add for reference, that there is no other project in RDO that is renamed/rebranded. In fact, even the TripleO packages in RDO have the same naming as the upstream projects. On 02/17/2016 11:27 AM, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today, because of the branding and the name "RDO Manager", you might > think that it's something other than TripleO - either something > entirely different or perhaps with downstream patches baked in. > You would not be the only one because the community, the users and the > developers alike have shared their confusion on that topic. > > The truth is, as it stands right now, "RDO Manager" really is "TripleO". > There is no code or documentation differences. > > I feel the only thing that is different is the strategy around how we > test TripleO to ensure the stability of RDO packages but it's already > in the process of being sent upstream [1] because we're convinced it's > the best way forward. > > Historically, RDO Manager and TripleO were different things. > Today this is no longer the case and we plan on keeping it that way. > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. > Not only would we clear the confusion on the topic of what RDO Manager > really is but it would also strengthen the TripleO name. > > We would love the RDO community to chime in on this and give their > feedback as to whether or not this is a good initiative. > We will proceed to a formal vote on $subject at the next RDO meeting > on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on > #rdo on freenode. > > Thanks, > > [1]: https://review.openstack.org/#/c/276810/ > [2]: https://etherpad.openstack.org/p/RDO-Meeting > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > __________________________________________________________________________ > 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 > From hguemar at fedoraproject.org Wed Feb 17 17:49:11 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Wed, 17 Feb 2016 18:49:11 +0100 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: +1 it fuels the confusion that RDO Manager has downstream-only patches which is not the case anymore. And I'll bite anyone who will try to sneak downstream-only patches in RDO package of tripleO. Regards, H. From lmadsen at redhat.com Wed Feb 17 18:12:30 2016 From: lmadsen at redhat.com (Leif Madsen) Date: Wed, 17 Feb 2016 13:12:30 -0500 (EST) Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: <1589001141.40907081.1455732750234.JavaMail.zimbra@redhat.com> +?, as this was confusing to me as well. It's also not clear where upstream and downstream intermingle to me. Is downstream from TripleO or from RDO-m? (Questions are not intended to be answered :)) I think a clear 1:1 mapping between the upstream and downstream projects is the best way forward, and significantly less confusing for everyone involved. Ideally it'll result in more integration with upstream on the CI side as well, especially if some sort of third-party CI deployment can be done. Thanks, Leif. ----- Original Message ----- > From: "David Moreau Simard" > To: "OpenStack Development Mailing List (not for usage questions)" , "rdo-list" > > Sent: Wednesday, 17 February, 2016 11:27:22 AM > Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. -- Leif Madsen NFV Partner Engineering - NFV & CI Red Hat | Toronto, Canada From brandon.james at sunayu.com Wed Feb 17 18:30:22 2016 From: brandon.james at sunayu.com (Brandon James) Date: Wed, 17 Feb 2016 13:30:22 -0500 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? Message-ID: I would have to second this motion. As someone who was new to RDO I was extremely confused by the two naming conventions. I truly feel that any reduction of complexity within the Openstack community is a good thing. Cheers, Brandon On Wed, Feb 17, 2016 at 12:49 PM, Ha?kel wrote: > +1 it fuels the confusion that RDO Manager has downstream-only patches > which is not the case anymore. > > And I'll bite anyone who will try to sneak downstream-only patches in > RDO package of tripleO. > > Regards, > H. > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -- Brandon James -------------- next part -------------- An HTML attachment was scrubbed... URL: From jalway at gmail.com Wed Feb 17 18:42:51 2016 From: jalway at gmail.com (John Alway) Date: Wed, 17 Feb 2016 12:42:51 -0600 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network In-Reply-To: References: Message-ID: 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? Many thanks! ...John On Tue, Feb 16, 2016 at 2:41 PM, Boris Derzhavets wrote: > > > > ------------------------------ > *From:* rdo-list-bounces at redhat.com on > behalf of John Alway > *Sent:* Tuesday, February 16, 2016 3:16 PM > *To:* rdo-list at 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/ > > Running an instance ? RDO > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Wed Feb 17 20:04:02 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Wed, 17 Feb 2016 20:04:02 +0000 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network In-Reply-To: References: , Message-ID: ________________________________ From: John Alway Sent: Wednesday, February 17, 2016 1:42 PM To: Boris Derzhavets Cc: rdo-list at 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 > wrote: ________________________________ From: rdo-list-bounces at redhat.com > on behalf of John Alway > Sent: Tuesday, February 16, 2016 3:16 PM To: rdo-list at 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/images/rdo-logo-white.png?1441907864] Running an instance - RDO 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sam at cassiba.com Thu Feb 18 00:37:11 2016 From: sam at cassiba.com (Samuel Cassiba) Date: Wed, 17 Feb 2016 16:37:11 -0800 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: +1 for this. Having already navigated the depths of RDO, this eliminates a big point of confusion. On Wed, Feb 17, 2016 at 8:27 AM, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today, because of the branding and the name "RDO Manager", you might > think that it's something other than TripleO - either something > entirely different or perhaps with downstream patches baked in. > You would not be the only one because the community, the users and the > developers alike have shared their confusion on that topic. > > The truth is, as it stands right now, "RDO Manager" really is "TripleO". > There is no code or documentation differences. > > I feel the only thing that is different is the strategy around how we > test TripleO to ensure the stability of RDO packages but it's already > in the process of being sent upstream [1] because we're convinced it's > the best way forward. > > Historically, RDO Manager and TripleO were different things. > Today this is no longer the case and we plan on keeping it that way. > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. > Not only would we clear the confusion on the topic of what RDO Manager > really is but it would also strengthen the TripleO name. > > We would love the RDO community to chime in on this and give their > feedback as to whether or not this is a good initiative. > We will proceed to a formal vote on $subject at the next RDO meeting > on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on > #rdo on freenode. > > Thanks, > > [1]: https://review.openstack.org/#/c/276810/ > [2]: https://etherpad.openstack.org/p/RDO-Meeting > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandro at mathys.io Thu Feb 18 01:49:37 2016 From: sandro at mathys.io (Sandro Mathys) Date: Thu, 18 Feb 2016 10:49:37 +0900 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: On Thu, Feb 18, 2016 at 1:27 AM, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today, because of the branding and the name "RDO Manager", you might > think that it's something other than TripleO - either something > entirely different or perhaps with downstream patches baked in. > You would not be the only one because the community, the users and the > developers alike have shared their confusion on that topic. > > The truth is, as it stands right now, "RDO Manager" really is "TripleO". > There is no code or documentation differences. > > I feel the only thing that is different is the strategy around how we > test TripleO to ensure the stability of RDO packages but it's already > in the process of being sent upstream [1] because we're convinced it's > the best way forward. > > Historically, RDO Manager and TripleO were different things. > Today this is no longer the case and we plan on keeping it that way. > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. > Not only would we clear the confusion on the topic of what RDO Manager > really is but it would also strengthen the TripleO name. > > We would love the RDO community to chime in on this and give their > feedback as to whether or not this is a good initiative. > We will proceed to a formal vote on $subject at the next RDO meeting > on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on > #rdo on freenode. +1 as I also belonged to the confused, even thought they were two completely different things before looking closer. -- Sandro From rain at redhat.com Thu Feb 18 11:23:03 2016 From: rain at redhat.com (K Rain Leander) Date: Thu, 18 Feb 2016 06:23:03 -0500 (EST) Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: <1049910462.29892542.1455794583677.JavaMail.zimbra@redhat.com> +1 TripleO (RIP RDO-Manager) for simplicity. Explaining the family tree was a PAIN. From gregor.berginc at gmail.com Thu Feb 18 12:54:33 2016 From: gregor.berginc at gmail.com (Gregor Berginc) Date: Thu, 18 Feb 2016 13:54:33 +0100 Subject: [Rdo-list] Developing Horizon dashboards with RDO Message-ID: Dear all, I've just migrated from devstack to RDO because it was much easier to deploy and configure OpenStack on my dev machine. One thing, unfortunately, I couldn't have found. Is there a way to facilitate the development of Horizon dashboards? I've noticed that dashboards are installed in /usr/shared/openstack-dashboard. I can deploy new dashboards and use them by restarting the httpd. The directory also has manage.py, but it doesn't seem to work properly (at least static resources are missing). Thus, I am wondering if there is a way to launch a separate development server for Horizon dashboards? Thanks in advance, -Gregor -------------- next part -------------- An HTML attachment was scrubbed... URL: From cems at ebi.ac.uk Thu Feb 18 15:41:27 2016 From: cems at ebi.ac.uk (Charles Short) Date: Thu, 18 Feb 2016 15:41:27 +0000 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access Message-ID: <56C5E627.1030706@ebi.ac.uk> Hi, I successfully deployed RDO Manager Liberty HA with VLANS on some HP blades + in-chassis switches with trunked VLANs ports (call this OBM (Openstack Bare Metal)) I wanted to deploy a test Openstack environment within this (call this OV (Openstack Virtual)) So I created two instances in OBM, and used packstack to roll out one controller and one compute node configured with vxlan tenant networks. This all worked and I can fire up an instance in OV, and it gets an ip. I then created an external network in OV with a VLAN id that matches an OBM network. The plan was to access an instance in OV from an instance in OBM. Problem is that the OV external network gateway is down, and after assigning a floating ip to the OV instance I have no access to or from it. I can only get to it from the network namespace on the OV controller (ip netns exec....) I have previously got this Openstack nested visualization working in VMware (vCloud) by enabling promiscuous mode on dvs portgoup, and also enabling promisc on the virtual interfaces of the virtual Openstack controllers. I tried enabling promiscuous mode on the OV controllers interfaces (OBM instances), but this seemed to make no difference. Any tips? Is this possible? Thanks Charles -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 From cems at ebi.ac.uk Thu Feb 18 16:02:19 2016 From: cems at ebi.ac.uk (Charles Short) Date: Thu, 18 Feb 2016 16:02:19 +0000 Subject: [Rdo-list] Overcloud deploy stuck for a long time In-Reply-To: References: <561C1722.9050608@redhat.com> <985767218.56816371.1444788465718.JavaMail.zimbra@redhat.com> Message-ID: <56C5EB0B.9070700@ebi.ac.uk> Hi, I have seen the same issues when deploying on HP Blades. I had chosen to deploy on a subset of blades to save time whilst testing. The error was caused by a rogue blade. Previous attempts on a different set of blades in the same chassis had left a blade(s) powered on and therefore presenting duplicate ip addresses in the blade cluster which was interfering with my new deployment. Basically check that all of your nodes are in the correct state, i.e look in the iLO and cross reference with Ironic and check the power state. HTH Charles On 14/10/2015 12:40, Udi Kalifon wrote: > My overcloud deployment also hangs for 4 hours and then fails. This is > what I got on the 1st run: > > [stack at instack ~]$ openstack overcloud deploy --templates > Deploying templates in the directory > /usr/share/openstack-tripleo-heat-templates > ERROR: Authentication failed. Please try again with option > --include-password or export HEAT_INCLUDE_PASSWORD=1 > Authentication required > > I am assuming the authentication error is due to the expiration of the > token after 4 hours, and not because I forgot the rc file. I tried to > run the deployment again and it failed after another 4 hours with a > different error: > > [stack at instack ~]$ openstack overcloud deploy --templates > Deploying templates in the directory > /usr/share/openstack-tripleo-heat-templates > Stack failed with status: resources.Controller: resources[0]: > ResourceInError: resources.Controller: Went to status ERROR due to > "Message: Exceeded maximum number of retries. Exceeded max scheduling > attempts 3 for instance 9eedda9e-f381-47d4-a883-0fe40db0eb5e. Last > exception: [u'Traceback (most recent call last):\n', u' File > "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 1, > Code: 500" > Heat Stack update failed. > > The failed resources are: > > heat resource-list -n 5 overcloud |egrep -v COMPLETE > +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ > | resource_name | > physical_resource_id | > resource_type | resource_status | > updated_time | stack_name | > +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ > | Compute | > aee2604f-2580-44c9-bc38-45046970fd63 | > OS::Heat::ResourceGroup | UPDATE_FAILED | > 2015-10-14T06:32:34 | overcloud | > | 0 | > 2199c1c6-60ca-42a4-927c-8bf0fb8763b7 | > OS::TripleO::Compute | UPDATE_FAILED | > 2015-10-14T06:32:36 | overcloud-Compute-dq426vplp2nu | > | Controller | > 2ae19a5f-f88c-4d8b-98ec-952657b70cd6 | > OS::Heat::ResourceGroup | UPDATE_FAILED | > 2015-10-14T06:32:36 | overcloud | > | 0 | > 2fc3ed0c-da5c-45e4-a255-4b4a8ef58dd7 | > OS::TripleO::Controller | UPDATE_FAILED | > 2015-10-14T06:32:38 | overcloud-Controller-ktbqsolaqm4u | > | NovaCompute | > 7938bbe0-ab97-499f-8859-15f903e7c09b | > OS::Nova::Server | CREATE_FAILED | > 2015-10-14T06:32:55 | overcloud-Compute-dq426vplp2nu-0-4acm6pstctor | > | Controller | > c1cd6b72-ec0d-4c13-b21c-10d0f6c45788 | > OS::Nova::Server | CREATE_FAILED | > 2015-10-14T06:32:58 | overcloud-Controller-ktbqsolaqm4u-0-d76rtersrtyt | > +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ > > > I was unable to run resource-show or deployment-show on the failed > resources, it kept complaining that those resources are not found. > > Thanks, > Udi. > > > On Wed, Oct 14, 2015 at 11:16 AM, Tzach Shefi > wrote: > > Hi Sasha\Dan, > Yep that's my bug I opened yesterday about this. > > sshd and firewall rules look OK having tested below: > I can ssh into the virt host from my laptop with root user, > checking 10.X.X.X net > Can also ssh from instack vm to virt host, checking 192.168.122.X > net. > > Unless I should check ssh with other user, if so which ? > I doubt ssh user/firewall caused the problem as controller was > installed successfully and it too uses same procedure ssh virt > power-on method. > > Deployment is still up & stuck if any one ones to take a look > contact me for access details in private. > > Will review/use virt console, virt journal and timeout tips on > next deployment. > > Thanks > Tzach > > > On Wed, Oct 14, 2015 at 5:07 AM, Sasha Chuzhoy > wrote: > > I hit the same (or similar) issue on my BM environment, though > I manage to complete the 1+1 deployment on VM successfully. > I see it's reported already: > https://bugzilla.redhat.com/show_bug.cgi?id=1271289 > > Ran a deployment with: openstack overcloud deploy > --templates --timeout 90 --compute-scale 3 --control-scale 1 > The deployment fails, and I see that "all minus one" overcloud > nodes are still in BUILD status. > > [stack at undercloud ~]$ nova list > +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ > | ID | Name | > Status | Task State | Power State | Networks | > +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ > | b15f499e-79ed-46b2-b990-878dbe6310b1 | > overcloud-controller-0 | BUILD | spawning | NOSTATE | > ctlplane=192.0.2.23 | > | 4877d14a-e34e-406b-8005-dad3d79f5bab | > overcloud-novacompute-0 | ACTIVE | - | Running | > ctlplane=192.0.2.9 | > | 0fd1a7ed-367e-448e-8602-8564bf087e92 | > overcloud-novacompute-1 | BUILD | spawning | NOSTATE | > ctlplane=192.0.2.21 | > | 51630a7d-c140-47b9-a071-1f2fdb45f4b4 | > overcloud-novacompute-2 | BUILD | spawning | NOSTATE | > ctlplane=192.0.2.22 | > > > Will try to investigate further tomorrow. > > Best regards, > Sasha Chuzhoy. > > ----- Original Message ----- > > From: "Tzach Shefi" > > > To: "Dan Sneddon" > > > Cc: rdo-list at redhat.com > > Sent: Tuesday, October 13, 2015 6:01:48 AM > > Subject: Re: [Rdo-list] Overcloud deploy stuck for a long time > > > > So gave it a few more hours, on heat resource nothing is > failed only > > create_complete and some init_complete. > > > > Nova show > > | 61aaed37-4993-4165-93a7-3c9bf6b10a21 | > overcloud-controller-0 | ACTIVE | - > > | | Running | ctlplane=192.0.2.8 | > > | 7f9f4f52-3ee6-42d9-9275-ff88582dd6e7 | > overcloud-novacompute-0 | BUILD | > > | spawning | NOSTATE | ctlplane=192.0.2.9 | > > > > > > nova show 7f9f4f52-3ee6-42d9-9275-ff88582dd6e7 > > > +--------------------------------------+----------------------------------------------------------+ > > | Property | Value | > > > +--------------------------------------+----------------------------------------------------------+ > > | OS-DCF:diskConfig | MANUAL | > > | OS-EXT-AZ:availability_zone | nova | > > | OS-EXT-SRV-ATTR:host | instack.localdomain | > > | OS-EXT-SRV-ATTR:hypervisor_hostname | > 4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 > > | | > > | OS-EXT-SRV-ATTR:instance_name | instance-00000002 | > > | OS-EXT-STS:power_state | 0 | > > | OS-EXT-STS:task_state | spawning | > > | OS-EXT-STS:vm_state | building | > > > > Checking nova log this is what I see: > > > > nova-compute.log:{"nodes": [{"target_power_state": null, > "links": [{"href": " > > > http://192.0.2.1:6385/v1/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 > ", > > "rel": "self"}, {"href": " > > > http://192.0.2.1:6385/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 > ", "rel": > > "bookmark"}], "extra": {}, "last_error": " Failed to change > power state to > > 'power on'. Error: Failed to execute command via SSH : LC_ALL=C > > /usr/bin/virsh --connect qemu:///system start baremetalbrbm_1.", > > "updated_at": "2015-10-12T14:36:08+00:00", > "maintenance_reason": null, > > "provision_state": "deploying", "clean_step": {}, "uuid": > > "4626bf90-7f95-4bd7-8bee-5f5b0a0981c6", "console_enabled": > false, > > "target_provision_state": "active", "provision_updated_at": > > "2015-10-12T14:35:18+00:00", "power_state": "power off", > > "inspection_started_at": null, "inspection_finished_at": null, > > "maintenance": false, "driver": "pxe_ssh", "reservation": null, > > "properties": {"memory_mb": "4096", "cpu_arch": "x86_64", > "local_gb": "40", > > "cpus": "1", "capabilities": "boot_option:local"}, > "instance_uuid": > > "7f9f4f52-3ee6-42d9-9275-ff88582dd6e7", "name": null, > "driver_info": > > {"ssh_username": "root", "deploy_kernel": > > "94cc528d-d91f-4ca7-876e-2d8cbec66f1b", "deploy_ramdisk": > > "057d3b42-002a-4c24-bb3f-2032b8086108", "ssh_key_contents": > "-----BEGIN( I > > removed key..)END RSA PRIVATE KEY-----", "ssh_virt_type": > "virsh", > > "ssh_address": "192.168.122.1"}, "created_at": > "2015-10-12T14:26:30+00:00", > > "ports": [{"href": " > > > http://192.0.2.1:6385/v1/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6/ports > ", > > "rel": "self"}, {"href": " > > > http://192.0.2.1:6385/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6/ports > ", > > "rel": "bookmark"}], "driver_internal_info": {"clean_steps": > null, > > "root_uuid_or_disk_id": "9ff90423-9d18-4dd1-ae96-a4466b52d9d9", > > "is_whole_disk_image": false}, "instance_info": {"ramdisk": > > "82639516-289d-4603-bf0e-8131fa75ec46", "kernel": > > "665ffcb0-2afe-4e04-8910-45b92826e328", "root_gb": "40", > "display_name": > > "overcloud-novacompute-0", "image_source": > > "d99f460e-c6d9-4803-99e4-51347413f348", "capabilities": > "{\"boot_option\": > > \"local\"}", "memory_mb": "4096", "vcpus": "1", "deploy_key": > > "BI0FRWDTD4VGHII9JK2BYDDFR8WB1WUG", "local_gb": "40", > "configdrive": > > > "H4sICGDEG1YC/3RtcHpwcWlpZQDt3WuT29iZ2HH02Bl7Fe/G5UxSqS3vLtyesaSl2CR4p1zyhk2Ct+ateScdVxcIgiR4A5sAr95xxa/iVOUz7EfJx8m7rXyE5IDslro1mpbGox15Zv6/lrpJ4AAHN/LBwXMIShIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADhJpvx+5UQq5EqNtvzldGs+MIfewJeNv53f/7n354F6xT/3v/TjH0v/chz0L5+8Gv2f3V+n0s+Pz34u/dj982PJfvSTvxFVfXQ7vfyBlRfGvOZo+kQuWWtNVgJn/jO/d6kHzvrGWlHOjGn0TDfmjmXL30kZtZSrlXPFREaVxQM5Hon4fdl0TU7nCmqtU6urRTlZVRP1clV+knwqK/F4UFbPOuVGKZNKFNTbgVFvwO+PyPmzipqo1solX/6slszmCuKozBzKuKPdMlE5ma > > > > > > Any ideas on how to resolve a stuck spawning compute node, > it's stuck hasn't > > changed for a few hours now. > > > > Tzach > > > > Tzach > > > > > > On Mon, Oct 12, 2015 at 11:25 PM, Dan Sneddon < > dsneddon at redhat.com > wrote: > > > > > > > > On 10/12/2015 08:10 AM, Tzach Shefi wrote: > > > Hi, > > > > > > Server running centos 7.1, vm running for undercloud got up to > > > overcloud deploy stage. > > > It looks like its stuck nothing advancing for a while. > > > Ideas, what to check? > > > > > > [stack at instack ~]$ openstack overcloud deploy --templates > > > Deploying templates in the directory > > > /usr/share/openstack-tripleo-heat-templates > > > [91665.696658] device vnet2 entered promiscuous mode > > > [91665.781346] device vnet3 entered promiscuous mode > > > [91675.260324] kvm [71183]: vcpu0 disabled perfctr wrmsr: > 0xc1 data 0xffff > > > [91675.291232] kvm [71200]: vcpu0 disabled perfctr wrmsr: > 0xc1 data 0xffff > > > [91767.799404] kvm: zapping shadow pages for mmio > generation wraparound > > > [91767.880480] kvm: zapping shadow pages for mmio > generation wraparound > > > [91768.957761] device vnet2 left promiscuous mode > > > [91769.799446] device vnet3 left promiscuous mode > > > [91771.223273] device vnet3 entered promiscuous mode > > > [91771.232996] device vnet2 entered promiscuous mode > > > [91773.733967] kvm [72245]: vcpu0 disabled perfctr wrmsr: > 0xc1 data 0xffff > > > [91801.270510] device vnet2 left promiscuous mode > > > > > > > > > Thanks > > > Tzach > > > > > > > > > _______________________________________________ > > > Rdo-list mailing list > > > Rdo-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > > > You're going to need a more complete command line than > "openstack > > overcloud deploy --templates". For instance, if you are > using VMs for > > your overcloud nodes, you will need to include > "--libvirt-type qemu". > > There are probably a couple of other parameters that you > will need. > > > > You can watch the deployment using this command, which will > show you > > the progress: > > > > watch "heat resource-list -n 5 | grep -v COMPLETE" > > > > You can also explore which resources have failed: > > > > heat resource-list [-n 5]| grep FAILED > > > > And then look more closely at the failed resources: > > > > heat resource-show overcloud > > > > There are some more complete troubleshooting instructions here: > > > > > http://docs.openstack.org/developer/tripleo-docs/troubleshooting/troubleshooting-overcloud.html > > > > -- > > Dan Sneddon | Principal OpenStack Engineer > > dsneddon at redhat.com | > redhat.com/openstack > > 650.254.4025 | dsneddon:irc @dxs:twitter > > > > _______________________________________________ > > Rdo-list mailing list > > Rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > > > > -- > > Tzach Shefi > > Quality Engineer, Redhat OSP > > +972-54-4701080 > > > > _______________________________________________ > > Rdo-list mailing list > > Rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > -- > *Tzach Shefi* > Quality Engineer, Redhat OSP > +972-54-4701080 > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ibravo at ltgfederal.com Thu Feb 18 16:14:50 2016 From: ibravo at ltgfederal.com (Ignacio Bravo) Date: Thu, 18 Feb 2016 11:14:50 -0500 Subject: [Rdo-list] Overcloud deploy stuck for a long time In-Reply-To: <56C5EB0B.9070700@ebi.ac.uk> References: <561C1722.9050608@redhat.com> <985767218.56816371.1444788465718.JavaMail.zimbra@redhat.com> <56C5EB0B.9070700@ebi.ac.uk> Message-ID: I have deployed successfully on HP Blades and found this issue to be related to the number of interfaces that each blade has presented through Ironic. In other words, ironic will try to provision on a particular NIC, that might be different from the NIC the blade is booting from. This was discussed here on the list, and the objective is to run ironic introspection, then check that each node has only one NIC (the command name escapes me right now, but was something with ironic) and it is connected to the VLAN you want, and delete the ones that were not correct. Once that is clear, you should be able to run the deployment command. IB __ Ignacio Bravo LTG Federal, Inc www.ltgfederal.com > On Feb 18, 2016, at 11:02 AM, Charles Short wrote: > > Hi, > > I have seen the same issues when deploying on HP Blades. I had chosen to deploy on a subset of blades to save time whilst testing. The error was caused by a rogue blade. > Previous attempts on a different set of blades in the same chassis had left a blade(s) powered on and therefore presenting duplicate ip addresses in the blade cluster which was interfering with my new deployment. > Basically check that all of your nodes are in the correct state, i.e look in the iLO and cross reference with Ironic and check the power state. > > > HTH > > Charles > > On 14/10/2015 12:40, Udi Kalifon wrote: >> My overcloud deployment also hangs for 4 hours and then fails. This is what I got on the 1st run: >> >> [stack at instack ~]$ openstack overcloud deploy --templates >> Deploying templates in the directory /usr/share/openstack-tripleo-heat-templates >> ERROR: Authentication failed. Please try again with option --include-password or export HEAT_INCLUDE_PASSWORD=1 >> Authentication required >> >> I am assuming the authentication error is due to the expiration of the token after 4 hours, and not because I forgot the rc file. I tried to run the deployment again and it failed after another 4 hours with a different error: >> >> [stack at instack ~]$ openstack overcloud deploy --templates >> Deploying templates in the directory /usr/share/openstack-tripleo-heat-templates >> Stack failed with status: resources.Controller: resources[0]: ResourceInError: resources.Controller: Went to status ERROR due to "Message: Exceeded maximum number of retries. Exceeded max scheduling attempts 3 for instance 9eedda9e-f381-47d4-a883-0fe40db0eb5e. Last exception: [u'Traceback (most recent call last):\n', u' File "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 1, Code: 500" >> Heat Stack update failed. >> >> The failed resources are: >> >> heat resource-list -n 5 overcloud |egrep -v COMPLETE >> +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ >> | resource_name | physical_resource_id | resource_type | resource_status | updated_time | stack_name | >> +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ >> | Compute | aee2604f-2580-44c9-bc38-45046970fd63 | OS::Heat::ResourceGroup | UPDATE_FAILED | 2015-10-14T06:32:34 | overcloud | >> | 0 | 2199c1c6-60ca-42a4-927c-8bf0fb8763b7 | OS::TripleO::Compute | UPDATE_FAILED | 2015-10-14T06:32:36 | overcloud-Compute-dq426vplp2nu | >> | Controller | 2ae19a5f-f88c-4d8b-98ec-952657b70cd6 | OS::Heat::ResourceGroup | UPDATE_FAILED | 2015-10-14T06:32:36 | overcloud | >> | 0 | 2fc3ed0c-da5c-45e4-a255-4b4a8ef58dd7 | OS::TripleO::Controller | UPDATE_FAILED | 2015-10-14T06:32:38 | overcloud-Controller-ktbqsolaqm4u | >> | NovaCompute | 7938bbe0-ab97-499f-8859-15f903e7c09b | OS::Nova::Server | CREATE_FAILED | 2015-10-14T06:32:55 | overcloud-Compute-dq426vplp2nu-0-4acm6pstctor | >> | Controller | c1cd6b72-ec0d-4c13-b21c-10d0f6c45788 | OS::Nova::Server | CREATE_FAILED | 2015-10-14T06:32:58 | overcloud-Controller-ktbqsolaqm4u-0-d76rtersrtyt | >> +-------------------------------------------+-----------------------------------------------+---------------------------------------------------+-----------------+---------------------+---------------------------------------------------------------------------------+ >> >> >> I was unable to run resource-show or deployment-show on the failed resources, it kept complaining that those resources are not found. >> >> Thanks, >> Udi. >> >> >> On Wed, Oct 14, 2015 at 11:16 AM, Tzach Shefi > wrote: >> Hi Sasha\Dan, >> Yep that's my bug I opened yesterday about this. >> >> sshd and firewall rules look OK having tested below: >> I can ssh into the virt host from my laptop with root user, checking 10.X.X.X net >> Can also ssh from instack vm to virt host, checking 192.168.122.X net. >> >> Unless I should check ssh with other user, if so which ? >> I doubt ssh user/firewall caused the problem as controller was installed successfully and it too uses same procedure ssh virt power-on method. >> >> Deployment is still up & stuck if any one ones to take a look contact me for access details in private. >> >> Will review/use virt console, virt journal and timeout tips on next deployment. >> >> Thanks >> Tzach >> >> >> On Wed, Oct 14, 2015 at 5:07 AM, Sasha Chuzhoy < sasha at redhat.com > wrote: >> I hit the same (or similar) issue on my BM environment, though I manage to complete the 1+1 deployment on VM successfully. >> I see it's reported already: https://bugzilla.redhat.com/show_bug.cgi?id=1271289 >> >> Ran a deployment with: openstack overcloud deploy --templates --timeout 90 --compute-scale 3 --control-scale 1 >> The deployment fails, and I see that "all minus one" overcloud nodes are still in BUILD status. >> >> [stack at undercloud ~]$ nova list >> +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ >> | ID | Name | Status | Task State | Power State | Networks | >> +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ >> | b15f499e-79ed-46b2-b990-878dbe6310b1 | overcloud-controller-0 | BUILD | spawning | NOSTATE | ctlplane=192.0.2.23 | >> | 4877d14a-e34e-406b-8005-dad3d79f5bab | overcloud-novacompute-0 | ACTIVE | - | Running | ctlplane=192.0.2.9 | >> | 0fd1a7ed-367e-448e-8602-8564bf087e92 | overcloud-novacompute-1 | BUILD | spawning | NOSTATE | ctlplane=192.0.2.21 | >> | 51630a7d-c140-47b9-a071-1f2fdb45f4b4 | overcloud-novacompute-2 | BUILD | spawning | NOSTATE | ctlplane=192.0.2.22 | >> >> >> Will try to investigate further tomorrow. >> >> Best regards, >> Sasha Chuzhoy. >> >> ----- Original Message ----- >> > From: "Tzach Shefi" < tshefi at redhat.com > >> > To: "Dan Sneddon" < dsneddon at redhat.com > >> > Cc: rdo-list at redhat.com >> > Sent: Tuesday, October 13, 2015 6:01:48 AM >> > Subject: Re: [Rdo-list] Overcloud deploy stuck for a long time >> > >> > So gave it a few more hours, on heat resource nothing is failed only >> > create_complete and some init_complete. >> > >> > Nova show >> > | 61aaed37-4993-4165-93a7-3c9bf6b10a21 | overcloud-controller-0 | ACTIVE | - >> > | | Running | ctlplane=192.0.2.8 | >> > | 7f9f4f52-3ee6-42d9-9275-ff88582dd6e7 | overcloud-novacompute-0 | BUILD | >> > | spawning | NOSTATE | ctlplane=192.0.2.9 | >> > >> > >> > nova show 7f9f4f52-3ee6-42d9-9275-ff88582dd6e7 >> > +--------------------------------------+----------------------------------------------------------+ >> > | Property | Value | >> > +--------------------------------------+----------------------------------------------------------+ >> > | OS-DCF:diskConfig | MANUAL | >> > | OS-EXT-AZ:availability_zone | nova | >> > | OS-EXT-SRV-ATTR:host | instack.localdomain | >> > | OS-EXT-SRV-ATTR:hypervisor_hostname | 4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 >> > | | >> > | OS-EXT-SRV-ATTR:instance_name | instance-00000002 | >> > | OS-EXT-STS:power_state | 0 | >> > | OS-EXT-STS:task_state | spawning | >> > | OS-EXT-STS:vm_state | building | >> > >> > Checking nova log this is what I see: >> > >> > nova-compute.log:{"nodes": [{"target_power_state": null, "links": [{"href": " >> > http://192.0.2.1:6385/v1/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 ", >> > "rel": "self"}, {"href": " >> > http://192.0.2.1:6385/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6 ", "rel": >> > "bookmark"}], "extra": {}, "last_error": " Failed to change power state to >> > 'power on'. Error: Failed to execute command via SSH : LC_ALL=C >> > /usr/bin/virsh --connect qemu:///system start baremetalbrbm_1.", >> > "updated_at": "2015-10-12T14:36:08+00:00", "maintenance_reason": null, >> > "provision_state": "deploying", "clean_step": {}, "uuid": >> > "4626bf90-7f95-4bd7-8bee-5f5b0a0981c6", "console_enabled": false, >> > "target_provision_state": "active", "provision_updated_at": >> > "2015-10-12T14:35:18+00:00", "power_state": "power off", >> > "inspection_started_at": null, "inspection_finished_at": null, >> > "maintenance": false, "driver": "pxe_ssh", "reservation": null, >> > "properties": {"memory_mb": "4096", "cpu_arch": "x86_64", "local_gb": "40", >> > "cpus": "1", "capabilities": "boot_option:local"}, "instance_uuid": >> > "7f9f4f52-3ee6-42d9-9275-ff88582dd6e7", "name": null, "driver_info": >> > {"ssh_username": "root", "deploy_kernel": >> > "94cc528d-d91f-4ca7-876e-2d8cbec66f1b", "deploy_ramdisk": >> > "057d3b42-002a-4c24-bb3f-2032b8086108", "ssh_key_contents": "-----BEGIN( I >> > removed key..)END RSA PRIVATE KEY-----", "ssh_virt_type": "virsh", >> > "ssh_address": "192.168.122.1"}, "created_at": "2015-10-12T14:26:30+00:00", >> > "ports": [{"href": " >> > http://192.0.2.1:6385/v1/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6/ports ", >> > "rel": "self"}, {"href": " >> > http://192.0.2.1:6385/nodes/4626bf90-7f95-4bd7-8bee-5f5b0a0981c6/ports ", >> > "rel": "bookmark"}], "driver_internal_info": {"clean_steps": null, >> > "root_uuid_or_disk_id": "9ff90423-9d18-4dd1-ae96-a4466b52d9d9", >> > "is_whole_disk_image": false}, "instance_info": {"ramdisk": >> > "82639516-289d-4603-bf0e-8131fa75ec46", "kernel": >> > "665ffcb0-2afe-4e04-8910-45b92826e328", "root_gb": "40", "display_name": >> > "overcloud-novacompute-0", "image_source": >> > "d99f460e-c6d9-4803-99e4-51347413f348", "capabilities": "{\"boot_option\": >> > \"local\"}", "memory_mb": "4096", "vcpus": "1", "deploy_key": >> > "BI0FRWDTD4VGHII9JK2BYDDFR8WB1WUG", "local_gb": "40", "configdrive": >> > "H4sICGDEG1YC/3RtcHpwcWlpZQDt3WuT29iZ2HH02Bl7Fe/G5UxSqS3vLtyesaSl2CR4p1zyhk2Ct+ateScdVxcIgiR4A5sAr95xxa/iVOUz7EfJx8m7rXyE5IDslro1mpbGox15Zv6/lrpJ4AAHN/LBwXMIShIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADhJpvx+5UQq5EqNtvzldGs+MIfewJeNv53f/7n354F6xT/3v/TjH0v/chz0L5+8Gv2f3V+n0s+Pz34u/dj982PJfvSTvxFVfXQ7vfyBlRfGvOZo+kQuWWtNVgJn/jO/d6kHzvrGWlHOjGn0TDfmjmXL30kZtZSrlXPFREaVxQM5Hon4fdl0TU7nCmqtU6urRTlZVRP1clV+knwqK/F4UFbPOuVGKZNKFNTbgVFvwO+PyPmzipqo1solX/6slszmCuKozBzKuKPdMlE5ma >> > >> > >> > Any ideas on how to resolve a stuck spawning compute node, it's stuck hasn't >> > changed for a few hours now. >> > >> > Tzach >> > >> > Tzach >> > >> > >> > On Mon, Oct 12, 2015 at 11:25 PM, Dan Sneddon < dsneddon at redhat.com > wrote: >> > >> > >> > >> > On 10/12/2015 08:10 AM, Tzach Shefi wrote: >> > > Hi, >> > > >> > > Server running centos 7.1, vm running for undercloud got up to >> > > overcloud deploy stage. >> > > It looks like its stuck nothing advancing for a while. >> > > Ideas, what to check? >> > > >> > > [stack at instack ~]$ openstack overcloud deploy --templates >> > > Deploying templates in the directory >> > > /usr/share/openstack-tripleo-heat-templates >> > > [91665.696658] device vnet2 entered promiscuous mode >> > > [91665.781346] device vnet3 entered promiscuous mode >> > > [91675.260324] kvm [71183]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff >> > > [91675.291232] kvm [71200]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff >> > > [91767.799404] kvm: zapping shadow pages for mmio generation wraparound >> > > [91767.880480] kvm: zapping shadow pages for mmio generation wraparound >> > > [91768.957761] device vnet2 left promiscuous mode >> > > [91769.799446] device vnet3 left promiscuous mode >> > > [91771.223273] device vnet3 entered promiscuous mode >> > > [91771.232996] device vnet2 entered promiscuous mode >> > > [91773.733967] kvm [72245]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff >> > > [91801.270510] device vnet2 left promiscuous mode >> > > >> > > >> > > Thanks >> > > Tzach >> > > >> > > >> > > _______________________________________________ >> > > Rdo-list mailing list >> > > Rdo-list at redhat.com >> > > https://www.redhat.com/mailman/listinfo/rdo-list >> > > >> > > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > >> > >> > You're going to need a more complete command line than "openstack >> > overcloud deploy --templates". For instance, if you are using VMs for >> > your overcloud nodes, you will need to include "--libvirt-type qemu". >> > There are probably a couple of other parameters that you will need. >> > >> > You can watch the deployment using this command, which will show you >> > the progress: >> > >> > watch "heat resource-list -n 5 | grep -v COMPLETE" >> > >> > You can also explore which resources have failed: >> > >> > heat resource-list [-n 5]| grep FAILED >> > >> > And then look more closely at the failed resources: >> > >> > heat resource-show overcloud >> > >> > There are some more complete troubleshooting instructions here: >> > >> > http://docs.openstack.org/developer/tripleo-docs/troubleshooting/troubleshooting-overcloud.html >> > >> > -- >> > Dan Sneddon | Principal OpenStack Engineer >> > dsneddon at redhat.com | redhat.com/openstack >> > 650.254.4025 | dsneddon:irc @dxs:twitter >> > >> > _______________________________________________ >> > Rdo-list mailing list >> > Rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >> > >> > >> > -- >> > Tzach Shefi >> > Quality Engineer, Redhat OSP >> > +972-54-4701080 >> > >> > _______________________________________________ >> > Rdo-list mailing list >> > Rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> >> >> -- >> Tzach Shefi >> Quality Engineer, Redhat OSP >> +972-54-4701080 >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > -- > Charles Short > Cloud Engineer > Virtualization and Cloud Team > European Bioinformatics Institute (EMBL-EBI) > Tel: +44 (0)1223 494205 > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Fox at pnnl.gov Thu Feb 18 17:40:14 2016 From: Kevin.Fox at pnnl.gov (Fox, Kevin M) Date: Thu, 18 Feb 2016 17:40:14 +0000 Subject: [Rdo-list] Developing Horizon dashboards with RDO In-Reply-To: References: Message-ID: <1A3C52DFCD06494D8528644858247BF01B8B9C8F@EX10MBOX03.pnnl.gov> If you have a working openstack, the easiest way is to launch it in a vm in openstack. :) Kevin ________________________________ From: rdo-list-bounces at redhat.com [rdo-list-bounces at redhat.com] on behalf of Gregor Berginc [gregor.berginc at gmail.com] Sent: Thursday, February 18, 2016 4:54 AM To: rdo-list at redhat.com Subject: [Rdo-list] Developing Horizon dashboards with RDO Dear all, I've just migrated from devstack to RDO because it was much easier to deploy and configure OpenStack on my dev machine. One thing, unfortunately, I couldn't have found. Is there a way to facilitate the development of Horizon dashboards? I've noticed that dashboards are installed in /usr/shared/openstack-dashboard. I can deploy new dashboards and use them by restarting the httpd. The directory also has manage.py, but it doesn't seem to work properly (at least static resources are missing). Thus, I am wondering if there is a way to launch a separate development server for Horizon dashboards? Thanks in advance, -Gregor -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Thu Feb 18 20:39:30 2016 From: marius at remote-lab.net (Marius Cornea) Date: Thu, 18 Feb 2016 21:39:30 +0100 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: <56C5E627.1030706@ebi.ac.uk> References: <56C5E627.1030706@ebi.ac.uk> Message-ID: Hi Charles, If I understand it right - since you are creating the external network with a vlan tag then the OV controller(nova instance in the OBM openstack) needs to send tagged frames which afaik doesn't work since ovs strips the tag. I see there's a blueprint[1] for vlan aware vms but it's not implemented. [1] http://specs.openstack.org/openstack/neutron-specs/specs/liberty/vlan-aware-vms.html On Thu, Feb 18, 2016 at 4:41 PM, Charles Short wrote: > Hi, > > I successfully deployed RDO Manager Liberty HA with VLANS on some HP blades > + in-chassis switches with trunked VLANs ports (call this OBM (Openstack > Bare Metal)) > I wanted to deploy a test Openstack environment within this (call this OV > (Openstack Virtual)) > So I created two instances in OBM, and used packstack to roll out one > controller and one compute node configured with vxlan tenant networks. > This all worked and I can fire up an instance in OV, and it gets an ip. > I then created an external network in OV with a VLAN id that matches an OBM > network. The plan was to access an instance in OV from an instance in OBM. > Problem is that the OV external network gateway is down, and after assigning > a floating ip to the OV instance I have no access to or from it. I can only > get to it from the network namespace on the OV controller (ip netns > exec....) > I have previously got this Openstack nested visualization working in VMware > (vCloud) by enabling promiscuous mode on dvs portgoup, and also enabling > promisc on the virtual interfaces of the virtual Openstack controllers. > > I tried enabling promiscuous mode on the OV controllers interfaces (OBM > instances), but this seemed to make no difference. > > Any tips? Is this possible? > > Thanks > > Charles > > -- > Charles Short > Cloud Engineer > Virtualization and Cloud Team > European Bioinformatics Institute (EMBL-EBI) > Tel: +44 (0)1223 494205 > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From docana at ebi.ac.uk Thu Feb 18 20:49:44 2016 From: docana at ebi.ac.uk (David Ocana) Date: Thu, 18 Feb 2016 20:49:44 +0000 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: References: <56C5E627.1030706@ebi.ac.uk> Message-ID: <56C62E68.9040403@ebi.ac.uk> Hi Marius, Would it work if the external network was the untagged vlan? Does this make sense? Thanks, David On 18/02/2016 20:39, Marius Cornea wrote: > Hi Charles, > > If I understand it right - since you are creating the external network > with a vlan tag then the OV controller(nova instance in the OBM > openstack) needs to send tagged frames which afaik doesn't work since > ovs strips the tag. I see there's a blueprint[1] for vlan aware vms > but it's not implemented. > > [1] http://specs.openstack.org/openstack/neutron-specs/specs/liberty/vlan-aware-vms.html > > On Thu, Feb 18, 2016 at 4:41 PM, Charles Short wrote: >> Hi, >> >> I successfully deployed RDO Manager Liberty HA with VLANS on some HP blades >> + in-chassis switches with trunked VLANs ports (call this OBM (Openstack >> Bare Metal)) >> I wanted to deploy a test Openstack environment within this (call this OV >> (Openstack Virtual)) >> So I created two instances in OBM, and used packstack to roll out one >> controller and one compute node configured with vxlan tenant networks. >> This all worked and I can fire up an instance in OV, and it gets an ip. >> I then created an external network in OV with a VLAN id that matches an OBM >> network. The plan was to access an instance in OV from an instance in OBM. >> Problem is that the OV external network gateway is down, and after assigning >> a floating ip to the OV instance I have no access to or from it. I can only >> get to it from the network namespace on the OV controller (ip netns >> exec....) >> I have previously got this Openstack nested visualization working in VMware >> (vCloud) by enabling promiscuous mode on dvs portgoup, and also enabling >> promisc on the virtual interfaces of the virtual Openstack controllers. >> >> I tried enabling promiscuous mode on the OV controllers interfaces (OBM >> instances), but this seemed to make no difference. >> >> Any tips? Is this possible? >> >> Thanks >> >> Charles >> >> -- >> Charles Short >> Cloud Engineer >> Virtualization and Cloud Team >> European Bioinformatics Institute (EMBL-EBI) >> Tel: +44 (0)1223 494205 >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From dsneddon at redhat.com Thu Feb 18 20:56:34 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Thu, 18 Feb 2016 12:56:34 -0800 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: <56C5E627.1030706@ebi.ac.uk> References: <56C5E627.1030706@ebi.ac.uk> Message-ID: <56C63002.6040107@redhat.com> On 02/18/2016 07:41 AM, Charles Short wrote: > Hi, > > I successfully deployed RDO Manager Liberty HA with VLANS on some HP > blades + in-chassis switches with trunked VLANs ports (call this OBM > (Openstack Bare Metal)) > I wanted to deploy a test Openstack environment within this (call this > OV (Openstack Virtual)) > So I created two instances in OBM, and used packstack to roll out one > controller and one compute node configured with vxlan tenant networks. > This all worked and I can fire up an instance in OV, and it gets an ip. > I then created an external network in OV with a VLAN id that matches an > OBM network. The plan was to access an instance in OV from an instance > in OBM. > Problem is that the OV external network gateway is down, and after > assigning a floating ip to the OV instance I have no access to or from > it. I can only get to it from the network namespace on the OV > controller (ip netns exec....) > I have previously got this Openstack nested visualization working in > VMware (vCloud) by enabling promiscuous mode on dvs portgoup, and also > enabling promisc on the virtual interfaces of the virtual Openstack > controllers. > > I tried enabling promiscuous mode on the OV controllers interfaces (OBM > instances), but this seemed to make no difference. > > Any tips? Is this possible? > > Thanks > > Charles > >From the information that I have, promiscuous mode is part of the solution, but other options are required. You have to enable promiscous mode, mac address changes and forged retransmits. After all, all of these things are things that the Neutron does as part of its job. https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.networking.doc%2FGUID-74E2059A-CC5E-4B06-81B5-3881C80E46CE.html Note that I haven't tested this personally, so if this helps you, or if you figure out the solution, please update the list with your finding. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From marius at remote-lab.net Thu Feb 18 21:17:51 2016 From: marius at remote-lab.net (Marius Cornea) Date: Thu, 18 Feb 2016 22:17:51 +0100 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: <56C62E68.9040403@ebi.ac.uk> References: <56C5E627.1030706@ebi.ac.uk> <56C62E68.9040403@ebi.ac.uk> Message-ID: Hi David, Yes, I believe a flat network should work but you might have to enable the NoopFirewallDriver on the OBM to disable the anti spoofing rules. I found some instructions here: https://gist.github.com/djoreilly/db9c2d32a473c6643551 Note that I haven't tested this so use it with precaution if you choose so. Thanks, Marius On Thu, Feb 18, 2016 at 9:49 PM, David Ocana wrote: > Hi Marius, > > Would it work if the external network was the untagged vlan? Does this make > sense? > > Thanks, > David > > > On 18/02/2016 20:39, Marius Cornea wrote: >> >> Hi Charles, >> >> If I understand it right - since you are creating the external network >> with a vlan tag then the OV controller(nova instance in the OBM >> openstack) needs to send tagged frames which afaik doesn't work since >> ovs strips the tag. I see there's a blueprint[1] for vlan aware vms >> but it's not implemented. >> >> [1] >> http://specs.openstack.org/openstack/neutron-specs/specs/liberty/vlan-aware-vms.html >> >> On Thu, Feb 18, 2016 at 4:41 PM, Charles Short wrote: >>> >>> Hi, >>> >>> I successfully deployed RDO Manager Liberty HA with VLANS on some HP >>> blades >>> + in-chassis switches with trunked VLANs ports (call this OBM (Openstack >>> Bare Metal)) >>> I wanted to deploy a test Openstack environment within this (call this OV >>> (Openstack Virtual)) >>> So I created two instances in OBM, and used packstack to roll out one >>> controller and one compute node configured with vxlan tenant networks. >>> This all worked and I can fire up an instance in OV, and it gets an ip. >>> I then created an external network in OV with a VLAN id that matches an >>> OBM >>> network. The plan was to access an instance in OV from an instance in >>> OBM. >>> Problem is that the OV external network gateway is down, and after >>> assigning >>> a floating ip to the OV instance I have no access to or from it. I can >>> only >>> get to it from the network namespace on the OV controller (ip netns >>> exec....) >>> I have previously got this Openstack nested visualization working in >>> VMware >>> (vCloud) by enabling promiscuous mode on dvs portgoup, and also enabling >>> promisc on the virtual interfaces of the virtual Openstack controllers. >>> >>> I tried enabling promiscuous mode on the OV controllers interfaces (OBM >>> instances), but this seemed to make no difference. >>> >>> Any tips? Is this possible? >>> >>> Thanks >>> >>> Charles >>> >>> -- >>> Charles Short >>> Cloud Engineer >>> Virtualization and Cloud Team >>> European Bioinformatics Institute (EMBL-EBI) >>> Tel: +44 (0)1223 494205 >>> >>> _______________________________________________ >>> Rdo-list mailing list >>> Rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From cems at ebi.ac.uk Thu Feb 18 22:34:47 2016 From: cems at ebi.ac.uk (Charles Short) Date: Thu, 18 Feb 2016 22:34:47 +0000 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: <56C63002.6040107@redhat.com> References: <56C5E627.1030706@ebi.ac.uk> <56C63002.6040107@redhat.com> Message-ID: <56C64707.1050100@ebi.ac.uk> On 18/02/2016 20:56, Dan Sneddon wrote: > You have to enable promiscous > mode, mac address changes and forged retransmits. Thanks for the info. I just revisited my vCloud config and yes you are right I had to enable all of the above, not just promisc Regards -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 From cems at ebi.ac.uk Thu Feb 18 22:40:17 2016 From: cems at ebi.ac.uk (Charles Short) Date: Thu, 18 Feb 2016 22:40:17 +0000 Subject: [Rdo-list] Openstack deployed in Openstack and 'external' access In-Reply-To: References: <56C5E627.1030706@ebi.ac.uk> Message-ID: <56C64851.60008@ebi.ac.uk> Hi, Ok, thanks. That would make perfect sense then. I will see if I can make it work with flat/NoopFirewall. Regards Charles On 18/02/2016 20:39, Marius Cornea wrote: > Hi Charles, > > If I understand it right - since you are creating the external network > with a vlan tag then the OV controller(nova instance in the OBM > openstack) needs to send tagged frames which afaik doesn't work since > ovs strips the tag. I see there's a blueprint[1] for vlan aware vms > but it's not implemented. > > [1] http://specs.openstack.org/openstack/neutron-specs/specs/liberty/vlan-aware-vms.html > > On Thu, Feb 18, 2016 at 4:41 PM, Charles Short wrote: >> Hi, >> >> I successfully deployed RDO Manager Liberty HA with VLANS on some HP blades >> + in-chassis switches with trunked VLANs ports (call this OBM (Openstack >> Bare Metal)) >> I wanted to deploy a test Openstack environment within this (call this OV >> (Openstack Virtual)) >> So I created two instances in OBM, and used packstack to roll out one >> controller and one compute node configured with vxlan tenant networks. >> This all worked and I can fire up an instance in OV, and it gets an ip. >> I then created an external network in OV with a VLAN id that matches an OBM >> network. The plan was to access an instance in OV from an instance in OBM. >> Problem is that the OV external network gateway is down, and after assigning >> a floating ip to the OV instance I have no access to or from it. I can only >> get to it from the network namespace on the OV controller (ip netns >> exec....) >> I have previously got this Openstack nested visualization working in VMware >> (vCloud) by enabling promiscuous mode on dvs portgoup, and also enabling >> promisc on the virtual interfaces of the virtual Openstack controllers. >> >> I tried enabling promiscuous mode on the OV controllers interfaces (OBM >> instances), but this seemed to make no difference. >> >> Any tips? Is this possible? >> >> Thanks >> >> Charles >> >> -- >> Charles Short >> Cloud Engineer >> Virtualization and Cloud Team >> European Bioinformatics Institute (EMBL-EBI) >> Tel: +44 (0)1223 494205 >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 From jalway at gmail.com Fri Feb 19 05:00:07 2016 From: jalway at gmail.com (John Alway) Date: Thu, 18 Feb 2016 23:00:07 -0600 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network In-Reply-To: References: Message-ID: Thanks, Boris. I was able to get the instance running, but in Step 7, when I used the command # ssh -i cloud2.pem fedora at 172.24.4.227 It returned "ssh: connect to host 172.24.4.227 port 22: Connection timed out" 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 wrote: > > > > ------------------------------ > *From:* John Alway > *Sent:* Wednesday, February 17, 2016 1:42 PM > *To:* Boris Derzhavets > *Cc:* rdo-list at 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 > wrote: > >> >> >> >> ------------------------------ >> *From:* rdo-list-bounces at redhat.com on >> behalf of John Alway >> *Sent:* Tuesday, February 16, 2016 3:16 PM >> *To:* rdo-list at 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/ >> >> Running an instance ? RDO >> >> 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 >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Fri Feb 19 06:27:41 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 19 Feb 2016 06:27:41 +0000 Subject: [Rdo-list] The RDO Quickstart Guide and Private Network In-Reply-To: References: , Message-ID: ________________________________ From: John Alway Sent: Friday, February 19, 2016 12:00 AM To: Boris Derzhavets Cc: rdo-list at 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 at 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 > wrote: ________________________________ From: John Alway > Sent: Wednesday, February 17, 2016 1:42 PM To: Boris Derzhavets Cc: rdo-list at 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 > wrote: ________________________________ From: rdo-list-bounces at redhat.com > on behalf of John Alway > Sent: Tuesday, February 16, 2016 3:16 PM To: rdo-list at 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/images/rdo-logo-white.png?1441907864] Running an instance - RDO 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at redhat.com Fri Feb 19 14:57:00 2016 From: lars at redhat.com (Lars Kellogg-Stedman) Date: Fri, 19 Feb 2016 09:57:00 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart Message-ID: <20160219145700.ylg7tl7nusvxi53m@redhat.com> I'm working on a slightly more in-depth article on this topic, but in order for some people (pmyers I'm looking at you) to get started I wanted to write up some very quick instructions. Forgive me any typos in this email because I'd like to send it out before actually running through everything locally: while the process is automated, an HA deploy can still take quite a while to complete. Also, the fetch of the undercloud image *also* takes a chunk of time; there are instructions in the tripleo-quickstart README for caching a local copy of the image to speed up subsequent installs. You will need a physical host with at least 32GB of RAM. More is better, less *may* be possible but you will probably regret it. You will also need Ansible 2.0.x, which is what you will get if you 'pip install ansible', or install Ansible from updates-testing (Fedora) or epel-testing (RHEL/CentOS/...). Do *not* run Ansible HEAD from the git repository! This will lead to sadness and disappointment. 1. Prepare your target host. You need a user on your target host to which you can (a) log in via ssh without a password and then (b) sudo to root without a password. We'll refer to this user as "targetuser", below. That is, the following should work: ssh -tt targetuser at targethost sudo uptime 2. Clone the tripleo-quickstart repository: git clone https://github.com/redhat-openstack/tripleo-quickstart cd tripleo-quickstart (Everything below is run from inside the tripleo-quickstart directory) 2. Create an ansible inventory file. Create an inventory file that lists your target host in the 'virthost' and that provides ansible with the necessary connection information: cat > inventory < playbooks/ha.yml < nodes.yml <- --control-scale 3 -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml --ntp-server pool.ntp.org baremetal_vm_xml: | libvirt_args: --libvirt-type kvm # Set these to values appropriate for your target system. You # by default get three controllers, one compute node, and # one ceph node (so this example has a memory footprint of # 32GB, which is probably too much for a host with only # 32GB of RAM). control_memory: 8192 compute_memory: 4096 ceph_memory: 4096 EOF The above configuration will enabled nested KVM on the target host. It is possible to change the number of nodes of each type that are created, but that's for another time. 5. Run it! ansible-playbook playbooks/ha.yml -i inventory -e @nodes.yml This will: - First attempt to clean up the virtual environment from any previous run of tripleo-quickstart - Deploy a new virtual undercloud and virtual overcloud - Install the undercloud - Deploy the overcloud - Validate the overcloud If you don't trust your copying-and-pasting, the example files referenced in this email are also available from: https://gist.github.com/larsks/e02ca28982d1daacfa5d E.g.: git clone https://gist.github.com/e02ca28982d1daacfa5d.git -- Lars Kellogg-Stedman | larsks @ {freenode,twitter,github} Cloud Engineering / OpenStack | http://blog.oddbit.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From javier.pena at redhat.com Fri Feb 19 15:27:22 2016 From: javier.pena at redhat.com (Javier Pena) Date: Fri, 19 Feb 2016 10:27:22 -0500 (EST) Subject: [Rdo-list] [Delorean] Planned Delorean instance migration next Monday In-Reply-To: <1524338179.30516083.1455895502746.JavaMail.zimbra@redhat.com> Message-ID: <462477044.30516650.1455895642594.JavaMail.zimbra@redhat.com> Hi all, As you may be aware, the Delorean instance has had performance issues during the last few weeks. Although it is going much better now, we have decided to migrate it to a less busy cloud. We have prepared a new instance, and it has been running in test mode for several days. We are planning to switch over on February 22 (next Monday). Although the relevant data has been migrated (all current-passed-ci repos), there is a chance we have overseen something, so please contact us if you have any issues due to the migration. Thanks, Javier From pmyers at redhat.com Fri Feb 19 17:29:52 2016 From: pmyers at redhat.com (Perry Myers) Date: Fri, 19 Feb 2016 12:29:52 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <20160219145700.ylg7tl7nusvxi53m@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> Message-ID: <56C75110.5070501@redhat.com> On 02/19/2016 09:57 AM, Lars Kellogg-Stedman wrote: > I'm working on a slightly more in-depth article on this topic, but in > order for some people (pmyers I'm looking at you) to get started I /me looks around sheepishly... :) > wanted to write up some very quick instructions. Forgive me any typos > in this email because I'd like to send it out before actually running > through everything locally: while the process is automated, an HA > deploy can still take quite a while to complete. Also, the fetch of > the undercloud image *also* takes a chunk of time; there are > instructions in the tripleo-quickstart README for caching a local copy > of the image to speed up subsequent installs. https://github.com/redhat-openstack/tripleo-quickstart/blob/master/README.rst#documentation Definitely do this. > You will need a physical host with at least 32GB of RAM. More is > better, less *may* be possible but you will probably regret it. Wheee.... MemTotal: 65764284 kB MemFree: 58529856 kB > You will also need Ansible 2.0.x, which is what you will get if you > 'pip install ansible', or install Ansible from updates-testing > (Fedora) or epel-testing (RHEL/CentOS/...). Ok, since I'm starting with a pretty vanilla CentOS7 Server with libvirt, qemu, etc installed... # yum install ansible --enablerepo epel-testing ansible.noarch 0:2.0.0.2-1.el7 > Do *not* run Ansible HEAD from the git repository! This will lead to > sadness and disappointment. > > 1. Prepare your target host. > > You need a user on your target host to which you can (a) log in via > ssh without a password and then (b) sudo to root without a password. > We'll refer to this user as "targetuser", below. That is, the > following should work: > > ssh -tt targetuser at targethost sudo uptime using 'admin' account, verified passwordless ssh as admin works and passwordless sudo from admin to root works > 2. Clone the tripleo-quickstart repository: > > git clone https://github.com/redhat-openstack/tripleo-quickstart > cd tripleo-quickstart > > (Everything below is run from inside the tripleo-quickstart > directory) > > 2. Create an ansible inventory file. > > Create an inventory file that lists your target host in the 'virthost' > and that provides ansible with the necessary connection information: > > cat > inventory < [virthost] > my.target.host ansible_user=targetuser duh, for those of us that are noobs... replace my.target.host with localhost So for me its: cat > inventory < 3. Create an ansible playbook. > > cat > playbooks/ha.yml < - hosts: virthost > roles: > - role: libvirt/teardown > - role: libvirt/setup > > - hosts: localhost > roles: > - rebuild-inventory > > - hosts: undercloud > roles: > - overcloud > EOF > > 4. Create a variables file that describes your architecture: > > cat > nodes.yml < extra_args: >- > --control-scale 3 > -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml > --ntp-server pool.ntp.org > baremetal_vm_xml: | > > libvirt_args: --libvirt-type kvm > > # Set these to values appropriate for your target system. You > # by default get three controllers, one compute node, and > # one ceph node (so this example has a memory footprint of > # 32GB, which is probably too much for a host with only > # 32GB of RAM). > control_memory: 8192 > compute_memory: 4096 > ceph_memory: 4096 url: file:///usr/share/quickstart_images/mitaka/undercloud.qcow2 (if you pre-downloaded the undercloud image as per the instructions in the rst file link above) > EOF > > The above configuration will enabled nested KVM on the target host. > > It is possible to change the number of nodes of each type that are > created, but that's for another time. > > 5. Run it! > > ansible-playbook playbooks/ha.yml -i inventory -e @nodes.yml Ran into a small issue... since I was running as admin and needing sudo for root escalation, this patch from larsks was necessary to apply: http://chunk.io/f/574614d4738c460db656714931591694 Kicked off at 11am EST sharp. Currently running overcloud deploy. Lars, let us know when this is merged :) > This will: > > - First attempt to clean up the virtual environment from any > previous run of tripleo-quickstart > - Deploy a new virtual undercloud and virtual overcloud > - Install the undercloud > - Deploy the overcloud > - Validate the overcloud > > If you don't trust your copying-and-pasting, the example files > referenced in this email are also available from: > > https://gist.github.com/larsks/e02ca28982d1daacfa5d > > E.g.: > > git clone https://gist.github.com/e02ca28982d1daacfa5d.git To login to undercloud ssh -F ~/.quickstart/ssh.config.ansible undercloud hewbrocca also mentions that in the future, heat.conf in the undercloud will set by default max_resources_per_stack to -1 which should make things go much faster trown notes that undercloud node will be slow to deploy with only 1 vCPU. Since my box has 16 real (32 with HT), this seems like a waste of computing power :) Adding: undercloud_vcpu: 4 control_vcpu: 2 to nodes.yml may make sense At least on my machine given that I have 64gb/32 cores Validate step finished around 70 minutes after initial run of the ansible playbook, but it failed. larsks suggested that it might on a HA deployment. This will need looking into. I was able to ssh into the undercloud and from there ssh into overcloud nodes after getting their control plane IP addresses via undercloud nova list I was also able to source overcloudrc and nova list, and that worked. Probably I'll want to set up some ssh tunnels so that I can access the overcloud horizon (just for the heck of it) without needing to be ON the undercloud node And for the uninitiated... there is no Undercloud Horizon. Only CLI So far, I think this is all fairly accessible. It's really not that much more time consuming than Packstack and I think some optimizations can be put into place (max_resources_per_stack and undercloud vcpus) to make things speedier. That being said... I am running on a machine which most developers wouldn't have, so the next steps will be to make it reasonable on a 32gb machine and to provide a non-HA setup for those with 16gb machines. Perry From bderzhavets at hotmail.com Fri Feb 19 18:21:57 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 19 Feb 2016 18:21:57 +0000 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <20160219145700.ylg7tl7nusvxi53m@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Lars Kellogg-Stedman Sent: Friday, February 19, 2016 9:57 AM To: RDO Cc: Perry Myers; John Trowbridge Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart I'm working on a slightly more in-depth article on this topic, but in order for some people (pmyers I'm looking at you) to get started I wanted to write up some very quick instructions. Could you be so kind to provide also setup for just 1.Controller 1.Compute in overcloud ( as of now i7 4790 16 GB RAM) Ansible based deployment schema. I have a chance to survive with 3VMs . Thank you in advance. Boris. Forgive me any typos in this email because I'd like to send it out before actually running through everything locally: while the process is automated, an HA deploy can still take quite a while to complete. Also, the fetch of the undercloud image *also* takes a chunk of time; there are instructions in the tripleo-quickstart README for caching a local copy of the image to speed up subsequent installs. You will need a physical host with at least 32GB of RAM. More is better, less *may* be possible but you will probably regret it. You will also need Ansible 2.0.x, which is what you will get if you 'pip install ansible', or install Ansible from updates-testing (Fedora) or epel-testing (RHEL/CentOS/...). Do *not* run Ansible HEAD from the git repository! This will lead to sadness and disappointment. 1. Prepare your target host. You need a user on your target host to which you can (a) log in via ssh without a password and then (b) sudo to root without a password. We'll refer to this user as "targetuser", below. That is, the following should work: ssh -tt targetuser at targethost sudo uptime 2. Clone the tripleo-quickstart repository: git clone https://github.com/redhat-openstack/tripleo-quickstart cd tripleo-quickstart (Everything below is run from inside the tripleo-quickstart directory) 2. Create an ansible inventory file. Create an inventory file that lists your target host in the 'virthost' and that provides ansible with the necessary connection information: cat > inventory < playbooks/ha.yml < nodes.yml <- --control-scale 3 -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml --ntp-server pool.ntp.org baremetal_vm_xml: | libvirt_args: --libvirt-type kvm # Set these to values appropriate for your target system. You # by default get three controllers, one compute node, and # one ceph node (so this example has a memory footprint of # 32GB, which is probably too much for a host with only # 32GB of RAM). control_memory: 8192 compute_memory: 4096 ceph_memory: 4096 EOF The above configuration will enabled nested KVM on the target host. It is possible to change the number of nodes of each type that are created, but that's for another time. 5. Run it! ansible-playbook playbooks/ha.yml -i inventory -e @nodes.yml This will: - First attempt to clean up the virtual environment from any previous run of tripleo-quickstart - Deploy a new virtual undercloud and virtual overcloud - Install the undercloud - Deploy the overcloud - Validate the overcloud If you don't trust your copying-and-pasting, the example files referenced in this email are also available from: https://gist.github.com/larsks/e02ca28982d1daacfa5d E.g.: git clone https://gist.github.com/e02ca28982d1daacfa5d.git -- Lars Kellogg-Stedman | larsks @ {freenode,twitter,github} Cloud Engineering / OpenStack | http://blog.oddbit.com/ From rbowen at redhat.com Fri Feb 19 19:02:23 2016 From: rbowen at redhat.com (Rich Bowen) Date: Fri, 19 Feb 2016 14:02:23 -0500 Subject: [Rdo-list] Mitaka Bug Smash Day - March 7-9 Message-ID: <56C766BF.2050505@redhat.com> I just came across this: https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka I wanted to make sure that folks here had the opportunity to participate, or, if you have a facility, host one of these events. Sign up at an existing location near you, or add your own site to the list. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From ryansb at redhat.com Fri Feb 19 20:09:53 2016 From: ryansb at redhat.com (Ryan S. Brown) Date: Fri, 19 Feb 2016 15:09:53 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <56C75110.5070501@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <56C75110.5070501@redhat.com> Message-ID: <56C77691.10606@redhat.com> On 02/19/2016 12:29 PM, Perry Myers wrote: > On 02/19/2016 09:57 AM, Lars Kellogg-Stedman wrote: >> I'm working on a slightly more in-depth article on this topic, but in >> order for some people (pmyers I'm looking at you) to get started I > > /me looks around sheepishly... :) > >> wanted to write up some very quick instructions. Forgive me any typos >> in this email because I'd like to send it out before actually running >> through everything locally: while the process is automated, an HA >> deploy can still take quite a while to complete. Also, the fetch of >> the undercloud image *also* takes a chunk of time; there are >> instructions in the tripleo-quickstart README for caching a local copy >> of the image to speed up subsequent installs. > > https://github.com/redhat-openstack/tripleo-quickstart/blob/master/README.rst#documentation > > Definitely do this. Also, it should work on Fedora 23 hosts too. My 32-gb minidell seems to choke a bit on HA, but it survives (though if some manager wanted to let me expense an ssd, well, no complaint here). -Ryan -- Ryan Brown / Senior Software Engineer, OpenStack / Red Hat, Inc. From pmyers at redhat.com Sat Feb 20 00:01:29 2016 From: pmyers at redhat.com (Perry Myers) Date: Fri, 19 Feb 2016 19:01:29 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> Message-ID: <56C7ACD9.3000603@redhat.com> On 02/19/2016 01:21 PM, Boris Derzhavets wrote: > > > ________________________________________ > From: rdo-list-bounces at redhat.com on behalf of Lars Kellogg-Stedman > Sent: Friday, February 19, 2016 9:57 AM > To: RDO > Cc: Perry Myers; John Trowbridge > Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart > > I'm working on a slightly more in-depth article on this topic, but in > order for some people (pmyers I'm looking at you) to get started I > wanted to write up some very quick instructions. > > > Could you be so kind to provide also setup for just > > 1.Controller > 1.Compute > > in overcloud ( as of now i7 4790 16 GB RAM) > Ansible based deployment schema. I have a chance to survive with 3VMs . I think Lars has a page that describes this in good detail: http://blog.oddbit.com/2016/02/19/deploy-an-ha-openstack-development-envir/ But the short answer to your question is to have a nodes.yml file that looks like this: ------------------------------------------------- extra_args: >- --ntp-server pool.ntp.org baremetal_vm_xml: | libvirt_args: --libvirt-type kvm # Set these to values appropriate for your target system. You # by default get three controllers, one compute node, and # one ceph node (so this example has a memory footprint of # 32GB, which is probably too much for a host with only # 32GB of RAM). control_memory: 8192 compute_memory: 4096 undercloud_vcpu: 2 url: file:///usr/share/quickstart_images/mitaka/undercloud.qcow2 overcloud_nodes: - name: control_0 flavor: control - name: compute_0 flavor: compute ------------------------------------------------- From pmyers at redhat.com Sat Feb 20 00:04:32 2016 From: pmyers at redhat.com (Perry Myers) Date: Fri, 19 Feb 2016 19:04:32 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <56C75110.5070501@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <56C75110.5070501@redhat.com> Message-ID: <56C7AD90.4020101@redhat.com> On 02/19/2016 12:29 PM, Perry Myers wrote: > On 02/19/2016 09:57 AM, Lars Kellogg-Stedman wrote: >> I'm working on a slightly more in-depth article on this topic, but in >> order for some people (pmyers I'm looking at you) to get started I > > /me looks around sheepishly... :) > >> wanted to write up some very quick instructions. Forgive me any typos >> in this email because I'd like to send it out before actually running >> through everything locally: while the process is automated, an HA >> deploy can still take quite a while to complete. Also, the fetch of >> the undercloud image *also* takes a chunk of time; there are >> instructions in the tripleo-quickstart README for caching a local copy >> of the image to speed up subsequent installs. > > https://github.com/redhat-openstack/tripleo-quickstart/blob/master/README.rst#documentation > > Definitely do this. > >> You will need a physical host with at least 32GB of RAM. More is >> better, less *may* be possible but you will probably regret it. > > Wheee.... > MemTotal: 65764284 kB > MemFree: 58529856 kB > >> You will also need Ansible 2.0.x, which is what you will get if you >> 'pip install ansible', or install Ansible from updates-testing >> (Fedora) or epel-testing (RHEL/CentOS/...). > > Ok, since I'm starting with a pretty vanilla CentOS7 Server with > libvirt, qemu, etc installed... > > # yum install ansible --enablerepo epel-testing > ansible.noarch 0:2.0.0.2-1.el7 > >> Do *not* run Ansible HEAD from the git repository! This will lead to >> sadness and disappointment. >> >> 1. Prepare your target host. >> >> You need a user on your target host to which you can (a) log in via >> ssh without a password and then (b) sudo to root without a password. >> We'll refer to this user as "targetuser", below. That is, the >> following should work: >> >> ssh -tt targetuser at targethost sudo uptime > > using 'admin' account, verified passwordless ssh as admin works and > passwordless sudo from admin to root works > >> 2. Clone the tripleo-quickstart repository: >> >> git clone https://github.com/redhat-openstack/tripleo-quickstart >> cd tripleo-quickstart >> >> (Everything below is run from inside the tripleo-quickstart >> directory) >> >> 2. Create an ansible inventory file. >> >> Create an inventory file that lists your target host in the 'virthost' >> and that provides ansible with the necessary connection information: >> >> cat > inventory <> [virthost] >> my.target.host ansible_user=targetuser > > duh, for those of us that are noobs... replace my.target.host with localhost > > So for me its: > > cat > inventory < [virthost] > localhost ansible_user=admin > > >> 3. Create an ansible playbook. >> >> cat > playbooks/ha.yml <> - hosts: virthost >> roles: >> - role: libvirt/teardown >> - role: libvirt/setup >> >> - hosts: localhost >> roles: >> - rebuild-inventory >> >> - hosts: undercloud >> roles: >> - overcloud >> EOF >> >> 4. Create a variables file that describes your architecture: >> >> cat > nodes.yml <> extra_args: >- >> --control-scale 3 >> -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml >> --ntp-server pool.ntp.org >> baremetal_vm_xml: | >> >> libvirt_args: --libvirt-type kvm >> >> # Set these to values appropriate for your target system. You >> # by default get three controllers, one compute node, and >> # one ceph node (so this example has a memory footprint of >> # 32GB, which is probably too much for a host with only >> # 32GB of RAM). >> control_memory: 8192 >> compute_memory: 4096 >> ceph_memory: 4096 > > url: file:///usr/share/quickstart_images/mitaka/undercloud.qcow2 > > (if you pre-downloaded the undercloud image as per the instructions in > the rst file link above) > >> EOF >> >> The above configuration will enabled nested KVM on the target host. >> >> It is possible to change the number of nodes of each type that are >> created, but that's for another time. >> >> 5. Run it! >> >> ansible-playbook playbooks/ha.yml -i inventory -e @nodes.yml > > Ran into a small issue... since I was running as admin and needing sudo > for root escalation, this patch from larsks was necessary to apply: > http://chunk.io/f/574614d4738c460db656714931591694 > > Kicked off at 11am EST sharp. Currently running overcloud deploy. > > Lars, let us know when this is merged :) > >> This will: >> >> - First attempt to clean up the virtual environment from any >> previous run of tripleo-quickstart >> - Deploy a new virtual undercloud and virtual overcloud >> - Install the undercloud >> - Deploy the overcloud >> - Validate the overcloud >> >> If you don't trust your copying-and-pasting, the example files >> referenced in this email are also available from: >> >> https://gist.github.com/larsks/e02ca28982d1daacfa5d >> >> E.g.: >> >> git clone https://gist.github.com/e02ca28982d1daacfa5d.git > > To login to undercloud > ssh -F ~/.quickstart/ssh.config.ansible undercloud > > hewbrocca also mentions that in the future, heat.conf in the undercloud > will set by default max_resources_per_stack to -1 which should make > things go much faster > > trown notes that undercloud node will be slow to deploy with only 1 > vCPU. Since my box has 16 real (32 with HT), this seems like a waste of > computing power :) > > Adding: > undercloud_vcpu: 4 > control_vcpu: 2 > to nodes.yml may make sense > At least on my machine given that I have 64gb/32 cores > > Validate step finished around 70 minutes after initial run of the > ansible playbook, but it failed. larsks suggested that it might on a HA > deployment. This will need looking into. > > I was able to ssh into the undercloud and from there ssh into overcloud > nodes after getting their control plane IP addresses via undercloud nova > list > > I was also able to source overcloudrc and nova list, and that worked. > > Probably I'll want to set up some ssh tunnels so that I can access the > overcloud horizon (just for the heck of it) without needing to be ON the > undercloud node > > And for the uninitiated... there is no Undercloud Horizon. Only CLI > > So far, I think this is all fairly accessible. It's really not that much > more time consuming than Packstack and I think some optimizations can be > put into place (max_resources_per_stack and undercloud vcpus) to make > things speedier. > > That being said... I am running on a machine which most developers > wouldn't have, so the next steps will be to make it reasonable on a 32gb > machine and to provide a non-HA setup for those with 16gb machines. > > Perry One other thing I've noticed... If you're experimenting and going between say... an HA setup with 3 controllers and 2 computes and then follow that with a deploy of a 1 controller/1 compute... the other computes and controllers hang around. That is... on the second run, with the smaller config, it doesn't know to go and clean up the nodes left behind from the larger config. It's not a big deal, you just need to remember to go and virsh destroy stuff manually. But, it's something to be aware of if you're toggling between HA and non HA environments Perry From trown at redhat.com Sat Feb 20 00:10:22 2016 From: trown at redhat.com (John Trowbridge) Date: Fri, 19 Feb 2016 19:10:22 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <56C7AD90.4020101@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <56C75110.5070501@redhat.com> <56C7AD90.4020101@redhat.com> Message-ID: <56C7AEEE.5040208@redhat.com> On 02/19/2016 07:04 PM, Perry Myers wrote: > On 02/19/2016 12:29 PM, Perry Myers wrote: >> On 02/19/2016 09:57 AM, Lars Kellogg-Stedman wrote: >>> I'm working on a slightly more in-depth article on this topic, but in >>> order for some people (pmyers I'm looking at you) to get started I >> >> /me looks around sheepishly... :) >> >>> wanted to write up some very quick instructions. Forgive me any typos >>> in this email because I'd like to send it out before actually running >>> through everything locally: while the process is automated, an HA >>> deploy can still take quite a while to complete. Also, the fetch of >>> the undercloud image *also* takes a chunk of time; there are >>> instructions in the tripleo-quickstart README for caching a local copy >>> of the image to speed up subsequent installs. >> >> https://github.com/redhat-openstack/tripleo-quickstart/blob/master/README.rst#documentation >> >> Definitely do this. >> >>> You will need a physical host with at least 32GB of RAM. More is >>> better, less *may* be possible but you will probably regret it. >> >> Wheee.... >> MemTotal: 65764284 kB >> MemFree: 58529856 kB >> >>> You will also need Ansible 2.0.x, which is what you will get if you >>> 'pip install ansible', or install Ansible from updates-testing >>> (Fedora) or epel-testing (RHEL/CentOS/...). >> >> Ok, since I'm starting with a pretty vanilla CentOS7 Server with >> libvirt, qemu, etc installed... >> >> # yum install ansible --enablerepo epel-testing >> ansible.noarch 0:2.0.0.2-1.el7 >> >>> Do *not* run Ansible HEAD from the git repository! This will lead to >>> sadness and disappointment. >>> >>> 1. Prepare your target host. >>> >>> You need a user on your target host to which you can (a) log in via >>> ssh without a password and then (b) sudo to root without a password. >>> We'll refer to this user as "targetuser", below. That is, the >>> following should work: >>> >>> ssh -tt targetuser at targethost sudo uptime >> >> using 'admin' account, verified passwordless ssh as admin works and >> passwordless sudo from admin to root works >> >>> 2. Clone the tripleo-quickstart repository: >>> >>> git clone https://github.com/redhat-openstack/tripleo-quickstart >>> cd tripleo-quickstart >>> >>> (Everything below is run from inside the tripleo-quickstart >>> directory) >>> >>> 2. Create an ansible inventory file. >>> >>> Create an inventory file that lists your target host in the 'virthost' >>> and that provides ansible with the necessary connection information: >>> >>> cat > inventory <>> [virthost] >>> my.target.host ansible_user=targetuser >> >> duh, for those of us that are noobs... replace my.target.host with localhost >> >> So for me its: >> >> cat > inventory <> [virthost] >> localhost ansible_user=admin >> >> >>> 3. Create an ansible playbook. >>> >>> cat > playbooks/ha.yml <>> - hosts: virthost >>> roles: >>> - role: libvirt/teardown >>> - role: libvirt/setup >>> >>> - hosts: localhost >>> roles: >>> - rebuild-inventory >>> >>> - hosts: undercloud >>> roles: >>> - overcloud >>> EOF >>> >>> 4. Create a variables file that describes your architecture: >>> >>> cat > nodes.yml <>> extra_args: >- >>> --control-scale 3 >>> -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml >>> --ntp-server pool.ntp.org >>> baremetal_vm_xml: | >>> >>> libvirt_args: --libvirt-type kvm >>> >>> # Set these to values appropriate for your target system. You >>> # by default get three controllers, one compute node, and >>> # one ceph node (so this example has a memory footprint of >>> # 32GB, which is probably too much for a host with only >>> # 32GB of RAM). >>> control_memory: 8192 >>> compute_memory: 4096 >>> ceph_memory: 4096 >> >> url: file:///usr/share/quickstart_images/mitaka/undercloud.qcow2 >> >> (if you pre-downloaded the undercloud image as per the instructions in >> the rst file link above) >> >>> EOF >>> >>> The above configuration will enabled nested KVM on the target host. >>> >>> It is possible to change the number of nodes of each type that are >>> created, but that's for another time. >>> >>> 5. Run it! >>> >>> ansible-playbook playbooks/ha.yml -i inventory -e @nodes.yml >> >> Ran into a small issue... since I was running as admin and needing sudo >> for root escalation, this patch from larsks was necessary to apply: >> http://chunk.io/f/574614d4738c460db656714931591694 >> >> Kicked off at 11am EST sharp. Currently running overcloud deploy. >> >> Lars, let us know when this is merged :) >> >>> This will: >>> >>> - First attempt to clean up the virtual environment from any >>> previous run of tripleo-quickstart >>> - Deploy a new virtual undercloud and virtual overcloud >>> - Install the undercloud >>> - Deploy the overcloud >>> - Validate the overcloud >>> >>> If you don't trust your copying-and-pasting, the example files >>> referenced in this email are also available from: >>> >>> https://gist.github.com/larsks/e02ca28982d1daacfa5d >>> >>> E.g.: >>> >>> git clone https://gist.github.com/e02ca28982d1daacfa5d.git >> >> To login to undercloud >> ssh -F ~/.quickstart/ssh.config.ansible undercloud >> >> hewbrocca also mentions that in the future, heat.conf in the undercloud >> will set by default max_resources_per_stack to -1 which should make >> things go much faster >> >> trown notes that undercloud node will be slow to deploy with only 1 >> vCPU. Since my box has 16 real (32 with HT), this seems like a waste of >> computing power :) >> >> Adding: >> undercloud_vcpu: 4 >> control_vcpu: 2 >> to nodes.yml may make sense >> At least on my machine given that I have 64gb/32 cores >> >> Validate step finished around 70 minutes after initial run of the >> ansible playbook, but it failed. larsks suggested that it might on a HA >> deployment. This will need looking into. >> >> I was able to ssh into the undercloud and from there ssh into overcloud >> nodes after getting their control plane IP addresses via undercloud nova >> list >> >> I was also able to source overcloudrc and nova list, and that worked. >> >> Probably I'll want to set up some ssh tunnels so that I can access the >> overcloud horizon (just for the heck of it) without needing to be ON the >> undercloud node >> >> And for the uninitiated... there is no Undercloud Horizon. Only CLI >> >> So far, I think this is all fairly accessible. It's really not that much >> more time consuming than Packstack and I think some optimizations can be >> put into place (max_resources_per_stack and undercloud vcpus) to make >> things speedier. >> >> That being said... I am running on a machine which most developers >> wouldn't have, so the next steps will be to make it reasonable on a 32gb >> machine and to provide a non-HA setup for those with 16gb machines. >> >> Perry > > One other thing I've noticed... If you're experimenting and going > between say... an HA setup with 3 controllers and 2 computes and then > follow that with a deploy of a 1 controller/1 compute... the other > computes and controllers hang around. > > That is... on the second run, with the smaller config, it doesn't know > to go and clean up the nodes left behind from the larger config. It's > not a big deal, you just need to remember to go and virsh destroy stuff > manually. But, it's something to be aware of if you're toggling between > HA and non HA environments > Ah right, it will only clean up what is in nodes.yml by design. So that if you have some utility VMs (IRC bouncer, etc) on your virthost they dont get nuked. You can run a playbook with just the teardown role (there is one in tree at playbooks/libvirt-teardown.yml) with the old nodes.yml to get rid of the old setup. > Perry > From lars at redhat.com Sat Feb 20 00:56:08 2016 From: lars at redhat.com (Lars Kellogg-Stedman) Date: Fri, 19 Feb 2016 19:56:08 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <20160219145700.ylg7tl7nusvxi53m@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> Message-ID: <20160220005608.reeo4lpmnjqoyua4@redhat.com> On Fri, Feb 19, 2016 at 09:57:00AM -0500, Lars Kellogg-Stedman wrote: > I'm working on a slightly more in-depth article on this topic... Which is now available at: http://blog.oddbit.com/2016/02/19/deploy-an-ha-openstack-development-envir/ Cheers, -- Lars Kellogg-Stedman | larsks @ {freenode,twitter,github} Cloud Engineering / OpenStack | http://blog.oddbit.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From mohammed.arafa at gmail.com Sat Feb 20 03:40:04 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Sat, 20 Feb 2016 05:40:04 +0200 Subject: [Rdo-list] upstream bugfix not in rdo? In-Reply-To: References: Message-ID: it seems that overcloud can no longer be deployed i have an undercloud vm from november 2015 and a vm with updated undercloud looking through bugzilla i find other people had problems too https://bugzilla.redhat.com/buglist.cgi?quicksearch=HEAT_include_password%3D1&list_id=4655871 looking through keystone logs i find this: 2016-02-19 08:00:45.999 2837 WARNING keystone.common.wsgi [req-34aa3742-d3b1-4472-a593-e88cd9b5b88e - - - - -] Expecting to find username or userId in passwordCredentials - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error. i am on liberty. is a fix coming soon? or a workaround? i havent been able to deploy for at least 2 weeks thanks On Sun, Feb 14, 2016 at 8:45 PM, Mohammed Arafa wrote: > Yes I am using rdo-manager > On Feb 14, 2016 15:07, "Ha?kel" wrote: > >> >> Le 14 f?vr. 2016 21:02, "Mohammed Arafa" a >> ?crit : >> > >> > This is heat. I am trying to provision the overcloud >> > The undercloud was configured from the centos repo not delorean. >> > >> > I didn't change anything in the configuration >> > >> >> Then, it's likely a bug in RDO manager. >> >> > On Feb 14, 2016 14:56, "Ha?kel" wrote: >> >> >> >> 2016-02-14 19:13 GMT+01:00 Mohammed Arafa : >> >> > hello >> >> > >> >> > i keep hitting this bug, even tho i am updating every so often >> >> > >> >> > https://bugs.launchpad.net/kolla/+bug/1492648 >> >> > >> >> > when will this make it to openstack-liberty/x86_64 ? >> >> > >> >> > thanks >> >> > -- >> >> > >> >> >> >> Can you elaborate? >> >> I don't know if you're speaking about Kolla which is not packaged in >> >> RDO -we can't fix what we don't ship-, or Heat? >> >> >> >> We now generate configuration files for Heat, so you have all the >> >> required keys, so if it's not properly configured >> >> 1. either you didn't configure heat properly >> >> 2. or an installer bug (packstack? RDO Manager?) => did you file a >> >> ticket to get this fixed? >> >> >> >> I'm afraid that we can't help you with the little information provided >> here. >> >> >> >> Regards, >> >> H. >> >> >> >> _______________________________________________ >> >> Rdo-list mailing list >> >> Rdo-list at redhat.com >> >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohammed.arafa at gmail.com Sat Feb 20 03:57:13 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Sat, 20 Feb 2016 05:57:13 +0200 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: <20160220005608.reeo4lpmnjqoyua4@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <20160220005608.reeo4lpmnjqoyua4@redhat.com> Message-ID: is this intended to work with physical machines at any point in time? if so what timeline? thanks On Sat, Feb 20, 2016 at 2:56 AM, Lars Kellogg-Stedman wrote: > On Fri, Feb 19, 2016 at 09:57:00AM -0500, Lars Kellogg-Stedman wrote: > > I'm working on a slightly more in-depth article on this topic... > > Which is now available at: > > > http://blog.oddbit.com/2016/02/19/deploy-an-ha-openstack-development-envir/ > > Cheers, > > -- > Lars Kellogg-Stedman | larsks @ > {freenode,twitter,github} > Cloud Engineering / OpenStack | http://blog.oddbit.com/ > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From trown at redhat.com Sat Feb 20 12:33:30 2016 From: trown at redhat.com (John Trowbridge) Date: Sat, 20 Feb 2016 07:33:30 -0500 Subject: [Rdo-list] Deploying an HA dev environment with tripleo-quickstart In-Reply-To: References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <20160220005608.reeo4lpmnjqoyua4@redhat.com> Message-ID: <56C85D1A.4070208@redhat.com> On 02/19/2016 10:57 PM, Mohammed Arafa wrote: > is this intended to work with physical machines at any point in time? if so > what timeline? > The steps in the posted blog would not directly work for baremetal. However, I see no reason the virtual undercloud from tripleo-quickstart could not be used to deploy a physical overcloud. > thanks > > On Sat, Feb 20, 2016 at 2:56 AM, Lars Kellogg-Stedman > wrote: > >> On Fri, Feb 19, 2016 at 09:57:00AM -0500, Lars Kellogg-Stedman wrote: >>> I'm working on a slightly more in-depth article on this topic... >> >> Which is now available at: >> >> >> http://blog.oddbit.com/2016/02/19/deploy-an-ha-openstack-development-envir/ >> >> Cheers, >> >> -- >> Lars Kellogg-Stedman | larsks @ >> {freenode,twitter,github} >> Cloud Engineering / OpenStack | http://blog.oddbit.com/ >> >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From mrunge at redhat.com Mon Feb 22 08:41:36 2016 From: mrunge at redhat.com (Matthias Runge) Date: Mon, 22 Feb 2016 09:41:36 +0100 Subject: [Rdo-list] Developing Horizon dashboards with RDO In-Reply-To: References: Message-ID: <56CAC9C0.1000006@redhat.com> On 18/02/16 13:54, Gregor Berginc wrote: > Dear all, > > I've just migrated from devstack to RDO because it was much easier to > deploy and configure OpenStack on my dev machine. > > One thing, unfortunately, I couldn't have found. Is there a way to > facilitate the development of Horizon dashboards? I've noticed that > dashboards are installed in /usr/shared/openstack-dashboard. I can > deploy new dashboards and use them by restarting the httpd. The > directory also has manage.py, but it doesn't seem to work properly (at > least static resources are missing). > > Thus, I am wondering if there is a way to launch a separate development > server for Horizon dashboards? > > Thanks in advance, > -Gregor > What do you mean by 'static resources are missing'? httpd restart runs collectstatic and also runs compress. That means, if your dashboard is added via plugin, it should be picked up automatically. Matthias From gregor.berginc at gmail.com Mon Feb 22 08:53:05 2016 From: gregor.berginc at gmail.com (Gregor Berginc) Date: Mon, 22 Feb 2016 09:53:05 +0100 Subject: [Rdo-list] Developing Horizon dashboards with RDO In-Reply-To: <56CAC9C0.1000006@redhat.com> References: <56CAC9C0.1000006@redhat.com> Message-ID: OpenStack dashboards are installed in /usr/share/openstack-dashboard. Since this directory also contains the manage.py script I wanted to see if it is possible to use it for development of new plugins. I started the server (along with the actual Horizon) using: sudo python manage.py runserver 0.0.0.0:8888 When I navigated to http://host:8888/ I got the dashboard but without any style (see http://imgur.com/EKS1PIQ). When I restart the httpd, it is properly refreshed, but it is a bit cumbersome to develop and debug the plugin with this approach. I resolved it as Kevin suggested by cloning another copy of Horizon and working with it there. Thanks, -Gregor On 22 February 2016 at 09:41, Matthias Runge wrote: > On 18/02/16 13:54, Gregor Berginc wrote: > > Dear all, > > > > I've just migrated from devstack to RDO because it was much easier to > > deploy and configure OpenStack on my dev machine. > > > > One thing, unfortunately, I couldn't have found. Is there a way to > > facilitate the development of Horizon dashboards? I've noticed that > > dashboards are installed in /usr/shared/openstack-dashboard. I can > > deploy new dashboards and use them by restarting the httpd. The > > directory also has manage.py, but it doesn't seem to work properly (at > > least static resources are missing). > > > > Thus, I am wondering if there is a way to launch a separate development > > server for Horizon dashboards? > > > > Thanks in advance, > > -Gregor > > > > What do you mean by 'static resources are missing'? > > httpd restart runs collectstatic and also runs compress. That means, if > your dashboard is added via plugin, it should be picked up automatically. > > Matthias > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dprince at redhat.com Mon Feb 22 14:46:43 2016 From: dprince at redhat.com (Dan Prince) Date: Mon, 22 Feb 2016 09:46:43 -0500 Subject: [Rdo-list] [openstack-dev] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: <1456152403.31600.28.camel@redhat.com> On Wed, 2016-02-17 at 11:27 -0500, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today, because of the branding and the name "RDO Manager", you might > think that it's something other than TripleO - either something > entirely different or perhaps with downstream patches baked in. > You would not be the only one because the community, the users and > the > developers alike have shared their confusion on that topic. > > The truth is, as it stands right now, "RDO Manager" really is > "TripleO". > There is no code or documentation differences. > > I feel the only thing that is different is the strategy around how we > test TripleO to ensure the stability of RDO packages but it's already > in the process of being sent upstream [1] because we're convinced > it's > the best way forward. > > Historically, RDO Manager and TripleO were different things. > Today this is no longer the case and we plan on keeping it that way. > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. Does this mean RDO Manager will be adopting use of the nicely rounded owl mascot as well? http://tripleo.org/ As far as upstream branding goes this would really make it crystal clear to me... :) Dan > Not only would we clear the confusion on the topic of what RDO > Manager > really is but it would also strengthen the TripleO name. > > We would love the RDO community to chime in on this and give their > feedback as to whether or not this is a good initiative. > We will proceed to a formal vote on $subject at the next RDO meeting > on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on > #rdo on freenode. > > Thanks, > > [1]: https://review.openstack.org/#/c/276810/ > [2]: https://etherpad.openstack.org/p/RDO-Meeting > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > _____________________________________________________________________ > _____ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubs > cribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev From hguemar at fedoraproject.org Mon Feb 22 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 22 Feb 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160222150003.2EE50608EC8D@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-02-24 from 15:00:00 to 16:00:00 UTC At rdo at irc.freenode.net The meeting will be about: RDO IRC meeting [Agenda at https://etherpad.openstack.org/p/RDO-Packaging ](https://etherpad.openstack.org/p/RDO-Packaging) Every Wednesday on #rdo on Freenode IRC Source: https://apps.fedoraproject.org/calendar/meeting/2017/ From hguemar at fedoraproject.org Mon Feb 22 15:09:56 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Mon, 22 Feb 2016 16:09:56 +0100 Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting In-Reply-To: <20160222150003.2EE50608EC8D@fedocal02.phx2.fedoraproject.org> References: <20160222150003.2EE50608EC8D@fedocal02.phx2.fedoraproject.org> Message-ID: Nevermind, agenda is at that url: https://etherpad.openstack.org/p/RDO-Meeting I also fixed the calendar Regards, H. From javier.pena at redhat.com Mon Feb 22 15:25:32 2016 From: javier.pena at redhat.com (Javier Pena) Date: Mon, 22 Feb 2016 10:25:32 -0500 (EST) Subject: [Rdo-list] [Delorean] Planned Delorean instance migration next Monday In-Reply-To: <462477044.30516650.1455895642594.JavaMail.zimbra@redhat.com> References: <462477044.30516650.1455895642594.JavaMail.zimbra@redhat.com> Message-ID: <1145504094.31310402.1456154732175.JavaMail.zimbra@redhat.com> Hi all, The migration has been performed. If you find any issues, please come to #rdo in freenode or send an e-mail to this list, and we'll fix it as soon as possible. Thanks, Javier ----- Original Message ----- > Hi all, > > As you may be aware, the Delorean instance has had performance issues during > the last few weeks. Although it is going much better now, we have decided to > migrate it to a less busy cloud. > > We have prepared a new instance, and it has been running in test mode for > several days. We are planning to switch over on February 22 (next Monday). > Although the relevant data has been migrated (all current-passed-ci repos), > there is a chance we have overseen something, so please contact us if you > have any issues due to the migration. > > Thanks, > Javier > From dms at redhat.com Mon Feb 22 17:14:56 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 22 Feb 2016 12:14:56 -0500 Subject: [Rdo-list] [openstack-dev] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: <1456152403.31600.28.camel@redhat.com> References: <1456152403.31600.28.camel@redhat.com> Message-ID: On Mon, Feb 22, 2016 at 9:46 AM, Dan Prince wrote: > Does this mean RDO Manager will be adopting use of the nicely rounded > owl mascot as well? > > http://tripleo.org/ > > As far as upstream branding goes this would really make it crystal > clear to me... :) "RDO Manager" won't exist anymore. People that have been using "RDO Manager" have been using TripleO. So, yes, owls will be had. :) David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From dms at redhat.com Mon Feb 22 17:15:57 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 22 Feb 2016 12:15:57 -0500 Subject: [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ? In-Reply-To: References: Message-ID: As a reminder, we will proceed with a formal vote on $subject at the next RDO meeting on Wednesday, 24th Feb, 2016 1500 UTC [1]. Feel free to join us on #rdo on freenode. [1]: https://etherpad.openstack.org/p/RDO-Meeting David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Wed, Feb 17, 2016 at 11:27 AM, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today, because of the branding and the name "RDO Manager", you might > think that it's something other than TripleO - either something > entirely different or perhaps with downstream patches baked in. > You would not be the only one because the community, the users and the > developers alike have shared their confusion on that topic. > > The truth is, as it stands right now, "RDO Manager" really is "TripleO". > There is no code or documentation differences. > > I feel the only thing that is different is the strategy around how we > test TripleO to ensure the stability of RDO packages but it's already > in the process of being sent upstream [1] because we're convinced it's > the best way forward. > > Historically, RDO Manager and TripleO were different things. > Today this is no longer the case and we plan on keeping it that way. > > With this in mind, we would like to drop the RDO manager branding and > use TripleO instead. > Not only would we clear the confusion on the topic of what RDO Manager > really is but it would also strengthen the TripleO name. > > We would love the RDO community to chime in on this and give their > feedback as to whether or not this is a good initiative. > We will proceed to a formal vote on $subject at the next RDO meeting > on Wednesday, 24th Feb, 2016 1500 UTC [2]. Feel free to join us on > #rdo on freenode. > > Thanks, > > [1]: https://review.openstack.org/#/c/276810/ > [2]: https://etherpad.openstack.org/p/RDO-Meeting > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] From rbowen at redhat.com Mon Feb 22 20:27:44 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 22 Feb 2016 15:27:44 -0500 Subject: [Rdo-list] ask.openstack.org unanswered questions: Feb 22 2016 Message-ID: <56CB6F40.4070807@redhat.com> Thanks again to folks who helped answer some of the backlog of RDO questions on ask.openstack.org last week. Here's this week's batch. 63 unanswered questions: Can I use enoxxxxxx NIC name directly when try to configure Openstack https://ask.openstack.org/en/question/88685/can-i-use-enoxxxxxx-nic-name-directly-when-try-to-configure-openstack/ Tags: eno, nic, eth0, networking OpenStack Local Repo https://ask.openstack.org/en/question/88478/openstack-local-repo/ Tags: openstack no private network available to Launch Instance https://ask.openstack.org/en/question/88450/no-private-network-available-to-launch-instance/ Tags: packstack, centos, rdo Error: Unable to retrieve volume limit information. https://ask.openstack.org/en/question/88348/error-unable-to-retrieve-volume-limit-information/ Tags: unable, to, retrieve, volume, limit VM and container can't download anything from internet https://ask.openstack.org/en/question/88338/vm-and-container-cant-download-anything-from-internet/ Tags: rdo, neutron, network, connectivity Liberty Error during RDO Packstack https://ask.openstack.org/en/question/88325/liberty-error-during-rdo-packstack/ Tags: liberty, neutron, circular, dependency, ovs-agent-service socket.error: [Errno 111] Connection refused https://ask.openstack.org/en/question/87800/socketerror-errno-111-connection-refused/ Tags: access, ovs-bridge, multi-tenant, liberty-neutron Create a new dashboard Error https://ask.openstack.org/en/question/87549/create-a-new-dashboard-error/ Tags: dashboard, command, startdash, manage.py OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Clarification on docs for self service connectivity https://ask.openstack.org/en/question/87183/clarification-on-docs-for-self-service-connectivity/ Tags: liberty, neutron, connectivity, router Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs error installing rdo kilo with proxy https://ask.openstack.org/en/question/85703/error-installing-rdo-kilo-with-proxy/ Tags: rdo, packstack, centos, proxy Why is /usr/bin/openstack domain list ... hanging? https://ask.openstack.org/en/question/85593/why-is-usrbinopenstack-domain-list-hanging/ Tags: puppet, keystone, kilo [ RDO ] Could not find declared class ::remote::db https://ask.openstack.org/en/question/84820/rdo-could-not-find-declared-class-remotedb/ Tags: rdo Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing Freeing IP from FLAT network setup https://ask.openstack.org/en/question/84063/freeing-ip-from-flat-network-setup/ Tags: juno, existing-network, rdo, neutron, flat How to deploy Virtual network function (VNF) in Opnstack integrated Opendaylight https://ask.openstack.org/en/question/84061/how-to-deploy-virtual-network-function-vnf-in-opnstack-integrated-opendaylight/ Tags: vnf, kilo, opendaylight, nfv RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh No able to create an instance in odl integrated RDO Kilo openstack https://ask.openstack.org/en/question/83700/no-able-to-create-an-instance-in-odl-integrated-rdo-kilo-openstack/ Tags: kilo, rdo, opendaylight, kilo-neutron, integration redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo glance\nova command line SSL failure https://ask.openstack.org/en/question/82692/glancenova-command-line-ssl-failure/ Tags: glance, kilo-openstack, ssl Cannot create/update flavor metadata from horizon https://ask.openstack.org/en/question/82477/cannot-createupdate-flavor-metadata-from-horizon/ Tags: rdo, kilo, flavor, metadata Installing openstack using packstack (rdo) failed https://ask.openstack.org/en/question/82473/installing-openstack-using-packstack-rdo-failed/ Tags: rdo, packstack, installation-error, keystone can't start instances after upgrade/reboot https://ask.openstack.org/en/question/82205/cant-start-instances-after-upgradereboot/ Tags: cinder, iscsi, rdo, juno_rdo Cinder LVM iSCSI can't attach https://ask.openstack.org/en/question/82031/cinder-lvm-iscsi-cant-attach/ Tags: lvmiscsi, cinder, kilo, cento7, rdo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Mon Feb 22 20:33:02 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 22 Feb 2016 15:33:02 -0500 Subject: [Rdo-list] OpenStack Meetups this week: Feb 22, 2016 Message-ID: <56CB707E.90703@redhat.com> The following are the meetups I'm aware of in the coming week where OpenStack and/or RDO enthusiasts are likely to be present. If you know of others, please let me know, and/or add them to http://rdoproject.org/events If there's a meetup in your area, please consider attending. If you attend, please consider taking a few photos, and possibly even writing up a brief summary of what was covered. --Rich * Monday February 22 in Guadalajara, MX: OpenStack PoC usando Packstack - http://www.meetup.com/OpenStack-GDL/events/228269157/ * Tuesday February 23 in Santa Clara, CA, US: 6WIND DPDK Meetup at Mobile World Congress - http://www.meetup.com/DPDK_org/events/227919140/ * Tuesday February 23 in Chesterfield, MO, US: Netapp contributions to OpenStack (Feb Meetup) - http://www.meetup.com/OpenStack-STL/events/228051297/ * Wednesday February 24 in K?ln, DE: PaaS vs. CaaS vs. X Solutions w/(o) OpenStack - http://www.meetup.com/OpenStack-X/events/227350763/ * Wednesday February 24 in Toronto, ON, CA: OpenStack Overview: OpenStack Deployments and the Big Tent - http://www.meetup.com/OpenStackTO/events/225706202/ * Wednesday February 24 in Pittsburgh, PA, US: Tosca Engine of Openstack HEAT and Orchestration of Containers - http://www.meetup.com/openstack-pittsburgh/events/228400845/ * Wednesday February 24 in Baltimore, MD, US: OpenStack JumpStart! - http://www.meetup.com/OpenStack-Baltimore/events/228811978/ * Wednesday February 24 in S?o Paulo, BR: 10? Hangout OpenStack Brasil - http://www.meetup.com/Openstack-Brasil/events/228919495/ * Wednesday February 24 in Mountain View, CA, US: OpenStack & Beyond Podcast - Live from Mobile World Congress - http://www.meetup.com/Cloud-Online-Meetup/events/228889610/ * Thursday February 25 in Herriman, UT, US: Elastic L4-L7 Services for OpenStack - http://www.meetup.com/openstack-utah/events/227593979/ * Thursday February 25 in Tel Aviv-Yafo, IL: [ONLINE] OpenStack & Beyond Episode 8 - Live from Mobile World Congress - http://www.meetup.com/OpenStack-Israel/events/228889546/ * Thursday February 25 in Islamabad, PK: First Openstack Pakistan Meetup @ Islamabad - http://www.meetup.com/Openstack-Pakistan/events/228917252/ * Thursday February 25 in Sydney, AU: Melbourne Meetup Planning Session - http://www.meetup.com/Australian-OpenStack-User-Group/events/229027617/ * Thursday February 25 in Bucharest, RO: OpenStack Bucharest Meetup 2016.1 - http://www.meetup.com/OpenStack-Bucharest-Romania-Meetup/events/228643909/ * Thursday February 25 in Fort Collins, CO, US: OpenStack Kolla and Magnum 101 - http://www.meetup.com/OpenStack-Colorado/events/228594900/ * Thursday February 25 in Cluj-Napoca, RO: OpenStack Romania February Meetup - http://www.meetup.com/OpenStackRomania/events/226052637/ * Thursday February 25 in North York, ON, CA: Deploying OpenStack using Fuel and OpenStack Administration (continued) - http://www.meetup.com/StackDocker-TO/events/228227934/ * Thursday February 25 in Pasadena, CA, US: Keep it Fresh with Air-Tight Containers - The February OpenStack L.A. Meetup - http://www.meetup.com/OpenStack-LA/events/228811280/ * Saturday February 27 in Ha Noi, VN: VietOpenStack 8th Meetup - http://www.meetup.com/VietStack/events/228399616/ * Monday February 29 in Sydney, AU: Australian OpenStack User Group - Quarterly Brisbane Meetup - http://www.meetup.com/Australian-OpenStack-User-Group/events/227450689/ * Monday February 29 in Reston, VA, US: Leap through an OpenStack Networking Session with Mark McClain - http://www.meetup.com/OpenStack-Nova/events/228578057/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From silvia.cabezas at beeva.com Tue Feb 23 12:03:33 2016 From: silvia.cabezas at beeva.com (Silvia Cabezas M) Date: Tue, 23 Feb 2016 13:03:33 +0100 Subject: [Rdo-list] Ceilometer Kilo-Change pymongo version Message-ID: Good Morning, Now pymongo version is 2.5.2 for openstack, but we will want to change the version of this library to PyMongo 2.8.x . We want to do that because the actual pymongo version is not compatible with mongodb 3.0. If we update pymongo version in our openstack, is it cause any important impacts? Thanks in advance, *SILVIA CABEZAS MART?NEZ* *IyP - MongoDB Admin* *silvia.cabezas at bbva.com * *silvia.cabezas at beeva.com * -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Tue Feb 23 12:55:23 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 23 Feb 2016 12:55:23 +0000 Subject: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md In-Reply-To: <56C75110.5070501@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com>, <56C75110.5070501@redhat.com> Message-ID: Cluster (VM based) is up and running . Keepalived is good shape on all nodes Follow https://github.com/beekhof/osp-ha-deploy/blob/master/keepalived/swift-config.md On each node :- [root at hacontroller1 ~(keystone_admin)]# openstack-status | grep swift openstack-swift-proxy: active openstack-swift-account: active openstack-swift-container: active openstack-swift-object: active [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 6202 tcp 0 0 192.169.142.221:6202 0.0.0.0:* LISTEN 19929/python2 tcp 0 0 192.169.142.221:6202 192.169.142.222:44530 TIME_WAIT - tcp 0 0 192.169.142.221:6202 192.169.142.221:38513 TIME_WAIT - [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19928 root 13985 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19928 swift 19928 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19981 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19982 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19983 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19924 root 14514 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19924 swift 19924 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf swift 19994 19924 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf swift 19995 19924 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19929 root 14662 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19929 swift 19929 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf swift 19985 19929 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf swift 19986 19929 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf Ports are open on each node. I am getting :- [root at hacontroller1 ~(keystone_admin)]# swift list Account GET failed: http://controller-vip.example.com:8080/v1/AUTH_acdc927b53bd43ae9a7ed657d1309884?format=json 503 Service Unavailable [first 60 chars of response]

Service Unavailable

The server is currently [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 8080 tcp 0 0 192.169.142.221:8080 0.0.0.0:* LISTEN 19920/python2 tcp 0 0 192.169.142.220:8080 0.0.0.0:* LISTEN 1569/haproxy tcp 0 0 192.169.142.221:60969 192.169.142.220:8080 TIME_WAIT - So , I guess it's not supposed to respond swift. I am missing something here. [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19920 swift 19920 1 0 14:15 ? 00:00:02 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19996 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19997 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19998 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19999 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20000 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20001 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20002 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20003 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf root 29348 5991 0 14:21 pts/0 00:00:00 grep --color=auto 19920 [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 1569 root 1569 1547 0 12:33 ? 00:00:22 /usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -Ds root 29973 5991 0 14:21 pts/0 00:00:00 grep --color=auto 1569 controller-vip.example.com(VIP) address is 192.169.142.220 controller-vip.example.com has haproxy listening on 8080 , not swift-proxy-server. /var/log/swift/swift.log is empty First error in /var/log/messages Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage 192.169.142.222:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) (client_ip: 192.169.142.223) Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage 192.169.142.223:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) was fixed per https://ask.openstack.org/en/question/57608/proxy-server-error-insufficient-storage-10001556002sdb1/ But , I am still getting in /var/log/messages Feb 23 15:51:02 hacontroller1 object-expirer: Unhandled exception: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/swift/obj/expirer.py", line 169, in run_once#012 self.swift.get_account_info(self.expiring_objects_account)#012 File "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line 358, in get_account_info#012 resp = self.make_request('HEAD', path, {}, acceptable_statuses)#012 File "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line 194, in make_request#012 _('Unexpected response: %s') % resp.status, resp)#012UnexpectedResponse: Unexpected response: 503 Service Unavailable (txn: txd6ecc9e8f9eb46a284d8a-0056cc55b6) Feb 23 15:51:15 hacontroller1 account-server: 192.169.142.223 - - [23/Feb/2016:12:51:15 +0000] "HEAD /vdb/3926/.expiring_objects" 507 - "HEAD http://localhost/v1/.expiring_objects" "tx088b0d9b2d814c56b3f8b-0056cc55c3" "proxy-server 351" 0.0002 "-" 28097 - Please, advise. Boris. From rbowen at redhat.com Tue Feb 23 14:30:38 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 23 Feb 2016 09:30:38 -0500 Subject: [Rdo-list] Mitaka 3 Test Day, March 10, 11 Message-ID: <56CC6D0E.9060102@redhat.com> TL;DR: * Mitaka 3 test day, March 10, 11: https://www.rdoproject.org/testday/mitaka/milestone3/ * On-site test day in Brno: https://www.rdoproject.org/testday/mitaka/brno-on-site/ * Demo of deploying with TripleO: https://www.youtube.com/watch?v=4O8KvC66eeU Mitaka milestone 3 is scheduled for the week of February 29 - March 4 [1] and, as per usual, we're planning a test day about a week out from that - March 10th and 11th. We've got the usual page of instructions [2] for testing. This time, however, we have two bonus events. First, we're delighted that Eliska Malikova is putting together an on-site test day at the Red Hat office in Brno, for anyone in that general area. If you wish to attend, please register [3] so that we know how much pizza to order. (Attendance is limited to 50, so please register sooner rather than later.) Second, as we attempt to get more people testing TripleO (formerly known as RDO Manager), John Trownbridge (that's Trown on IRC) will be doing a demo of the TripleO Quickstart. This will be conducted as a YouTube live stream [4] and will also be recorded, and available at that same location after the fact. So, please, come help us ensure that Mitaka is the best RDO yet. As usual, we'll be on #rdo (on Freenode IRC), and here on rdo-list, to field any questions. Full details are on the test day website [5] and, a usual, we can use lots of help making the test case instructions better, so that more people can participate. Thanks! --Rich [1] http://releases.openstack.org/mitaka/schedule.html [2] https://www.rdoproject.org/testday/mitaka/milestone3/ [3] https://www.eventbrite.com/e/rdo-on-site-test-day-brno-tickets-5934822213 [4] https://www.youtube.com/watch?v=4O8KvC66eeU [5] https://www.rdoproject.org/testday/mitaka/milestone3/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From bderzhavets at hotmail.com Tue Feb 23 18:02:55 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 23 Feb 2016 18:02:55 +0000 Subject: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been built per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md In-Reply-To: References: <20160219145700.ylg7tl7nusvxi53m@redhat.com>, <56C75110.5070501@redhat.com>, Message-ID: Recreated keystone endpoint for swift-proxy to 8090 && service httpd restart on Controller1. Updated proxy-swift.conf && restarted service proxy-swift on all nodes. Opened port 8090 on all nodes. Run as admin on 192.169.142.221 (hacontroller1) :- # swift list in swift.log Feb 23 20:54:50 hacontroller1 account-server: 192.169.142.222 - - [23/Feb/2016:17:54:50 +0000] "HEAD /vdb/3926/.expiring_objects" 507 - "HEAD http://localhost/v1/.expiring_objects" "tx7a654a6dc9cd4aca83de0-0056cc9cea" "proxy-server 19638" 0.0007 "-" 22509 - ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Tuesday, February 23, 2016 7:55 AM To: Javier Pena Cc: rdo-list Subject: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md Cluster (VM based) is up and running . Keepalived is good shape on all nodes Follow https://github.com/beekhof/osp-ha-deploy/blob/master/keepalived/swift-config.md On each node :- [root at hacontroller1 ~(keystone_admin)]# openstack-status | grep swift openstack-swift-proxy: active openstack-swift-account: active openstack-swift-container: active openstack-swift-object: active [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 6202 tcp 0 0 192.169.142.221:6202 0.0.0.0:* LISTEN 19929/python2 tcp 0 0 192.169.142.221:6202 192.169.142.222:44530 TIME_WAIT - tcp 0 0 192.169.142.221:6202 192.169.142.221:38513 TIME_WAIT - [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19928 root 13985 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19928 swift 19928 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19981 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19982 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf swift 19983 19928 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-object-server /etc/swift/object-server.conf [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19924 root 14514 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19924 swift 19924 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf swift 19994 19924 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf swift 19995 19924 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-container-server /etc/swift/container-server.conf [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19929 root 14662 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19929 swift 19929 1 0 14:15 ? 00:00:12 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf swift 19985 19929 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf swift 19986 19929 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-account-server /etc/swift/account-server.conf Ports are open on each node. I am getting :- [root at hacontroller1 ~(keystone_admin)]# swift list Account GET failed: http://controller-vip.example.com:8080/v1/AUTH_acdc927b53bd43ae9a7ed657d1309884?format=json 503 Service Unavailable [first 60 chars of response]

Service Unavailable

The server is currently [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 8080 tcp 0 0 192.169.142.221:8080 0.0.0.0:* LISTEN 19920/python2 tcp 0 0 192.169.142.220:8080 0.0.0.0:* LISTEN 1569/haproxy tcp 0 0 192.169.142.221:60969 192.169.142.220:8080 TIME_WAIT - So , I guess it's not supposed to respond swift. I am missing something here. [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19920 swift 19920 1 0 14:15 ? 00:00:02 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19996 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19997 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19998 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 19999 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20000 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20001 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20002 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf swift 20003 19920 0 14:15 ? 00:00:00 /usr/bin/python2 /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf root 29348 5991 0 14:21 pts/0 00:00:00 grep --color=auto 19920 [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 1569 root 1569 1547 0 12:33 ? 00:00:22 /usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -Ds root 29973 5991 0 14:21 pts/0 00:00:00 grep --color=auto 1569 controller-vip.example.com(VIP) address is 192.169.142.220 controller-vip.example.com has haproxy listening on 8080 , not swift-proxy-server. /var/log/swift/swift.log is empty First error in /var/log/messages Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage 192.169.142.222:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) (client_ip: 192.169.142.223) Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage 192.169.142.223:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) was fixed per https://ask.openstack.org/en/question/57608/proxy-server-error-insufficient-storage-10001556002sdb1/ But , I am still getting in /var/log/messages Feb 23 15:51:02 hacontroller1 object-expirer: Unhandled exception: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/swift/obj/expirer.py", line 169, in run_once#012 self.swift.get_account_info(self.expiring_objects_account)#012 File "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line 358, in get_account_info#012 resp = self.make_request('HEAD', path, {}, acceptable_statuses)#012 File "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line 194, in make_request#012 _('Unexpected response: %s') % resp.status, resp)#012UnexpectedResponse: Unexpected response: 503 Service Unavailable (txn: txd6ecc9e8f9eb46a284d8a-0056cc55b6) Feb 23 15:51:15 hacontroller1 account-server: 192.169.142.223 - - [23/Feb/2016:12:51:15 +0000] "HEAD /vdb/3926/.expiring_objects" 507 - "HEAD http://localhost/v1/.expiring_objects" "tx088b0d9b2d814c56b3f8b-0056cc55c3" "proxy-server 351" 0.0002 "-" 28097 - Please, advise. Boris. _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From javier.pena at redhat.com Tue Feb 23 18:18:12 2016 From: javier.pena at redhat.com (Javier Pena) Date: Tue, 23 Feb 2016 13:18:12 -0500 (EST) Subject: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md In-Reply-To: References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <56C75110.5070501@redhat.com> Message-ID: <1979163399.31773659.1456251492719.JavaMail.zimbra@redhat.com> ----- Original Message ----- > > Cluster (VM based) is up and running . Keepalived is good shape on all > nodes > Follow > https://github.com/beekhof/osp-ha-deploy/blob/master/keepalived/swift-config.md > > On each node :- > > [root at hacontroller1 ~(keystone_admin)]# openstack-status | grep swift > openstack-swift-proxy: active > openstack-swift-account: active > openstack-swift-container: active > openstack-swift-object: active > > [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 6202 > tcp 0 0 192.169.142.221:6202 0.0.0.0:* LISTEN > 19929/python2 > tcp 0 0 192.169.142.221:6202 192.169.142.222:44530 TIME_WAIT > - > tcp 0 0 192.169.142.221:6202 192.169.142.221:38513 TIME_WAIT > - > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19928 > > root 13985 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19928 > swift 19928 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19981 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19982 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19983 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19924 > > root 14514 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19924 > swift 19924 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > swift 19994 19924 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > swift 19995 19924 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19929 > root 14662 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19929 > swift 19929 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > swift 19985 19929 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > swift 19986 19929 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > > Ports are open on each node. > > I am getting :- > > [root at hacontroller1 ~(keystone_admin)]# swift list > Account GET failed: > http://controller-vip.example.com:8080/v1/AUTH_acdc927b53bd43ae9a7ed657d1309884?format=json > 503 Service Unavailable [first 60 chars of response]

Service > Unavailable

The server is currently > > [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 8080 > tcp 0 0 192.169.142.221:8080 0.0.0.0:* LISTEN > 19920/python2 > tcp 0 0 192.169.142.220:8080 0.0.0.0:* LISTEN > 1569/haproxy > tcp 0 0 192.169.142.221:60969 192.169.142.220:8080 TIME_WAIT > - > > So , I guess it's not supposed to respond swift. I am missing something > here. > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19920 > swift 19920 1 0 14:15 ? 00:00:02 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19996 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19997 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19998 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19999 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20000 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20001 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20002 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20003 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > root 29348 5991 0 14:21 pts/0 00:00:00 grep --color=auto 19920 > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 1569 > root 1569 1547 0 12:33 ? 00:00:22 /usr/sbin/haproxy -f > /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -Ds > root 29973 5991 0 14:21 pts/0 00:00:00 grep --color=auto 1569 > > controller-vip.example.com(VIP) address is 192.169.142.220 > controller-vip.example.com has haproxy listening on 8080 , not > swift-proxy-server. > /var/log/swift/swift.log is empty > > First error in /var/log/messages > Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage > 192.169.142.222:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) > (client_ip: 192.169.142.223) > Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage > 192.169.142.223:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) > > was fixed per > https://ask.openstack.org/en/question/57608/proxy-server-error-insufficient-storage-10001556002sdb1/ > > But , I am still getting in /var/log/messages > > Feb 23 15:51:02 hacontroller1 object-expirer: Unhandled exception: > #012Traceback (most recent call last):#012 File > "/usr/lib/python2.7/site-packages/swift/obj/expirer.py", line 169, in > run_once#012 > self.swift.get_account_info(self.expiring_objects_account)#012 File > "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line > 358, in get_account_info#012 resp = self.make_request('HEAD', path, {}, > acceptable_statuses)#012 File > "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line > 194, in make_request#012 _('Unexpected response: %s') % resp.status, > resp)#012UnexpectedResponse: Unexpected response: 503 Service Unavailable > (txn: txd6ecc9e8f9eb46a284d8a-0056cc55b6) > Feb 23 15:51:15 hacontroller1 account-server: 192.169.142.223 - - > [23/Feb/2016:12:51:15 +0000] "HEAD /vdb/3926/.expiring_objects" 507 - "HEAD > http://localhost/v1/.expiring_objects" "tx088b0d9b2d814c56b3f8b-0056cc55c3" > "proxy-server 351" 0.0002 "-" 28097 - > Hi Boris, >From the errors above, this looks like a Swift configuration issue. Where did you mount the file system for vdb? In the instructions, they are mounted under /srv/node/vdb . If it is mounted outside /srv, I remember having SELinux issues with it. Also, how big is the vdb disk? In my tests, I used a 8 GB virtual disk, I'm not sure how small we could make it. Regards, Javier > > Please, advise. > > Boris. > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From bderzhavets at hotmail.com Tue Feb 23 18:39:30 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 23 Feb 2016 18:39:30 +0000 Subject: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md In-Reply-To: <1979163399.31773659.1456251492719.JavaMail.zimbra@redhat.com> References: <20160219145700.ylg7tl7nusvxi53m@redhat.com> <56C75110.5070501@redhat.com> , <1979163399.31773659.1456251492719.JavaMail.zimbra@redhat.com> Message-ID: ________________________________________ From: Javier Pena Sent: Tuesday, February 23, 2016 1:18 PM To: rdo-list Cc: Boris Derzhavets Subject: Re: [Rdo-list] Attempt to add Swift to 3 Node HAProxy\Keepalived Controller been per https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md ----- Original Message ----- > > Cluster (VM based) is up and running . Keepalived is good shape on all > nodes > Follow > https://github.com/beekhof/osp-ha-deploy/blob/master/keepalived/swift-config.md > > On each node :- > > [root at hacontroller1 ~(keystone_admin)]# openstack-status | grep swift > openstack-swift-proxy: active > openstack-swift-account: active > openstack-swift-container: active > openstack-swift-object: active > > [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 6202 > tcp 0 0 192.169.142.221:6202 0.0.0.0:* LISTEN > 19929/python2 > tcp 0 0 192.169.142.221:6202 192.169.142.222:44530 TIME_WAIT > - > tcp 0 0 192.169.142.221:6202 192.169.142.221:38513 TIME_WAIT > - > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19928 > > root 13985 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19928 > swift 19928 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19981 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19982 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > swift 19983 19928 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-object-server /etc/swift/object-server.conf > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19924 > > root 14514 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19924 > swift 19924 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > swift 19994 19924 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > swift 19995 19924 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-container-server /etc/swift/container-server.conf > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19929 > root 14662 5991 0 14:51 pts/0 00:00:00 grep --color=auto 19929 > swift 19929 1 0 14:15 ? 00:00:12 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > swift 19985 19929 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > swift 19986 19929 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-account-server /etc/swift/account-server.conf > > Ports are open on each node. > > I am getting :- > > [root at hacontroller1 ~(keystone_admin)]# swift list > Account GET failed: > http://controller-vip.example.com:8080/v1/AUTH_acdc927b53bd43ae9a7ed657d1309884?format=json > 503 Service Unavailable [first 60 chars of response]

Service > Unavailable

The server is currently > > [root at hacontroller1 ~(keystone_admin)]# netstat -antp | grep 8080 > tcp 0 0 192.169.142.221:8080 0.0.0.0:* LISTEN > 19920/python2 > tcp 0 0 192.169.142.220:8080 0.0.0.0:* LISTEN > 1569/haproxy > tcp 0 0 192.169.142.221:60969 192.169.142.220:8080 TIME_WAIT > - > > So , I guess it's not supposed to respond swift. I am missing something > here. > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 19920 > swift 19920 1 0 14:15 ? 00:00:02 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19996 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19997 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19998 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 19999 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20000 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20001 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20002 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > swift 20003 19920 0 14:15 ? 00:00:00 /usr/bin/python2 > /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf > root 29348 5991 0 14:21 pts/0 00:00:00 grep --color=auto 19920 > > [root at hacontroller1 ~(keystone_admin)]# ps -ef | grep 1569 > root 1569 1547 0 12:33 ? 00:00:22 /usr/sbin/haproxy -f > /etc/haproxy/haproxy.cfg -p /run/haproxy.pid -Ds > root 29973 5991 0 14:21 pts/0 00:00:00 grep --color=auto 1569 > > controller-vip.example.com(VIP) address is 192.169.142.220 > controller-vip.example.com has haproxy listening on 8080 , not > swift-proxy-server. > /var/log/swift/swift.log is empty > > First error in /var/log/messages > Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage > 192.169.142.222:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) > (client_ip: 192.169.142.223) > Feb 23 15:25:37 hacontroller1 proxy-server: ERROR Insufficient Storage > 192.169.142.223:6202/vdb (txn: tx511a1757780140d08cf15-0056cc4fc0) > > was fixed per > https://ask.openstack.org/en/question/57608/proxy-server-error-insufficient-storage-10001556002sdb1/ > > But , I am still getting in /var/log/messages > > Feb 23 15:51:02 hacontroller1 object-expirer: Unhandled exception: > #012Traceback (most recent call last):#012 File > "/usr/lib/python2.7/site-packages/swift/obj/expirer.py", line 169, in > run_once#012 > self.swift.get_account_info(self.expiring_objects_account)#012 File > "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line > 358, in get_account_info#012 resp = self.make_request('HEAD', path, {}, > acceptable_statuses)#012 File > "/usr/lib/python2.7/site-packages/swift/common/internal_client.py", line > 194, in make_request#012 _('Unexpected response: %s') % resp.status, > resp)#012UnexpectedResponse: Unexpected response: 503 Service Unavailable > (txn: txd6ecc9e8f9eb46a284d8a-0056cc55b6) > Feb 23 15:51:15 hacontroller1 account-server: 192.169.142.223 - - > [23/Feb/2016:12:51:15 +0000] "HEAD /vdb/3926/.expiring_objects" 507 - "HEAD > http://localhost/v1/.expiring_objects" "tx088b0d9b2d814c56b3f8b-0056cc55c3" > "proxy-server 351" 0.0002 "-" 28097 - > Hi Boris, >From the errors above, this looks like a Swift configuration issue. Where did you mount the file system for vdb? In the instructions, they are mounted under /srv/node/vdb . If it is mounted outside /srv, I remember having SELinux issues with it. Javier, I have updated haproxy.cfg and finally ( haproxy restart ) got back ( and understood haproxy monitoring) :- [root at hacontroller2 ~(keystone_admin)]# swift list Account GET failed: http://controller-vip.example.com:8090/v1/AUTH_acdc927b53bd43ae9a7ed657d1309884?format=json 503 Service Unavailable [first 60 chars of response]

Service Unavailable

The server is currently [root at hacontroller2 ~(keystone_admin)]# netstat -antp | grep 8090 tcp 0 0 192.169.142.220:8090 0.0.0.0:* LISTEN 27323/haproxy tcp 0 0 192.169.142.222:8090 0.0.0.0:* LISTEN 19645/python2 tcp 0 0 192.169.142.222:39922 192.169.142.220:8090 TIME_WAIT - On all nodes [root at hacontroller2 ~(keystone_admin)]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos-root 41G 11G 30G 28% / devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 1.9G 96K 1.9G 1% /dev/shm tmpfs 1.9G 17M 1.9G 1% /run tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/vdb1 20G 33M 20G 1% /srv/node/vdb1 /dev/vda1 497M 167M 330M 34% /boot Also, how big is the vdb disk? In my tests, I used a 8 GB virtual disk, I'm not sure how small we could make it. 20 GB Thank you. Boris. Regards, Javier > > Please, advise. > > Boris. > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > From chkumar246 at gmail.com Wed Feb 24 14:22:48 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 24 Feb 2016 19:52:48 +0530 Subject: [Rdo-list] RDO Bugs Statistics [2016-02-24] Message-ID: # RDO Bugs on 2016-02-24 This email summarizes the active RDO bugs listed in the Red Hat Bugzilla database at . To report a new bug against RDO, go to: ## Summary - Open (NEW, ASSIGNED, ON_DEV): 403 - Fixed (MODIFIED, POST, ON_QA): 218 ## Number of open bugs by component dib-utils [ 2] diskimage-builder [ 3] + distribution [ 13] +++++ dnsmasq [ 1] Documentation [ 4] + instack [ 4] + instack-undercloud [ 28] ++++++++++++ iproute [ 1] openstack-ceilometer [ 2] openstack-cinder [ 15] ++++++ openstack-foreman-inst... [ 2] openstack-glance [ 2] openstack-heat [ 5] ++ openstack-horizon [ 2] openstack-ironic [ 4] + openstack-ironic-disco... [ 1] openstack-keystone [ 10] ++++ openstack-manila [ 10] ++++ openstack-neutron [ 13] +++++ openstack-nova [ 22] +++++++++ openstack-packstack [ 89] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 17] +++++++ openstack-sahara [ 2] openstack-selinux [ 11] ++++ openstack-swift [ 3] + openstack-tripleo [ 29] +++++++++++++ openstack-tripleo-heat... [ 6] ++ openstack-tripleo-imag... [ 3] + openstack-trove [ 1] openstack-tuskar [ 2] openstack-utils [ 1] openvswitch [ 1] Package Review [ 9] ++++ python-cinderclient [ 1] python-glanceclient [ 2] python-keystonemiddleware [ 1] python-neutronclient [ 4] + python-novaclient [ 1] python-openstackclient [ 5] ++ python-oslo-config [ 2] rdo-manager [ 58] ++++++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdopkg [ 2] RFEs [ 2] tempest [ 1] ## Open bugs This is a list of "open" bugs by component. An "open" bug is in state NEW, ASSIGNED, ON_DEV and has not yet been fixed. (403 bugs) ### dib-utils (2 bugs) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2015-12-07 Summary: Packstack Ironic admin_url misconfigured in nova.conf [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: dib-utils Last change: 2015-12-10 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2015-04-09 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2015-09-23 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-01-27 Summary: add support for deltarpm ### distribution (13 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] text of uninitialized deployment needs rewording [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2015-10-13 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-02-24 Summary: Tracker: Blockers and Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-01-04 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2015-06-04 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-01-25 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2015-06-04 Summary: Tracking bug for bugs that Lars is interested in [1275608 ] http://bugzilla.redhat.com/1275608 (NEW) Component: distribution Last change: 2015-10-27 Summary: EOL'ed rpm file URL not up to date [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2015-09-14 Summary: [RFE] Packages upgrade path checks in Delorean CI [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2015-06-04 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2015-06-04 Summary: [TripleO] Provisioning Images filter doesn't work [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2016-02-13 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2015-12-10 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2015-06-22 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (4 bugs) [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2015-10-15 Summary: [DOC] External network should be documents in RDO manager installation [1271793 ] http://bugzilla.redhat.com/1271793 (NEW) Component: Documentation Last change: 2015-10-14 Summary: rdo-manager doc has incomplete /etc/hosts configuration [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2015-10-15 Summary: step required to build images for overcloud [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2015-10-15 Summary: RFE : document how to access horizon in RDO manager VIRT setup ### instack (4 bugs) [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2015-06-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2015-06-04 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2015-06-04 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2015-06-04 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (28 bugs) [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2015-10-20 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2015-09-23 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2015-06-29 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2015-07-14 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2015-06-25 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2015-10-19 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2015-09-29 Summary: instack-virt-setup fails on CentOS7 [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-01-19 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2015-06-11 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-02-01 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2015-06-04 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2015-06-16 Summary: instack-ironic-deployment --register-nodes swallows error output [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2015-09-30 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2015-06-15 Summary: wget is missing from qcow2 image fails instack-build- images script ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-01-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (2 bugs) [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (15 bugs) [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-27 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2015-01-05 Summary: vmware: "Not authenticated error occurred " on delete volume [1310776 ] http://bugzilla.redhat.com/1310776 (NEW) Component: openstack-cinder Last change: 2016-02-22 Summary: iscsi targets loses acl data after hard reboot [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-cinder Last change: 2016-02-23 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2015-10-02 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2015-03-31 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2015-07-23 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2015-06-14 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1231311 ] http://bugzilla.redhat.com/1231311 (NEW) Component: openstack-cinder Last change: 2015-06-12 Summary: Cinder missing dep: fasteners against liberty packstack install [1167945 ] http://bugzilla.redhat.com/1167945 (NEW) Component: openstack-cinder Last change: 2014-11-25 Summary: Random characters in instacne name break volume attaching [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2015-04-17 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-01-04 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2015-04-14 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-01-22 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2015-11-25 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] ### openstack-foreman-installer (2 bugs) [1203292 ] http://bugzilla.redhat.com/1203292 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: [RFE] Openstack Installer should install and configure SPICE to work with Nova and Horizon [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2015-06-04 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (2 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2015-04-20 Summary: Split glance-api and glance-registry [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2015-04-21 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-01-07 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-01-07 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2015-07-20 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2015-08-19 Summary: SoftwareDeployment resource attributes are null [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2015-07-08 Summary: Clearing non-existing hooks yields no error message ### openstack-horizon (2 bugs) [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-01-04 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (1 bug) [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (10 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2015-12-09 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2015-04-05 Summary: Need to include SSO callback form in the openstack- keystone RPM [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-01-21 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2015-06-04 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2015-07-23 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2015-06-04 Summary: Overridden default for Token Provider points to non- existent class [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2015-11-24 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1008865 ] http://bugzilla.redhat.com/1008865 (NEW) Component: openstack-keystone Last change: 2015-10-26 Summary: keystone-all process reaches 100% CPU consumption [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2015-12-07 Summary: keystone: add token flush cronjob script to keystone package ### openstack-manila (10 bugs) [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (13 bugs) [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-02-24 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2015-01-08 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2015-08-17 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2014-12-16 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1269610 ] http://bugzilla.redhat.com/1269610 (ASSIGNED) Component: openstack-neutron Last change: 2015-11-19 Summary: Overcloud deployment fails - openvswitch agent is not running and nova instances end up in error state [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2015-05-28 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2015-12-22 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2015-12-30 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2014-09-27 Summary: Use neutron-sanity-check in CI checks [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2015-11-11 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2015-09-02 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1310551 ] http://bugzilla.redhat.com/1310551 (NEW) Component: openstack-neutron Last change: 2016-02-22 Summary: Instance network can't work properly when I try to use two nic in one nic [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2015-12-15 Summary: [RFE] [neutron] neutron services needs more RPM granularity ### openstack-nova (22 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-02-15 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-02-23 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-02-03 Summary: Ensure translations are installed correctly and picked up at runtime [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Nova AVC messages [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-01-21 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-01-28 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-01-19 Summary: logrotate should copytruncate to avoid openstack logging to deleted files [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version ### openstack-packstack (89 bugs) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: "private" network created by packstack is not owned by any tenant [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-01-18 Summary: Raise MariaDB max connections limit [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-24 Summary: [RFE] Include Fedora cloud images in some nice way [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: rabbitmq wont start if ssl is required [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-01-13 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] SPICE support in packstack [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Deploying ironic kilo with packstack fails [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2015-09-09 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-23 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack missing ML2 Mellanox Mechanism Driver [953586 ] http://bugzilla.redhat.com/953586 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Openstack Installer: packstack should install and configure SPICE to work with Nova and Horizon [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Errors install kilo on fedora21 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2015-07-05 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Provide option to set bind_host/bind_port for API services [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2015-06-16 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2015-07-29 Summary: rdo liberty trunk; nova compute fails to start [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2015-10-07 Summary: packstack script does not test to see if the rc files *were* created. [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-01-08 Summary: Swift's proxy-server is not configured to use ceilometer [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: centos7 fails to install glance [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: Nova keypair doesn't work with Nova Networking [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2015-09-25 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2016-02-11 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2015-10-12 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run fails when running with DEMO [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-02-10 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2015-07-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2015-11-09 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2015-11-21 Summary: Packstack --allinone fails while starting HTTPD service [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2015-07-01 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2015-04-14 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2015-10-31 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: glance provision disregards keystone region setting [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-02 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2015-08-05 Summary: FWaaS does not work because DB was not synced [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2015-09-24 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2015-12-10 Summary: PackStack installs Nova crontab that nova user can't run [1310094 ] http://bugzilla.redhat.com/1310094 (NEW) Component: openstack-packstack Last change: 2016-02-19 Summary: [CentOS7] packstack execution fails immediately on freshly installed system. Complains about inexistent locale. [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2015-12-04 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: New user cannot retrieve container listing [1283261 ] http://bugzilla.redhat.com/1283261 (NEW) Component: openstack-packstack Last change: 2016-02-05 Summary: ceilometer-nova is not configured [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2015-08-04 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-01-09 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-01-29 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2015-11-25 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2015-06-04 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: add DiskFilter to scheduler_default_filters [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-01-18 Summary: Swift's proxy-server is not configured to use ceilometer [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2015-12-02 Summary: [RFE] Please add glance and nova lib folder config [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-01-20 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2015-07-08 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2015-12-03 Summary: packstack key injection fails with legacy networking (Nova networking) [1225312 ] http://bugzilla.redhat.com/1225312 (NEW) Component: openstack-packstack Last change: 2016-02-11 Summary: Packstack Installation error - Invalid parameter create_mysql_resource on Class[Galera::Server] [1282928 ] http://bugzilla.redhat.com/1282928 (ASSIGNED) Component: openstack-packstack Last change: 2016-02-24 Summary: Trove-api fails to start when deployed using packstack on RHEL 7.2 RC1.1 [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: misleading exit message on fail [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2015-10-13 Summary: packstack failed to start nova.api [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2015-11-06 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Packstack wording is unclear for demo and testing provisioning. [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2015-12-03 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2015-06-04 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2015-07-14 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2015-12-18 Summary: Receive Msg 'Error: Could not find user glance' ### openstack-puppet-modules (17 bugs) [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2015-12-04 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Permissions issue prevents CSS from rendering [1298245 ] http://bugzilla.redhat.com/1298245 (NEW) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: trove conf files require update when neutron disabled [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2015-09-03 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: Typo in log file name for trove-guestagent [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-01 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2015-11-26 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Increase the rpc_thread_pool_size [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Offset Swift ports to 6200 [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Add puppet-openstack_extras to opm [1304512 ] http://bugzilla.redhat.com/1304512 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-02-04 Summary: Packstack replaces httpd config with one without conf.modules.d [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2015-07-07 Summary: trove guestagent config mods for integration testing [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2015-06-30 Summary: rdo kilo mongo fails to start ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-10 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (11 bugs) [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2015-08-12 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2015-02-06 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2015-04-09 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2015-03-19 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2015-03-18 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2015-11-24 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-01-04 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2015-08-21 Summary: nova api can't be started in WSGI under httpd, blocked by selinux [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2014-11-23 Summary: keystone-all proccess raised avc denied ### openstack-swift (3 bugs) [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2015-12-22 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2015-01-07 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2014-12-12 Summary: swift-init does not interoperate with systemd swift service files ### openstack-tripleo (29 bugs) [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-02-01 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2015-06-08 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: You can still check introspection status for ironic nodes that have been deleted [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2015-10-09 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2015-06-22 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1304395 ] http://bugzilla.redhat.com/1304395 (NEW) Component: openstack-tripleo Last change: 2016-02-10 Summary: openstack overcloud image upload fails with "Required file "./ironic-python-agent.initramfs" does not exist." [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2015-12-11 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Timeout in API [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2015-11-23 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2015-11-04 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Overcloud missing ceilometer keystone user and endpoints [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2015-06-29 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2015-06-04 Summary: When adding nodes to the cloud the update hangs and takes forever ### openstack-tripleo-heat-templates (6 bugs) [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-06-29 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-08 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-01 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-02-08 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2015-10-13 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-02-22 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-02-01 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: mariadb my.cnf socket path does not exist [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2015-06-04 Summary: possible incorrect selinux check in 97-mysql-selinux ### openstack-trove (1 bug) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2015-06-23 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2015-06-26 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-01-04 Summary: Can't enable OpenStack service after openstack-service disable ### openvswitch (1 bug) [1306443 ] http://bugzilla.redhat.com/1306443 (NEW) Component: openvswitch Last change: 2016-02-10 Summary: SegFault on neutron-openvswitch-agent start ### Package Review (9 bugs) [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2015-12-03 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (NEW) Component: Package Review Last change: 2015-12-10 Summary: Review Request: python-midonetclient [1311114 ] http://bugzilla.redhat.com/1311114 (NEW) Component: Package Review Last change: 2016-02-23 Summary: Request to create 'python-networking-ovn' in openstack- packages [1272513 ] http://bugzilla.redhat.com/1272513 (ASSIGNED) Component: Package Review Last change: 2016-01-13 Summary: Review Request: Murano - is an application catalog for OpenStack [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2015-11-13 Summary: New Package: python-dracclient ### python-cinderclient (1 bug) [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-cinderclient Last change: 2016-02-09 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base ### python-glanceclient (2 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2015-10-21 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2014-11-17 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2015-10-26 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (4 bugs) [1221063 ] http://bugzilla.redhat.com/1221063 (ASSIGNED) Component: python-neutronclient Last change: 2015-08-20 Summary: --router:external=True syntax is invalid - not backward compatibility [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2015-03-30 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2015-11-12 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-01-28 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (1 bug) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2015-06-04 Summary: Missing versioned dependency on python-six ### python-openstackclient (5 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: `openstack ip floating delete` fails if we specify IP address as input [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-01-04 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-01-04 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (58 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot access instance vnc console on horizon after overcloud deployment [1306350 ] http://bugzilla.redhat.com/1306350 (NEW) Component: rdo-manager Last change: 2016-02-10 Summary: With RDO-manager, if not configured, the first nic on compute nodes gets addresses from dhcp as a default [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deployment of Undercloud [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: add deltarpm to all images built [1306364 ] http://bugzilla.redhat.com/1306364 (NEW) Component: rdo-manager Last change: 2016-02-10 Summary: With RDO-manager, using bridge mappings, Neutron opensvswitch-agent plugin's config file don't gets populated correctly [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support IPv6 [1270818 ] http://bugzilla.redhat.com/1270818 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Two ironic-inspector processes are running on the undercloud, breaking the introspection [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Command to create flavors based on real hardware and profiles [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1269002 ] http://bugzilla.redhat.com/1269002 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: overcloud HA deployment fails - the rabbitmq doesn't run on the controllers. [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Glance client returning 'Expected endpoint' [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2015-06-03 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup fails: error Running install- packages install [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Duplicate nova hypervisors after rebooting compute nodes [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2015-10-15 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager imoort .json file [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: cannot view cinder volumes in overcloud controller horizon [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: PXE boot fails: Unrecognized option "--autofree" [1294085 ] http://bugzilla.redhat.com/1294085 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Creating an instance on RDO overcloud, errors out [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: there is a newer image that can be used to deploy openstack [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Deploying Manila is not possible due to missing template [1272167 ] http://bugzilla.redhat.com/1272167 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Support enabling the port security extension [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2015-05-29 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-02-01 Summary: No way to increase yum timeouts when building images [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-01-01 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2015-10-21 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RDO Manager is using deprecated neutron options [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2015-10-22 Summary: rdo-manager liberty, delete node is failing [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-07-13 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2015-08-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-02-01 Summary: Validate node power credentials after enrolling ### rdopkg (2 bugs) [1306485 ] http://bugzilla.redhat.com/1306485 (NEW) Component: rdopkg Last change: 2016-02-17 Summary: centos 7.2 need to do "systemctl enable rabbitmq- server" before "packstack --allinone --provision- demo=n" [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-02-01 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-01-22 Summary: [RFE] Provide easy to use upgrade tool ### tempest (1 bug) [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (218 bugs) ### diskimage-builder (1 bug) [1228761 ] http://bugzilla.redhat.com/1228761 (MODIFIED) Component: diskimage-builder Last change: 2015-09-23 Summary: DIB_YUM_REPO_CONF points to two files and that breaks imagebuilding ### distribution (7 bugs) [1265690 ] http://bugzilla.redhat.com/1265690 (ON_QA) Component: distribution Last change: 2015-09-28 Summary: Update python-networkx to 1.10 [1300013 ] http://bugzilla.redhat.com/1300013 (MODIFIED) Component: distribution Last change: 2016-01-21 Summary: openstack-aodh now requires python-gnocchiclient [1108188 ] http://bugzilla.redhat.com/1108188 (MODIFIED) Component: distribution Last change: 2016-01-04 Summary: update el6 icehouse kombu packages for improved performance [1218723 ] http://bugzilla.redhat.com/1218723 (MODIFIED) Component: distribution Last change: 2015-06-04 Summary: Trove configuration files set different control_exchange for taskmanager/conductor and api [1151589 ] http://bugzilla.redhat.com/1151589 (MODIFIED) Component: distribution Last change: 2015-03-18 Summary: trove does not install dependency python-pbr [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2015-06-04 Summary: Tuskar Fails After Remove/Reinstall Of RDO [1218398 ] http://bugzilla.redhat.com/1218398 (ON_QA) Component: distribution Last change: 2015-06-04 Summary: rdo kilo testing repository missing openstack- neutron-*aas ### instack-undercloud (2 bugs) [1212862 ] http://bugzilla.redhat.com/1212862 (MODIFIED) Component: instack-undercloud Last change: 2015-06-04 Summary: instack-install-undercloud fails with "ImportError: No module named six" [1232162 ] http://bugzilla.redhat.com/1232162 (MODIFIED) Component: instack-undercloud Last change: 2015-06-16 Summary: the overcloud dns server should not be enforced to 192.168.122.1 when undefined ### openstack-ceilometer (9 bugs) [1265708 ] http://bugzilla.redhat.com/1265708 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer requires pymongo>=3.0.2 [1265721 ] http://bugzilla.redhat.com/1265721 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: FIle /etc/ceilometer/meters.yaml missing [1263839 ] http://bugzilla.redhat.com/1263839 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer should requires python-oslo-policy in kilo [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1038162 ] http://bugzilla.redhat.com/1038162 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-common missing python-babel dependency [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-01-04 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing [1271002 ] http://bugzilla.redhat.com/1271002 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: Ceilometer dbsync failing during HA deployment [1265818 ] http://bugzilla.redhat.com/1265818 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: ceilometer polling agent does not start [1214928 ] http://bugzilla.redhat.com/1214928 (MODIFIED) Component: openstack-ceilometer Last change: 2016-01-04 Summary: package ceilometermiddleware missing ### openstack-cinder (5 bugs) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2015-06-22 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] [1212900 ] http://bugzilla.redhat.com/1212900 (ON_QA) Component: openstack-cinder Last change: 2015-05-05 Summary: [packaging] /etc/cinder/cinder.conf missing in openstack-cinder [1081022 ] http://bugzilla.redhat.com/1081022 (MODIFIED) Component: openstack-cinder Last change: 2014-05-07 Summary: Non-admin user can not attach cinder volume to their instance (LIO) [994370 ] http://bugzilla.redhat.com/994370 (MODIFIED) Component: openstack-cinder Last change: 2014-06-24 Summary: CVE-2013-4183 openstack-cinder: OpenStack: Cinder LVM volume driver does not support secure deletion [openstack-rdo] [1084046 ] http://bugzilla.redhat.com/1084046 (POST) Component: openstack-cinder Last change: 2014-09-26 Summary: cinder: can't delete a volume (raise exception.ISCSITargetNotFoundForVolume) ### openstack-glance (4 bugs) [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2014-06-24 Summary: Glance api ssl issue [1278962 ] http://bugzilla.redhat.com/1278962 (ON_QA) Component: openstack-glance Last change: 2015-11-13 Summary: python-cryptography requires pyasn1>=0.1.8 but only 0.1.6 is available in Centos [1268146 ] http://bugzilla.redhat.com/1268146 (ON_QA) Component: openstack-glance Last change: 2015-10-02 Summary: openstack-glance-registry will not start: missing systemd dependency [1008818 ] http://bugzilla.redhat.com/1008818 (MODIFIED) Component: openstack-glance Last change: 2015-01-07 Summary: glance api hangs with low (1) workers on multiple parallel image creation requests ### openstack-heat (3 bugs) [1213476 ] http://bugzilla.redhat.com/1213476 (MODIFIED) Component: openstack-heat Last change: 2015-06-10 Summary: [packaging] /etc/heat/heat.conf missing in openstack- heat [1021989 ] http://bugzilla.redhat.com/1021989 (MODIFIED) Component: openstack-heat Last change: 2015-02-01 Summary: heat sometimes keeps listenings stacks with status DELETE_COMPLETE [1229477 ] http://bugzilla.redhat.com/1229477 (MODIFIED) Component: openstack-heat Last change: 2015-06-17 Summary: missing dependency in Heat delorean build ### openstack-horizon (1 bug) [1219221 ] http://bugzilla.redhat.com/1219221 (ON_QA) Component: openstack-horizon Last change: 2015-05-08 Summary: region selector missing ### openstack-ironic-discoverd (1 bug) [1204218 ] http://bugzilla.redhat.com/1204218 (ON_QA) Component: openstack-ironic-discoverd Last change: 2015-03-31 Summary: ironic-discoverd should allow dropping all ports except for one detected on discovery ### openstack-neutron (15 bugs) [1081203 ] http://bugzilla.redhat.com/1081203 (MODIFIED) Component: openstack-neutron Last change: 2014-04-17 Summary: No DHCP agents are associated with network [1058995 ] http://bugzilla.redhat.com/1058995 (ON_QA) Component: openstack-neutron Last change: 2014-04-08 Summary: neutron-plugin-nicira should be renamed to neutron- plugin-vmware [1050842 ] http://bugzilla.redhat.com/1050842 (ON_QA) Component: openstack-neutron Last change: 2016-01-04 Summary: neutron should not specify signing_dir in neutron- dist.conf [1109824 ] http://bugzilla.redhat.com/1109824 (MODIFIED) Component: openstack-neutron Last change: 2014-09-27 Summary: Embrane plugin should be split from python-neutron [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2014-01-13 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1100136 ] http://bugzilla.redhat.com/1100136 (ON_QA) Component: openstack-neutron Last change: 2014-07-17 Summary: Missing configuration file for ML2 Mellanox Mechanism Driver ml2_conf_mlnx.ini [1088537 ] http://bugzilla.redhat.com/1088537 (ON_QA) Component: openstack-neutron Last change: 2014-06-11 Summary: rhel 6.5 icehouse stage.. neutron-db-manage trying to import systemd [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2015-11-16 Summary: neutron-server will not start: fails with pbr version issue [1057822 ] http://bugzilla.redhat.com/1057822 (MODIFIED) Component: openstack-neutron Last change: 2014-04-16 Summary: neutron-ml2 package requires python-pyudev [1019487 ] http://bugzilla.redhat.com/1019487 (MODIFIED) Component: openstack-neutron Last change: 2014-07-17 Summary: neutron-dhcp-agent fails to start without openstack- neutron-openvswitch installed [1209932 ] http://bugzilla.redhat.com/1209932 (MODIFIED) Component: openstack-neutron Last change: 2015-04-10 Summary: Packstack installation failed with Neutron-server Could not start Service [1157599 ] http://bugzilla.redhat.com/1157599 (ON_QA) Component: openstack-neutron Last change: 2014-11-25 Summary: fresh neutron install fails due unknown database column 'id' [1098601 ] http://bugzilla.redhat.com/1098601 (MODIFIED) Component: openstack-neutron Last change: 2014-05-16 Summary: neutron-vpn-agent does not use the /etc/neutron/fwaas_driver.ini [1270325 ] http://bugzilla.redhat.com/1270325 (MODIFIED) Component: openstack-neutron Last change: 2015-10-19 Summary: neutron-ovs-cleanup fails to start with bad path to ovs plugin configuration [1302416 ] http://bugzilla.redhat.com/1302416 (POST) Component: openstack-neutron Last change: 2016-02-01 Summary: nova unable to delete floating-ip with neutron server error AttributeError: 'Query' object has no attribute 'one_or_none' ### openstack-nova (6 bugs) [1045084 ] http://bugzilla.redhat.com/1045084 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: Trying to boot an instance with a flavor that has nonzero ephemeral disk will fail [1217721 ] http://bugzilla.redhat.com/1217721 (ON_QA) Component: openstack-nova Last change: 2016-01-04 Summary: [packaging] /etc/nova/nova.conf changes due to deprecated options [1211587 ] http://bugzilla.redhat.com/1211587 (MODIFIED) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-compute fails to start because python- psutil is missing after installing with packstack [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-01-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 [958411 ] http://bugzilla.redhat.com/958411 (ON_QA) Component: openstack-nova Last change: 2015-01-07 Summary: Nova: 'nova instance-action-list' table is not sorted by the order of action occurrence. [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-01-04 Summary: openstack-nova-* systemd unit files need NotifyAccess=all ### openstack-packstack (72 bugs) [1252483 ] http://bugzilla.redhat.com/1252483 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: Demo network provisioning: public and private are shared, private has no tenant [1007497 ] http://bugzilla.redhat.com/1007497 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Openstack Installer: packstack does not create tables in Heat db. [1006353 ] http://bugzilla.redhat.com/1006353 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack w/ CONFIG_CEILOMETER_INSTALL=y has an error [1234042 ] http://bugzilla.redhat.com/1234042 (MODIFIED) Component: openstack-packstack Last change: 2015-08-05 Summary: ERROR : Error appeared during Puppet run: 192.168.122.82_api_nova.pp Error: Use of reserved word: type, must be quoted if intended to be a String value at /var/tmp/packstack/811663aa10824d21b860729732c16c3a/ manifests/192.168.122.82_api_nova.pp:41:3 [976394 ] http://bugzilla.redhat.com/976394 (MODIFIED) Component: openstack-packstack Last change: 2015-10-07 Summary: [RFE] Put the keystonerc_admin file in the current working directory for --all-in-one installs (or where client machine is same as local) [1116403 ] http://bugzilla.redhat.com/1116403 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack prescript fails if NetworkManager is disabled, but still installed [1020048 ] http://bugzilla.redhat.com/1020048 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack neutron plugin does not check if Nova is disabled [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2015-12-08 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2015-07-27 Summary: allow to specify admin name and email [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [1061689 ] http://bugzilla.redhat.com/1061689 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Horizon SSL is disabled by Nagios configuration via packstack [1036192 ] http://bugzilla.redhat.com/1036192 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: rerunning packstack with the generated allione answerfile will fail with qpidd user logged in [1175726 ] http://bugzilla.redhat.com/1175726 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Disabling glance deployment does not work if you don't disable demo provisioning [979041 ] http://bugzilla.redhat.com/979041 (ON_QA) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora19 no longer has /etc/sysconfig/modules/kvm.modules [1175428 ] http://bugzilla.redhat.com/1175428 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack doesn't configure rabbitmq to allow non- localhost connections to 'guest' user [1111318 ] http://bugzilla.redhat.com/1111318 (MODIFIED) Component: openstack-packstack Last change: 2014-08-18 Summary: pakcstack: mysql fails to restart on CentOS6.5 [957006 ] http://bugzilla.redhat.com/957006 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack reinstall fails trying to start nagios [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: RFE: support setting up apache to serve keystone requests [1052948 ] http://bugzilla.redhat.com/1052948 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Could not start Service[libvirt]: Execution of '/etc/init.d/libvirtd start' returned 1 [1259354 ] http://bugzilla.redhat.com/1259354 (MODIFIED) Component: openstack-packstack Last change: 2015-11-10 Summary: When pre-creating a vg of cinder-volumes packstack fails with an error [990642 ] http://bugzilla.redhat.com/990642 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: rdo release RPM not installed on all fedora hosts [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2015-12-15 Summary: Packstack should use pymysql database driver since Liberty [1018922 ] http://bugzilla.redhat.com/1018922 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack configures nova/neutron for qpid username/password when none is required [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2015-12-10 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2015-08-05 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1006534 ] http://bugzilla.redhat.com/1006534 (MODIFIED) Component: openstack-packstack Last change: 2014-04-08 Summary: Packstack ignores neutron physical network configuration if CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=gre [1011628 ] http://bugzilla.redhat.com/1011628 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack reports installation completed successfully but nothing installed [1098821 ] http://bugzilla.redhat.com/1098821 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack allinone installation fails due to failure to start rabbitmq-server during amqp.pp on CentOS 6.5 [1172876 ] http://bugzilla.redhat.com/1172876 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails on centos6 with missing systemctl [1022421 ] http://bugzilla.redhat.com/1022421 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: Error appeared during Puppet run: IPADDRESS_keystone.pp [1108742 ] http://bugzilla.redhat.com/1108742 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Allow specifying of a global --password option in packstack to set all keys/secrets/passwords to that value [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack requires 2 runs to install ceilometer [1039694 ] http://bugzilla.redhat.com/1039694 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails if iptables.service is not available [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080348 ] http://bugzilla.redhat.com/1080348 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Fedora20: packstack gives traceback when SElinux permissive [1014774 ] http://bugzilla.redhat.com/1014774 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: packstack configures br-ex to use gateway ip [1006476 ] http://bugzilla.redhat.com/1006476 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: ERROR : Error during puppet run : Error: /Stage[main]/N ova::Network/Sysctl::Value[net.ipv4.ip_forward]/Sysctl[ net.ipv4.ip_forward]: Could not evaluate: Field 'val' is required [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-01-27 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2015-12-07 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1295503 ] http://bugzilla.redhat.com/1295503 (MODIFIED) Component: openstack-packstack Last change: 2016-01-08 Summary: Packstack master branch is in the liberty repositories (was: Packstack installation fails with unsupported db backend) [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2015-02-27 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [956939 ] http://bugzilla.redhat.com/956939 (ON_QA) Component: openstack-packstack Last change: 2015-01-07 Summary: packstack install fails if ntp server does not respond [1018911 ] http://bugzilla.redhat.com/1018911 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Packstack creates duplicate cirros images in glance [1265661 ] http://bugzilla.redhat.com/1265661 (POST) Component: openstack-packstack Last change: 2016-01-13 Summary: Packstack does not install Sahara services (RDO Liberty) [1119920 ] http://bugzilla.redhat.com/1119920 (MODIFIED) Component: openstack-packstack Last change: 2015-10-23 Summary: http://ip/dashboard 404 from all-in-one rdo install on rhel7 [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Help text for SSL is incorrect regarding passphrase on the cert [974971 ] http://bugzilla.redhat.com/974971 (MODIFIED) Component: openstack-packstack Last change: 2016-01-04 Summary: please give greater control over use of EPEL [1185921 ] http://bugzilla.redhat.com/1185921 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: RabbitMQ fails to start if configured with ssl [1297518 ] http://bugzilla.redhat.com/1297518 (POST) Component: openstack-packstack Last change: 2016-01-12 Summary: Sahara installation fails with ArgumentError: Could not find declared class ::sahara::notify::rabbitmq [1008863 ] http://bugzilla.redhat.com/1008863 (MODIFIED) Component: openstack-packstack Last change: 2013-10-23 Summary: Allow overlapping ips by default [1050205 ] http://bugzilla.redhat.com/1050205 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Dashboard port firewall rule is not permanent [1057938 ] http://bugzilla.redhat.com/1057938 (MODIFIED) Component: openstack-packstack Last change: 2014-06-17 Summary: Errors when setting CONFIG_NEUTRON_OVS_TUNNEL_IF to a VLAN interface [1022312 ] http://bugzilla.redhat.com/1022312 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: qpid should enable SSL [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Packstack needs to support aodh services since Mitaka [991801 ] http://bugzilla.redhat.com/991801 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Warning message for installing RDO kernel needs to be adjusted [1049861 ] http://bugzilla.redhat.com/1049861 (MODIFIED) Component: openstack-packstack Last change: 2016-02-02 Summary: fail to create snapshot on an "in-use" GlusterFS volume using --force true (el7) [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-02-09 Summary: VPNaaS should use libreswan driver instead of openswan by default [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2015-12-09 Summary: Script wording for service installation should be consistent [1028591 ] http://bugzilla.redhat.com/1028591 (MODIFIED) Component: openstack-packstack Last change: 2014-02-05 Summary: packstack generates invalid configuration when using GRE tunnels [1001470 ] http://bugzilla.redhat.com/1001470 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: openstack-dashboard django dependency conflict stops packstack execution [964005 ] http://bugzilla.redhat.com/964005 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: keystonerc_admin stored in /root requiring running OpenStack software as root user [1269158 ] http://bugzilla.redhat.com/1269158 (POST) Component: openstack-packstack Last change: 2015-10-19 Summary: Sahara configuration should be affected by heat availability (broken by default right now) [1003959 ] http://bugzilla.redhat.com/1003959 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Make "Nothing to do" error from yum in Puppet installs a little easier to decipher [1093828 ] http://bugzilla.redhat.com/1093828 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack package should depend on yum-utils [1087529 ] http://bugzilla.redhat.com/1087529 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: Configure neutron correctly to be able to notify nova about port changes [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: Havana Fedora 19, packstack fails w/ mysql error [958587 ] http://bugzilla.redhat.com/958587 (MODIFIED) Component: openstack-packstack Last change: 2015-06-04 Summary: packstack install succeeds even when puppet completely fails [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2015-06-04 Summary: el7 Icehouse: Nagios installation fails ### openstack-puppet-modules (23 bugs) [1006816 ] http://bugzilla.redhat.com/1006816 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: cinder modules require glance installed [1085452 ] http://bugzilla.redhat.com/1085452 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-02 Summary: prescript puppet - missing dependency package iptables- services [1133345 ] http://bugzilla.redhat.com/1133345 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-09-05 Summary: Packstack execution fails with "Could not set 'present' on ensure" [1185960 ] http://bugzilla.redhat.com/1185960 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-03-19 Summary: problems with puppet-keystone LDAP support [1021183 ] http://bugzilla.redhat.com/1021183 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: horizon log errors [1049537 ] http://bugzilla.redhat.com/1049537 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Horizon help url in RDO points to the RHOS documentation [1214358 ] http://bugzilla.redhat.com/1214358 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-07-02 Summary: SSHD configuration breaks GSSAPI [1270957 ] http://bugzilla.redhat.com/1270957 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-10-13 Summary: Undercloud install fails on Error: Could not find class ::ironic::inspector for instack on node instack [1219447 ] http://bugzilla.redhat.com/1219447 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: The private network created by packstack for demo tenant is wrongly marked as external [1115398 ] http://bugzilla.redhat.com/1115398 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: swift.pp: Could not find command 'restorecon' [1300562 ] http://bugzilla.redhat.com/1300562 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-22 Summary: Mitaka - Could not find resource 'Service[mysqld]' for relationship from 'File[mysql-config-file]' [1171352 ] http://bugzilla.redhat.com/1171352 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: add aviator [1182837 ] http://bugzilla.redhat.com/1182837 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: packstack chokes on ironic - centos7 + juno [1297052 ] http://bugzilla.redhat.com/1297052 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-13 Summary: openstack-puppet-modules build is out of date and wrong branch in Delorean repos [1037635 ] http://bugzilla.redhat.com/1037635 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: prescript.pp fails with '/sbin/service iptables start' returning 6 [1022580 ] http://bugzilla.redhat.com/1022580 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: netns.py syntax error [1207701 ] http://bugzilla.redhat.com/1207701 (ON_QA) Component: openstack-puppet-modules Last change: 2015-06-04 Summary: Unable to attach cinder volume to instance [1258576 ] http://bugzilla.redhat.com/1258576 (MODIFIED) Component: openstack-puppet-modules Last change: 2015-09-01 Summary: RDO liberty packstack --allinone fails on demo provision of glance [1122968 ] http://bugzilla.redhat.com/1122968 (MODIFIED) Component: openstack-puppet-modules Last change: 2014-08-01 Summary: neutron/manifests/agents/ovs.pp creates /etc/sysconfig /network-scripts/ifcfg-br-{int,tun} [1038255 ] http://bugzilla.redhat.com/1038255 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: prescript.pp does not ensure iptables-services package installation [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-02-02 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT [1289309 ] http://bugzilla.redhat.com/1289309 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-02-03 Summary: Neutron module needs updating in OPM [1006401 ] http://bugzilla.redhat.com/1006401 (MODIFIED) Component: openstack-puppet-modules Last change: 2016-01-04 Summary: explicit check for pymongo is incorrect ### openstack-sahara (2 bugs) [1290387 ] http://bugzilla.redhat.com/1290387 (POST) Component: openstack-sahara Last change: 2015-12-10 Summary: openstack-sahara-api fails to start in Mitaka-1, cannot find api-paste.ini [1268235 ] http://bugzilla.redhat.com/1268235 (MODIFIED) Component: openstack-sahara Last change: 2015-10-02 Summary: rootwrap filter not included in Sahara RPM ### openstack-selinux (13 bugs) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2014-10-29 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) [1234665 ] http://bugzilla.redhat.com/1234665 (ON_QA) Component: openstack-selinux Last change: 2016-01-04 Summary: tempest.scenario.test_server_basic_ops.TestServerBasicO ps fails to launch instance w/ selinux enforcing [1105357 ] http://bugzilla.redhat.com/1105357 (MODIFIED) Component: openstack-selinux Last change: 2015-01-22 Summary: Keystone cannot send notifications [1093385 ] http://bugzilla.redhat.com/1093385 (MODIFIED) Component: openstack-selinux Last change: 2014-05-15 Summary: neutron L3 agent RPC errors [1219406 ] http://bugzilla.redhat.com/1219406 (MODIFIED) Component: openstack-selinux Last change: 2015-11-06 Summary: Glance over nfs fails due to selinux [1099042 ] http://bugzilla.redhat.com/1099042 (MODIFIED) Component: openstack-selinux Last change: 2014-06-27 Summary: Neutron is unable to create directory in /tmp [1083566 ] http://bugzilla.redhat.com/1083566 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: Selinux blocks Nova services on RHEL7, can't boot or delete instances, [1049091 ] http://bugzilla.redhat.com/1049091 (MODIFIED) Component: openstack-selinux Last change: 2014-06-24 Summary: openstack-selinux blocks communication from dashboard to identity service [1049503 ] http://bugzilla.redhat.com/1049503 (MODIFIED) Component: openstack-selinux Last change: 2015-03-10 Summary: rdo-icehouse selinux issues with rootwrap "sudo: unknown uid 162: who are you?" [1024330 ] http://bugzilla.redhat.com/1024330 (MODIFIED) Component: openstack-selinux Last change: 2014-04-18 Summary: Wrong SELinux policies set for neutron-dhcp-agent [1154866 ] http://bugzilla.redhat.com/1154866 (ON_QA) Component: openstack-selinux Last change: 2015-01-11 Summary: latest yum update for RHEL6.5 installs selinux-policy package which conflicts openstack-selinux installed later [1134617 ] http://bugzilla.redhat.com/1134617 (MODIFIED) Component: openstack-selinux Last change: 2014-10-08 Summary: nova-api service denied tmpfs access [1135510 ] http://bugzilla.redhat.com/1135510 (MODIFIED) Component: openstack-selinux Last change: 2015-04-06 Summary: RHEL7 icehouse cluster with ceph/ssl SELinux errors ### openstack-swift (1 bug) [997983 ] http://bugzilla.redhat.com/997983 (MODIFIED) Component: openstack-swift Last change: 2015-01-07 Summary: swift in RDO logs container, object and account to LOCAL2 log facility which floods /var/log/messages ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2015-09-29 Summary: Package update does not take puppet managed packages into account ### openstack-trove (2 bugs) [1278608 ] http://bugzilla.redhat.com/1278608 (MODIFIED) Component: openstack-trove Last change: 2015-11-06 Summary: trove-api fails to start [1219064 ] http://bugzilla.redhat.com/1219064 (ON_QA) Component: openstack-trove Last change: 2015-08-19 Summary: Trove has missing dependencies ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2015-12-04 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-tuskar-ui (3 bugs) [1175121 ] http://bugzilla.redhat.com/1175121 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: Registering nodes with the IPMI driver always fails [1203859 ] http://bugzilla.redhat.com/1203859 (POST) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: openstack-tuskar-ui: Failed to connect RDO manager tuskar-ui over missing apostrophes for STATIC_ROOT= in local_settings.py [1176596 ] http://bugzilla.redhat.com/1176596 (MODIFIED) Component: openstack-tuskar-ui Last change: 2015-06-04 Summary: The displayed horizon url after deployment has a redundant colon in it and a wrong path ### openstack-utils (3 bugs) [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-01-05 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: openstack-status as admin falsely shows zero instances [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-01-04 Summary: update openstack-status for rdo-manager ### python-cinderclient (1 bug) [1048326 ] http://bugzilla.redhat.com/1048326 (MODIFIED) Component: python-cinderclient Last change: 2014-01-13 Summary: the command cinder type-key lvm set volume_backend_name=LVM_iSCSI fails to run ### python-django-horizon (3 bugs) [1219006 ] http://bugzilla.redhat.com/1219006 (ON_QA) Component: python-django-horizon Last change: 2015-05-08 Summary: Wrong permissions for directory /usr/share/openstack- dashboard/static/dashboard/ [1218627 ] http://bugzilla.redhat.com/1218627 (ON_QA) Component: python-django-horizon Last change: 2015-06-24 Summary: Tree icon looks wrong - a square instead of a regular expand/collpase one [1211552 ] http://bugzilla.redhat.com/1211552 (MODIFIED) Component: python-django-horizon Last change: 2015-04-14 Summary: Need to add alias in openstack-dashboard.conf to show CSS content ### python-glanceclient (2 bugs) [1206544 ] http://bugzilla.redhat.com/1206544 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-jsonpatch [1206551 ] http://bugzilla.redhat.com/1206551 (ON_QA) Component: python-glanceclient Last change: 2015-04-03 Summary: Missing requires of python-warlock ### python-heatclient (3 bugs) [1028726 ] http://bugzilla.redhat.com/1028726 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient needs a dependency on python-pbr [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2015-02-01 Summary: python-heatclient 0.2.9 requires packaging in RDO [1140842 ] http://bugzilla.redhat.com/1140842 (MODIFIED) Component: python-heatclient Last change: 2015-02-01 Summary: heat.bash_completion not installed ### python-keystoneclient (3 bugs) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2015-06-04 Summary: user-get fails when using IDs which are not UUIDs [1024581 ] http://bugzilla.redhat.com/1024581 (MODIFIED) Component: python-keystoneclient Last change: 2015-06-04 Summary: keystone missing tab completion [971746 ] http://bugzilla.redhat.com/971746 (MODIFIED) Component: python-keystoneclient Last change: 2016-01-04 Summary: CVE-2013-2013 OpenStack keystone: password disclosure on command line [RDO] ### python-neutronclient (3 bugs) [1067237 ] http://bugzilla.redhat.com/1067237 (ON_QA) Component: python-neutronclient Last change: 2014-03-26 Summary: neutronclient with pre-determined auth token fails when doing Client.get_auth_info() [1025509 ] http://bugzilla.redhat.com/1025509 (MODIFIED) Component: python-neutronclient Last change: 2014-06-24 Summary: Neutronclient should not obsolete quantumclient [1052311 ] http://bugzilla.redhat.com/1052311 (MODIFIED) Component: python-neutronclient Last change: 2014-02-12 Summary: [RFE] python-neutronclient new version request ### python-openstackclient (2 bugs) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-01-04 Summary: Rebase python-openstackclient to version 1.0.0 [1302379 ] http://bugzilla.redhat.com/1302379 (MODIFIED) Component: python-openstackclient Last change: 2016-01-29 Summary: rebase python-openstackclient to 1.7.2 ### python-oslo-config (1 bug) [1110164 ] http://bugzilla.redhat.com/1110164 (ON_QA) Component: python-oslo-config Last change: 2016-01-04 Summary: oslo.config >=1.2.1 is required for trove-manage ### python-pecan (1 bug) [1265365 ] http://bugzilla.redhat.com/1265365 (MODIFIED) Component: python-pecan Last change: 2016-01-04 Summary: Neutron missing pecan dependency ### python-swiftclient (1 bug) [1126942 ] http://bugzilla.redhat.com/1126942 (MODIFIED) Component: python-swiftclient Last change: 2014-09-16 Summary: Swift pseudo-folder cannot be interacted with after creation ### python-tuskarclient (2 bugs) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2015-06-04 Summary: `tuskar help` is missing a description next to plan- templates [1209431 ] http://bugzilla.redhat.com/1209431 (POST) Component: python-tuskarclient Last change: 2015-06-18 Summary: creating a tuskar plan with the exact name gives the user a traceback ### rdo-manager (10 bugs) [1210023 ] http://bugzilla.redhat.com/1210023 (MODIFIED) Component: rdo-manager Last change: 2015-04-15 Summary: instack-ironic-deployment --nodes-json instackenv.json --register-nodes fails [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: rdo-manager Last change: 2015-10-14 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2015-12-30 Summary: [RFE] Support explicit configuration of L2 population [1224584 ] http://bugzilla.redhat.com/1224584 (MODIFIED) Component: rdo-manager Last change: 2015-05-25 Summary: CentOS-7 undercloud install fails w/ "RHOS" undefined variable [1271433 ] http://bugzilla.redhat.com/1271433 (MODIFIED) Component: rdo-manager Last change: 2015-10-20 Summary: Horizon fails to load [1272180 ] http://bugzilla.redhat.com/1272180 (POST) Component: rdo-manager Last change: 2015-12-04 Summary: Horizon doesn't load when deploying without pacemaker [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2015-08-12 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2015-10-07 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" [1222124 ] http://bugzilla.redhat.com/1222124 (MODIFIED) Component: rdo-manager Last change: 2015-11-04 Summary: rdo-manager: fail to discover nodes with "instack- ironic-deployment --discover-nodes": ERROR: Data pre- processing failed [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-02-01 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command ### rdo-manager-cli (10 bugs) [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2015-06-20 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1233259 ] http://bugzilla.redhat.com/1233259 (MODIFIED) Component: rdo-manager-cli Last change: 2015-08-03 Summary: Node show of unified CLI has bad formatting [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2015-06-10 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2015-06-04 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-02-10 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-02-01 Summary: OSC plugin isn't saving plan configuration values [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2015-06-16 Summary: Ensure proper nodes states after enroll and before deployment ### rdopkg (1 bug) [1220832 ] http://bugzilla.redhat.com/1220832 (ON_QA) Component: rdopkg Last change: 2015-08-06 Summary: python-manilaclient is missing from kilo RDO repository Thanks, Chandan Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Wed Feb 24 14:48:43 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 24 Feb 2016 09:48:43 -0500 Subject: [Rdo-list] RDO doc sprint day - March 3, 4 Message-ID: <56CDC2CB.8080000@redhat.com> Please join us for our upcoming RDO doc sprint days. March 3 and 4, in preparation for the test day on March 10, and the release of Mitaka. We have the following goals for this doc day: * Knock out as much of https://github.com/redhat-openstack/website/issues as possible * Identify docs that are outdated, and/or refer to end-of-lifed releases (eg https://github.com/redhat-openstack/website/issues/328 and https://github.com/redhat-openstack/website/issues/141) * Consolidate duplicate docs (eg https://github.com/redhat-openstack/website/issues/388 and https://github.com/redhat-openstack/website/issues/142) * Improve the test day instructions, so that people don't have to be experts to participate. Watch https://www.rdoproject.org/events/docdays/ for any updates. Thanks! --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From cems at ebi.ac.uk Wed Feb 24 22:24:30 2016 From: cems at ebi.ac.uk (Charles Short) Date: Wed, 24 Feb 2016 22:24:30 +0000 Subject: [Rdo-list] RDO Manager Liberty DVR Message-ID: <56CE2D9E.1030603@ebi.ac.uk> Hi, I am trying to deploy DVR with RDO manager. I can find template references to DVR in - /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml I altered the defaults to enable DVR and deployed the Overcloud successfully. Unfortunately the DVR changes I made do not appear in the config files on the nodes. Has anyone managed to deploy DVR with RDO Manager? Thanks Charles -- Charles Short Cloud Engineer Virtualization and Cloud Team European Bioinformatics Institute (EMBL-EBI) Tel: +44 (0)1223 494205 From dsneddon at redhat.com Wed Feb 24 23:10:54 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Wed, 24 Feb 2016 15:10:54 -0800 Subject: [Rdo-list] RDO Manager Liberty DVR In-Reply-To: <56CE2D9E.1030603@ebi.ac.uk> References: <56CE2D9E.1030603@ebi.ac.uk> Message-ID: <56CE387E.40902@redhat.com> On 02/24/2016 02:24 PM, Charles Short wrote: > Hi, > > I am trying to deploy DVR with RDO manager. > I can find template references to DVR in - > > /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml > /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml > > I altered the defaults to enable DVR and deployed the Overcloud > successfully. > Unfortunately the DVR changes I made do not appear in the config files > on the nodes. > > Has anyone managed to deploy DVR with RDO Manager? > > Thanks > > Charles > That's not how you want to go about customizing your deployment. Rather than altering the original files, or the defaults, you want to set parameters or defaults in environment files. So, create an environment file with three sections: resource_registry: parameters: parameter_defaults: In these sections, you can override settings that appear in overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the T-H-T root). You include your environment file on the deployment command line with -e . To help you with a basic understanding of how parameters are set: overcloud-resource-registry-puppet.yaml is the source for where the various resource files are found. These are occasionally overridden when you want specific features enabled, such as when using network isolation and you specify your NIC config YAMLs. overcloud.yaml (in the T-H-T root) is where the parameters are all set. If you want to override these, add the needed parameters to the parameter_defaults: section. Sometimes it is necessary to put parameters into the parameters: section (overriding their definition), but usually adding parameter_defaults for the parameter is sufficient. For examples, look in the environments directory inside /usr/share/tripleo-heat-templates. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From cems at ebi.ac.uk Wed Feb 24 23:41:46 2016 From: cems at ebi.ac.uk (Charles Short) Date: Wed, 24 Feb 2016 23:41:46 +0000 Subject: [Rdo-list] RDO Manager Liberty DVR In-Reply-To: <56CE387E.40902@redhat.com> References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> Message-ID: Thanks for the reply. Sorry I should have been more explicit and mentioned that I actually created new altered files enabling DVR and used the override to reference them , leaving the originals untouched ( as I had already done with network config files for the nodes). I will try creating a custom environment file and see if I have more luck implementing the changes Regards Charles Sent from my iPhone > On 24 Feb 2016, at 23:10, Dan Sneddon wrote: > >> On 02/24/2016 02:24 PM, Charles Short wrote: >> Hi, >> >> I am trying to deploy DVR with RDO manager. >> I can find template references to DVR in - >> >> /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml >> /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml >> >> I altered the defaults to enable DVR and deployed the Overcloud >> successfully. >> Unfortunately the DVR changes I made do not appear in the config files >> on the nodes. >> >> Has anyone managed to deploy DVR with RDO Manager? >> >> Thanks >> >> Charles > > That's not how you want to go about customizing your deployment. > > Rather than altering the original files, or the defaults, you want to > set parameters or defaults in environment files. > > So, create an environment file with three sections: > > resource_registry: > > parameters: > > parameter_defaults: > > In these sections, you can override settings that appear in > overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the > T-H-T root). > > You include your environment file on the deployment command line with > -e . > > To help you with a basic understanding of how parameters are set: > > overcloud-resource-registry-puppet.yaml is the source for where the > various resource files are found. These are occasionally overridden > when you want specific features enabled, such as when using network > isolation and you specify your NIC config YAMLs. > > overcloud.yaml (in the T-H-T root) is where the parameters are all set. > If you want to override these, add the needed parameters to the > parameter_defaults: section. Sometimes it is necessary to put > parameters into the parameters: section (overriding their definition), > but usually adding parameter_defaults for the parameter is sufficient. > > For examples, look in the environments directory inside > /usr/share/tripleo-heat-templates. > > -- > Dan Sneddon | Principal OpenStack Engineer > dsneddon at redhat.com | redhat.com/openstack > 650.254.4025 | dsneddon:irc @dxs:twitter > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From dsneddon at redhat.com Thu Feb 25 00:03:01 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Wed, 24 Feb 2016 16:03:01 -0800 Subject: [Rdo-list] RDO Manager Liberty DVR In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> Message-ID: <56CE44B5.1000509@redhat.com> On 02/24/2016 03:41 PM, Charles Short wrote: > Thanks for the reply. > > Sorry I should have been more explicit and mentioned that I actually created new altered files enabling DVR and used the override to reference them , leaving the originals untouched ( as I had already done with network config files for the nodes). > I will try creating a custom environment file and see if I have more luck implementing the changes > > Regards > > Charles > > Sent from my iPhone > >> On 24 Feb 2016, at 23:10, Dan Sneddon wrote: >> >>> On 02/24/2016 02:24 PM, Charles Short wrote: >>> Hi, >>> >>> I am trying to deploy DVR with RDO manager. >>> I can find template references to DVR in - >>> >>> /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml >>> /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml >>> >>> I altered the defaults to enable DVR and deployed the Overcloud >>> successfully. >>> Unfortunately the DVR changes I made do not appear in the config files >>> on the nodes. >>> >>> Has anyone managed to deploy DVR with RDO Manager? >>> >>> Thanks >>> >>> Charles >> >> That's not how you want to go about customizing your deployment. >> >> Rather than altering the original files, or the defaults, you want to >> set parameters or defaults in environment files. >> >> So, create an environment file with three sections: >> >> resource_registry: >> >> parameters: >> >> parameter_defaults: >> >> In these sections, you can override settings that appear in >> overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the >> T-H-T root). >> >> You include your environment file on the deployment command line with >> -e . >> >> To help you with a basic understanding of how parameters are set: >> >> overcloud-resource-registry-puppet.yaml is the source for where the >> various resource files are found. These are occasionally overridden >> when you want specific features enabled, such as when using network >> isolation and you specify your NIC config YAMLs. >> >> overcloud.yaml (in the T-H-T root) is where the parameters are all set. >> If you want to override these, add the needed parameters to the >> parameter_defaults: section. Sometimes it is necessary to put >> parameters into the parameters: section (overriding their definition), >> but usually adding parameter_defaults for the parameter is sufficient. >> >> For examples, look in the environments directory inside >> /usr/share/tripleo-heat-templates. >> >> -- >> Dan Sneddon | Principal OpenStack Engineer >> dsneddon at redhat.com | redhat.com/openstack >> 650.254.4025 | dsneddon:irc @dxs:twitter >> >> _______________________________________________ >> Rdo-list mailing list >> Rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com The thing is, where you modify the default matters. If there is a default set, or if the parameter is set, inside overcloud.yaml, then you need to either change it there, or (better) override it in the environment file. In other words, changing the default on a parameter won't have any effect if the parameter default is already set higher up the inheritance chain. overcloud.yaml is the root of the inheritance, so everything below it inherits the settings from overcloud.yaml, which is 'false' in the case of NeutronDVR. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From andrius at cumulusnetworks.com Thu Feb 25 19:32:58 2016 From: andrius at cumulusnetworks.com (Andrius Benokraitis) Date: Thu, 25 Feb 2016 14:32:58 -0500 Subject: [Rdo-list] "Rack on a laptop" Part II posted! Message-ID: <99F422EA-281B-459B-9B6E-35DE5C63D360@cumulusnetworks.com> Greetings all, We at Cumulus Networks have posted the latest installment of virtual demos using RDO OpenStack. Previously released, Part I uses a simple two leaf setup using Layer-2 + MLAG and the Cumulus ML2 mechanism driver and Linux bridge: https://support.cumulusnetworks.com/hc/en-us/articles/215832697 Newly released, Part II uses leaf-spine with a virtual router and is entirely Layer-3 to the RDO hosts using quagga, BGP unnumbered, and Linux bridge: https://support.cumulusnetworks.com/hc/en-us/articles/216634868 Feel free to take a look as this is a community-supported demo, and mirrors to physical deployments, since it?s Just Linux in the entire rack. Enjoy, and looking forward to your feedback! :-) Regards, Andrius Benokraitis ISV Partner Alliance Manager Cumulus Networks m: +1 919 741 0141 From bderzhavets at hotmail.com Fri Feb 26 19:42:07 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 26 Feb 2016 19:42:07 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: <56CE44B5.1000509@redhat.com> References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com> Message-ID: To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris From bderzhavets at hotmail.com Fri Feb 26 20:10:05 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 26 Feb 2016 20:10:05 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, Message-ID: The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Fri Feb 26 21:13:12 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 26 Feb 2016 21:13:12 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, , Message-ID: However, openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42 168K openstack-puppet-modules-2015.1.9-4.fc23.src.rpm 2015-07-31 09:24 2.1M Build of the first one results install dnf -y install \ openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm It looks like 2015.1-0 was built latter then 2015.1.9, but naming of packages has been changed. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 3:10 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Sat Feb 27 18:51:25 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 27 Feb 2016 18:51:25 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, , , Message-ID: I've made fresh install RDO Kilo via packstack on F23 using repo https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/ and got the most recent versions of openstack-packstack-2015.1-0.14 and openstack-puppet-modules-2015.1.12-6.fc23 When I attempt to launch VM nova-scheduler is clean now , but error each time appears in nova-api.log :- . . . . 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image, 'status') == 'queued' 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 491, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get() 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 509, in get 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 494, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id Complete log is attached. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 4:13 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 However, openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42 168K openstack-puppet-modules-2015.1.9-4.fc23.src.rpm 2015-07-31 09:24 2.1M Build of the first one results install dnf -y install \ openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm It looks like 2015.1-0 was built latter then 2015.1.9, but naming of packages has been changed. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 3:10 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: nova-api.log.gz Type: application/gzip Size: 26103 bytes Desc: nova-api.log.gz URL: From bderzhavets at hotmail.com Sat Feb 27 20:37:13 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 27 Feb 2016 20:37:13 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, , , , Message-ID: The unclear thing to me :- What has been changed in F23 causing Nova have to support Glance V2 . which is not available on RDO Kilo :- See :- https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3 https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/use-glance-v2-api.html ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 1:51 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 I've made fresh install RDO Kilo via packstack on F23 using repo https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/ and got the most recent versions of openstack-packstack-2015.1-0.14 and openstack-puppet-modules-2015.1.12-6.fc23 When I attempt to launch VM nova-scheduler is clean now , but error each time appears in nova-api.log :- . . . . 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image, 'status') == 'queued' 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 491, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get() 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 509, in get 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 494, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id Complete log is attached. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 4:13 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 However, openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42 168K openstack-puppet-modules-2015.1.9-4.fc23.src.rpm 2015-07-31 09:24 2.1M Build of the first one results install dnf -y install \ openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm It looks like 2015.1-0 was built latter then 2015.1.9, but naming of packages has been changed. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 3:10 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Sat Feb 27 23:20:18 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sat, 27 Feb 2016 23:20:18 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, , , , , Message-ID: Hacking GlanceClient on F23 works for me in meantime :- https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a=patch;h=eb1d8c5c94b8fac86c12f78732107b1034749c7f ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 3:37 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The unclear thing to me :- What has been changed in F23 causing Nova have to support Glance V2 . which is not available on RDO Kilo :- See :- https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3 https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/use-glance-v2-api.html ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 1:51 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 I've made fresh install RDO Kilo via packstack on F23 using repo https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/ and got the most recent versions of openstack-packstack-2015.1-0.14 and openstack-puppet-modules-2015.1.12-6.fc23 When I attempt to launch VM nova-scheduler is clean now , but error each time appears in nova-api.log :- . . . . 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image, 'status') == 'queued' 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 491, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get() 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 509, in get 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 494, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id Complete log is attached. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 4:13 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 However, openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42 168K openstack-puppet-modules-2015.1.9-4.fc23.src.rpm 2015-07-31 09:24 2.1M Build of the first one results install dnf -y install \ openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm It looks like 2015.1-0 was built latter then 2015.1.9, but naming of packages has been changed. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 3:10 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From victorperezpereira at gmail.com Sun Feb 28 17:14:33 2016 From: victorperezpereira at gmail.com (=?UTF-8?Q?V=c3=adctor_P=c3=a9rez_Pereira?=) Date: Sun, 28 Feb 2016 12:14:33 -0500 Subject: [Rdo-list] ERROR : Error appeared during Puppet run: Message-ID: <56D32AF9.9000202@gmail.com> Hi all. Sometimes I have always installed in Fedora and Redhat RDO and had not had any problems. I presented this week problems like this. I searched for information, and this is a bug which in turn is not a bug but a bug in the installation itself. Check the logs and message happens for the start of application, but is MariaDB, is with another service. Any suggestions? Fedora Server installation x86_64-22 Thank you. ERROR : Error appeared during Puppet run: 192.168.0.111_mariadb.pp Error: Evaluation Error: Comparison of: String >= Integer, is not possible. Caused by 'A String is not comparable to a non String'. at /var/tmp/packstack/d3593a2124164a6fa53dad684224eba1/modules/mysql/manifests/params.pp:35:82 on node pluton You will find full trace in log /var/tmp/packstack/20160228-105402-6i41gC/manifests/192.168.0.111_mariadb.pp.log Please check log file /var/tmp/packstack/20160228-105402-6i41gC/openstack-setup.log for more information Additional information: * A new answerfile was created in: /root/packstack-answers-20160228-105403.txt * Time synchronization installation was skipped. Please note that unsynchronized time on server instances might be problem for some OpenStack components. * Warning: NetworkManager is active on 192.168.0.111. OpenStack networking currently does not work on systems that have the Network Manager service enabled. * File /root/keystonerc_admin has been created on OpenStack client host 192.168.0.111. To use the command line tools you need to source the file. * To access the OpenStack Dashboard browse to http://192.168.0.111/dashboard . Please, find your login credentials stored in the keystonerc_admin in your home directory. * To use Nagios, browse to http://192.168.0.111/nagios username: nagiosadmin, password: d0aff29639b04287 -- V?ctor P?rez Pereira Shekhin? - E-mail: victorperezpereira at gmail.com GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 From bderzhavets at hotmail.com Sun Feb 28 17:39:24 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 28 Feb 2016 17:39:24 +0000 Subject: [Rdo-list] ERROR : Error appeared during Puppet run: In-Reply-To: <56D32AF9.9000202@gmail.com> References: <56D32AF9.9000202@gmail.com> Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of V?ctor P?rez Pereira Sent: Sunday, February 28, 2016 12:14 PM To: rdo-list at redhat.com Subject: [Rdo-list] ERROR : Error appeared during Puppet run: Hi all. Sometimes I have always installed in Fedora and Redhat RDO and had not had any problems. I presented this week problems like this. I searched for information, and this is a bug which in turn is not a bug but a bug in the installation itself. Check the logs and message happens for the start of application, but is MariaDB, is with another service. Any suggestions? Fedora Server installation x86_64-22 Thank you. ERROR : Error appeared during Puppet run: 192.168.0.111_mariadb.pp Error: Evaluation Error: Comparison of: String >= Integer, is not possible. Caused by 'A String is not comparable to a non String'. at /var/tmp/packstack/d3593a2124164a6fa53dad684224eba1/modules/mysql/manifests/params.pp:35:82 [BD] See https://bugzilla.redhat.com/show_bug.cgi?id=1231555 It contains a sample how to fix versioncmp in params.pp on node pluton You will find full trace in log /var/tmp/packstack/20160228-105402-6i41gC/manifests/192.168.0.111_mariadb.pp.log Please check log file /var/tmp/packstack/20160228-105402-6i41gC/openstack-setup.log for more information Additional information: * A new answerfile was created in: /root/packstack-answers-20160228-105403.txt * Time synchronization installation was skipped. Please note that unsynchronized time on server instances might be problem for some OpenStack components. * Warning: NetworkManager is active on 192.168.0.111. OpenStack networking currently does not work on systems that have the Network Manager service enabled. * File /root/keystonerc_admin has been created on OpenStack client host 192.168.0.111. To use the command line tools you need to source the file. * To access the OpenStack Dashboard browse to http://192.168.0.111/dashboard . Please, find your login credentials stored in the keystonerc_admin in your home directory. * To use Nagios, browse to http://192.168.0.111/nagios username: nagiosadmin, password: d0aff29639b04287 -- V?ctor P?rez Pereira Shekhin? - E-mail: victorperezpereira at gmail.com GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From emilien at redhat.com Mon Feb 29 02:46:05 2016 From: emilien at redhat.com (Emilien Macchi) Date: Sun, 28 Feb 2016 21:46:05 -0500 Subject: [Rdo-list] impossible to run tempest plugins with RDO packaging Message-ID: <56D3B0ED.5030106@redhat.com> Hi, Tempest is moving it's tests from Tempest tree to OpenStack projects. Example: Before: tests are in tempest/api/image/... Future: tests will be in glance/tests/tempest/... More: http://docs.openstack.org/developer/tempest/plugin.html Today it's impossible to run Tempest plugins with RDO packaging because tests are removed when building RPMs. See: https://github.com/openstack-packages/glance/blob/rpm-master/openstack-glance.spec#L182 Puppet OpenStack CI (and RDO CI later) is very interested to run Tempest plugins because it provides much more testing coverage than Tempest tree. But this attempt [1] does not work since we remove tests. [1] https://review.openstack.org/#/c/283786/ What do you think at stopping deleting tests and keep them in the packages? It would allow people running Tempest plugins, and do better CI. Thanks, -- Emilien Macchi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From amuller at redhat.com Mon Feb 29 03:30:12 2016 From: amuller at redhat.com (Assaf Muller) Date: Sun, 28 Feb 2016 22:30:12 -0500 Subject: [Rdo-list] impossible to run tempest plugins with RDO packaging In-Reply-To: <56D3B0ED.5030106@redhat.com> References: <56D3B0ED.5030106@redhat.com> Message-ID: On Sun, Feb 28, 2016 at 9:46 PM, Emilien Macchi wrote: > Hi, > > Tempest is moving it's tests from Tempest tree to OpenStack projects. > > Example: > Before: tests are in tempest/api/image/... > Future: tests will be in glance/tests/tempest/... > More: http://docs.openstack.org/developer/tempest/plugin.html > > > Today it's impossible to run Tempest plugins with RDO packaging because > tests are removed when building RPMs. > See: > https://github.com/openstack-packages/glance/blob/rpm-master/openstack-glance.spec#L182 > > Puppet OpenStack CI (and RDO CI later) is very interested to run Tempest > plugins because it provides much more testing coverage than Tempest tree. > But this attempt [1] does not work since we remove tests. > > [1] https://review.openstack.org/#/c/283786/ > > > What do you think at stopping deleting tests and keep them in the > packages? It would allow people running Tempest plugins, and do better CI. Isn't it customary to package tests in a separate RPM? > > Thanks, > -- > Emilien Macchi > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Mon Feb 29 09:04:33 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 29 Feb 2016 09:04:33 +0000 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> , <56CE44B5.1000509@redhat.com>, , , , , , Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 6:20 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 Hacking GlanceClient on F23 works for me in meantime :- https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a=patch;h=eb1d8c5c94b8fac86c12f78732107b1034749c7f ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 3:37 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The unclear thing to me :- What has been changed in F23 causing Nova have to support Glance V2 . which is not available on RDO Kilo :- [BD] Answering myself :- version of python-urllib3 is 1.13.1 (on F23 ) which is higher then 1.11.X versions of same lib on CentOS 7.X <=1.10.4 That is a root cause of the trouble. See :- https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3 https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/use-glance-v2-api.html ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Saturday, February 27, 2016 1:51 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 I've made fresh install RDO Kilo via packstack on F23 using repo https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/ and got the most recent versions of openstack-packstack-2015.1-0.14 and openstack-puppet-modules-2015.1.12-6.fc23 When I attempt to launch VM nova-scheduler is clean now , but error each time appears in nova-api.log :- . . . . 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image, 'status') == 'queued' 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 491, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get() 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 509, in get 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File "/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py", line 494, in __getattr__ 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k) 2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id Complete log is attached. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 4:13 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 However, openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42 168K openstack-puppet-modules-2015.1.9-4.fc23.src.rpm 2015-07-31 09:24 2.1M Build of the first one results install dnf -y install \ openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \ openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm It looks like 2015.1-0 was built latter then 2015.1.9, but naming of packages has been changed. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 3:10 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack crashes right away. So absence of patch is understandable. I was looking for openstack-packstack-2015.1.10 but was unable to find. I picked up pretty old version. I see for now. Sorry. ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, February 26, 2016 2:42 PM To: Alan Pevec Cc: rdo-list at redhat.com Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 To be able to complete install I was forced:- 1. Build openstack-packstack via the most recent openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo 2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is wanted by nova puppet to be installed. 3. I didn't activate any additional rdo repos 4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n ) 5. Attempt to launch CirrOS VM gives in nova-scheduler.log 2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task [req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute 'run_periodic_tasks' 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most recent call last): 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line 224, in run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self, context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in _run_periodic_tasks 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task self.driver.run_periodic_tasks(context) 2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError: 'HostManager' object has no attribute 'run_periodic_tasks' I also was unable edit via dashboard as admin features of uploaded images. /var/log/glance/api.log contains errors like image is queued . I am under impression that F23 regardless Python 2.70.1 was used to run openstack services is not supposed to run Kilo. Openstack-status looked really nice. Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html I mean https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitdiff;h=3d1ff0e1354084fb4790d2f8a85509de7fe3b6ba is gone from nova/manifests/scheduler.pp Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the drive. Thank you. Boris _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ Rdo-list mailing list Rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From apevec at gmail.com Mon Feb 29 10:41:59 2016 From: apevec at gmail.com (Alan Pevec) Date: Mon, 29 Feb 2016 11:41:59 +0100 Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23 In-Reply-To: References: <56CE2D9E.1030603@ebi.ac.uk> <56CE387E.40902@redhat.com> <56CE44B5.1000509@redhat.com> Message-ID: > Hacking GlanceClient on F23 works for me in meantime :- > https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a=patch;h=eb1d8c5c94b8fac86c12f78732107b1034749c7f This was reviewed for stable/kilo in https://review.openstack.org/244899 and denied b/c upstream Kilo caps requests <2.8.0 and urllib3<1.11 > [BD] Answering myself :- > version of python-urllib3 is 1.13.1 (on F23 ) which is higher then 1.11.X > versions of same lib on CentOS 7.X <=1.10.4 > That is a root cause of the trouble. We actually have urllib3 1.13.1 in cloud7-openstack-common-testing for EL7 too, so I'll add this patch to RDO Kilo glanceclient package. Cheers, Alan From apevec at gmail.com Mon Feb 29 10:54:05 2016 From: apevec at gmail.com (Alan Pevec) Date: Mon, 29 Feb 2016 11:54:05 +0100 Subject: [Rdo-list] impossible to run tempest plugins with RDO packaging In-Reply-To: References: <56D3B0ED.5030106@redhat.com> Message-ID: 2016-02-29 4:30 GMT+01:00 Assaf Muller : > Isn't it customary to package tests in a separate RPM? Yes, that's what was decided on #rdo meeting some time ago, to start moving all tests into -tests subpackages, now it's high time to do that! Cheers, Alan From hguemar at fedoraproject.org Mon Feb 29 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 29 Feb 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160229150003.86D97606567F@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-03-02 from 15:00:00 to 16:00:00 UTC At rdo at irc.freenode.net The meeting will be about: RDO IRC meeting [Agenda at https://etherpad.openstack.org/p/RDO-Meeting ](https://etherpad.openstack.org/p/RDO-Meeting) Every Wednesday on #rdo on Freenode IRC Source: https://apps.fedoraproject.org/calendar/meeting/2017/ From rbowen at redhat.com Mon Feb 29 17:33:58 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 29 Feb 2016 12:33:58 -0500 Subject: [Rdo-list] RDO blogs, week of February 29, 2016 Message-ID: <56D48106.9010507@redhat.com> Here's what RDO enthusiasts have been blogging about in the last week: Using a custom ssh config with Ansible?s synchronize module, by Harry Rybacki Have you ever needed to specify which ssh config file rsync should use when called from Ansible?s synchronize module? I have and it was not obvious how to do so. ? read more at http://tm3.org/52 RDO Mitaka 3 test day, March 10th, 11th by Rich Bowen TL;DR: Mitaka 3 test day, March 10, 11 On-site test day in Brno Demo of deploying with TripleO ? read more at http://tm3.org/53 Keystone on Port 80 For Tripleo by Adam Young Many services assume that Keystone listens on ports 5000 and 35357. I?d prefer to have Keystone listen on the standard HTTP(s) ports of 80 and 443. We can?t remove the non-standard ports without a good deal of rewriting. But there is nothing preventing us from running Keystone on port 80 or 443 in addition to those ports. ? read more at http://tm3.org/54 Skydive : a real-time network analyzer by Sylvain Afchain SDN solutions are complex and troubleshooting/monitoring them is even harder. It seems that while we have a better way to automate the network we lose visibility and operability. For example, in order to troubleshoot an issue you have of to understand the network in general but also to have a deep understanding of how the SDN solution is implementing the network. And if you have multiple SDN solutions deployed ? with maybe nested SDN solutions like container network in VMs ? finding the root cause of an issue starts to be really hard. ? read more at http://tm3.org/55 David Moreau Simard at OpenStack Montreal (Video) ? watch at http://tm3.org/56 Hackery to get going RDO Kilo on Fedora 23 by Boris Derzhavets Sequence of hacks required to get going RDO Kilo on Fedora 23 is caused by existence of many areas where Nova has a hard dependency on Glance v1. Per https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/use-glance-v2-api.html ? read more at http://tm3.org/57 -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Mon Feb 29 18:27:37 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 29 Feb 2016 13:27:37 -0500 Subject: [Rdo-list] OpenStack Meetups, week of Feb 29 Message-ID: <56D48D99.7070306@redhat.com> The following are the meetups I'm aware of in the coming week where OpenStack and/or RDO enthusiasts are likely to be present. If you know of others, please let me know, and/or add them to http://rdoproject.org/events I wanted to particularly draw attention to the upcoming worldwide Mitaka Bug Smash event - https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka If there's a meetup in your area, please consider attending. If you attend, please consider taking a few photos, and possibly even writing up a brief summary of what was covered. --Rich * Monday February 29 in Reston, VA, US: Leap through an OpenStack Networking Session with Mark McClain - http://www.meetup.com/OpenStack-Nova/events/228578057/ * Wednesday March 02 in Richardson, TX, US: Neutron Network Trouble Shooting part 2 - http://www.meetup.com/OpenStack-DFW/events/228303718/ * Wednesday March 02 in Washington, DC, US: DNS, VNF, Security & SDN in OpenStack (#29) - http://www.meetup.com/OpenStackDC/events/227478159/ * Wednesday March 02 in Stuttgart, DE: OpenStack @ SEEBURGER AG - http://www.meetup.com/OpenStack-Baden-Wuerttemberg/events/228719642/ * Thursday March 03 in Raleigh, NC, US: Building Agile Clouds with OpenStack technical event - March - http://www.meetup.com/Raleigh-Triange-Building-Agile-Clouds-with-OpenStack/events/228031643/ * Thursday March 03 in ??d?, PL: Wprowadzenie do OpenStacka czyli jak w 5min postawi? swoj? chmur? - http://www.meetup.com/Java-User-Group-Lodz/events/228661059/ * Monday March 07 in New York, NY, US: Global OpenStack Bug Smash Mitaka: NYC - http://www.meetup.com/OpenStack-New-York-Meetup/events/228642450/ * Monday March 07 in Bangalore, IN: Openstack Bug Smash Mitaka - Bangalore - http://www.meetup.com/Indian-OpenStack-User-Group/events/229100242/ * Monday March 07 in Bangalore, IN: OpenStack Bug Smash Mitaka - Pune - http://www.meetup.com/Indian-OpenStack-User-Group/events/229118801/ * Monday March 07 in Sydney, AU: Sydney Developer Bugs Smash - http://www.meetup.com/Australian-OpenStack-User-Group/events/228853685/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Mon Feb 29 19:07:48 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 29 Feb 2016 14:07:48 -0500 Subject: [Rdo-list] ask.openstack.org unaswered RDO questions: 2/29 Message-ID: <56D49704.6020000@redhat.com> 63 unanswered questions: Network config when testing on nested environment https://ask.openstack.org/en/question/89062/network-config-when-testing-on-nested-environment/ Tags: rdo, network, fedora, nested Openstack installation fails using packstack, failure is in installation of openstack-nova-compute. Error: Dependency Package[nova-compute] has failures https://ask.openstack.org/en/question/88993/openstack-installation-fails-using-packstack-failure-is-in-installation-of-openstack-nova-compute-error-dependency-packagenova-compute-has-failures/ Tags: novacompute, rdo, packstack, dependency, failure CentOS OpenStack - compute node can't talk https://ask.openstack.org/en/question/88989/centos-openstack-compute-node-cant-talk/ Tags: rdo Huawei OceanStor Cinder drivers in RDO https://ask.openstack.org/en/question/88916/huawei-oceanstor-cinder-drivers-in-rdo/ Tags: rdo, cinder, huawei, oceanstor How to setup SWIFT_PROXY_NODE and SWIFT_STORAGE_NODEs separately on RDO Liberty ? https://ask.openstack.org/en/question/88897/how-to-setup-swift_proxy_node-and-swift_storage_nodes-separately-on-rdo-liberty/ Tags: rdo, liberty, swift, ha Can I use enoxxxxxx NIC name directly when try to configure Openstack https://ask.openstack.org/en/question/88685/can-i-use-enoxxxxxx-nic-name-directly-when-try-to-configure-openstack/ Tags: eno, nic, eth0 VM and container can't download anything from internet https://ask.openstack.org/en/question/88338/vm-and-container-cant-download-anything-from-internet/ Tags: rdo, neutron, network, connectivity Liberty Error during RDO Packstack https://ask.openstack.org/en/question/88325/liberty-error-during-rdo-packstack/ Tags: liberty, neutron, circular, dependency, ovs-agent-service socket.error: [Errno 111] Connection refused https://ask.openstack.org/en/question/87800/socketerror-errno-111-connection-refused/ Tags: access, ovs-bridge, multi-tenant, liberty-neutron Create a new dashboard Error https://ask.openstack.org/en/question/87549/create-a-new-dashboard-error/ Tags: dashboard, command, startdash, manage.py OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Clarification on docs for self service connectivity https://ask.openstack.org/en/question/87183/clarification-on-docs-for-self-service-connectivity/ Tags: liberty, neutron, connectivity, router Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs Why is /usr/bin/openstack domain list ... hanging? https://ask.openstack.org/en/question/85593/why-is-usrbinopenstack-domain-list-hanging/ Tags: puppet, keystone, kilo [ RDO ] Could not find declared class ::remote::db https://ask.openstack.org/en/question/84820/rdo-could-not-find-declared-class-remotedb/ Tags: rdo Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing Freeing IP from FLAT network setup https://ask.openstack.org/en/question/84063/freeing-ip-from-flat-network-setup/ Tags: juno, existing-network, rdo, neutron, flat How to deploy Virtual network function (VNF) in Opnstack integrated Opendaylight https://ask.openstack.org/en/question/84061/how-to-deploy-virtual-network-function-vnf-in-opnstack-integrated-opendaylight/ Tags: vnf, kilo, opendaylight, nfv RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh No able to create an instance in odl integrated RDO Kilo openstack https://ask.openstack.org/en/question/83700/no-able-to-create-an-instance-in-odl-integrated-rdo-kilo-openstack/ Tags: kilo, rdo, opendaylight, kilo-neutron, integration redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo glance\nova command line SSL failure https://ask.openstack.org/en/question/82692/glancenova-command-line-ssl-failure/ Tags: glance, kilo-openstack, ssl Cannot create/update flavor metadata from horizon https://ask.openstack.org/en/question/82477/cannot-createupdate-flavor-metadata-from-horizon/ Tags: rdo, kilo, flavor, metadata Installing openstack using packstack (rdo) failed https://ask.openstack.org/en/question/82473/installing-openstack-using-packstack-rdo-failed/ Tags: rdo, packstack, installation-error, keystone can't start instances after upgrade/reboot https://ask.openstack.org/en/question/82205/cant-start-instances-after-upgradereboot/ Tags: cinder, iscsi, rdo, juno_rdo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/