From hguemar at fedoraproject.org Mon Jul 3 15:00:03 2017 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 3 Jul 2017 15:00:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20170703150003.50B1760A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-05 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 Jul 3 17:37:35 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 3 Jul 2017 13:37:35 -0400 Subject: [rdo-list] Unanswered RDO questions, ask.openstack Message-ID: <09508250-9af1-922c-a605-6bfe6bf7a84e@redhat.com> Hi, folks. The unanswered questions list is getting rather long again, so any help with getting it down to manageable levels again would be greatly helpful. Related: If you are willing to have topic-specific questions directed to you off-list, please indicate here: https://www.rdoproject.org/community/irc/#who - what categories you're willing to be pinged for. Thanks! 57 unanswered questions: Ocata - "nova-manage db sync" fails https://ask.openstack.org/en/question/107970/ocata-nova-manage-db-sync-fails/ Tags: ocata, nova, db_sync Am I missing a configuration option for Magnum? Error "no such option B in group [DEFAULT]" https://ask.openstack.org/en/question/107701/am-i-missing-a-configuration-option-for-magnum-error-no-such-option-b-in-group-default/ Tags: magnum, magnum_service RDO installation - systemd start for rabbitmq server failed - Is this normal? https://ask.openstack.org/en/question/107663/rdo-installation-systemd-start-for-rabbitmq-server-failed-is-this-normal/ Tags: rabbitmq-server, rabbitmq, rdo, ocata ocata sahara https://ask.openstack.org/en/question/107635/ocata-sahara/ Tags: sahara, ocata, openstack-packstack, cluster VM cannot get network access https://ask.openstack.org/en/question/107627/vm-cannot-get-network-access/ Tags: openvswitch, neutron, rdo, packstack-ocata Adding a compute host with packstack hangs https://ask.openstack.org/en/question/107582/adding-a-compute-host-with-packstack-hangs/ Tags: rdo, packstack-ocata, compute-node, install ocata - theme customization with templates https://ask.openstack.org/en/question/107544/ocata-theme-customization-with-templates/ Tags: ocata, horizon, theme, templates Error (Systemd start for rabbitmq-server failed) while installing Packstack on new CentOS? https://ask.openstack.org/en/question/107468/error-systemd-start-for-rabbitmq-server-failed-while-installing-packstack-on-new-centos/ Tags: openstack-packstack, mitaka, rabbitmq-server, allinone Can't login to dashboard https://ask.openstack.org/en/question/107427/cant-login-to-dashboard/ Tags: dashboard-keystone Gnocchi returned unauthorized error when creating resources alarm from Heat https://ask.openstack.org/en/question/106910/gnocchi-returned-unauthorized-error-when-creating-resources-alarm-from-heat/ Tags: heat, aodh, gnocchi, alarm, unauthorized how to resolved: "Error: Systemd start for openstack-nova-scheduler failed!" https://ask.openstack.org/en/question/106887/how-to-resolved-error-systemd-start-for-openstack-nova-scheduler-failed/ Tags: nova-scheduler, rdo Build of instance aborted: Failed to allocate the network(s), not rescheduling. https://ask.openstack.org/en/question/106853/build-of-instance-aborted-failed-to-allocate-the-networks-not-rescheduling/ Tags: ocata, neutron, networking Instance can not be launched from the image https://ask.openstack.org/en/question/106626/instance-can-not-be-launched-from-the-image/ Tags: create_instance Error during packstack installation https://ask.openstack.org/en/question/106351/error-during-packstack-installation/ Tags: rdo, install, packstack Ocata, openstack server list Unexpected API Error https://ask.openstack.org/en/question/106063/ocata-openstack-server-list-unexpected-api-error/ Tags: ocata-nova, create_instance RHEL 7.2 openstack octava . Error while generating authentication token issue https://ask.openstack.org/en/question/105531/rhel-72-openstack-octava-error-while-generating-authentication-token-issue/ Tags: openstack, identityv3 Unable to configure bgpvpn service plugin on CentOS7 https://ask.openstack.org/en/question/104860/unable-to-configure-bgpvpn-service-plugin-on-centos7/ Tags: packstack, rdo, neutron, networking Migrate Instances https://ask.openstack.org/en/question/104744/migrate-instances/ Tags: migrate, openstack-packstack, rdo, centos Installguide for the in RDO packaged murano? https://ask.openstack.org/en/question/103634/installguide-for-the-in-rdo-packaged-murano/ Tags: murano, install, centos7, rdo, yum Upgrade Mitaka to Newton using Packstack got Python ascii error https://ask.openstack.org/en/question/103615/upgrade-mitaka-to-newton-using-packstack-got-python-ascii-error/ Tags: keystone, packstack, newton, python, install No module named tinyrpc.server https://ask.openstack.org/en/question/102681/no-module-named-tinyrpcserver/ Tags: kolla-ansible Attaching volume to instance https://ask.openstack.org/en/question/102605/attaching-volume-to-instance/ Tags: nova, glusterfs, rdo, centos, storage Create/add additional CIDR for public IP pool https://ask.openstack.org/en/question/102428/createadd-additional-cidr-for-public-ip-pool/ Tags: fuel-9.0, fuel, mitaka, networking domain version of >dashboards< keystone_policy.json https://ask.openstack.org/en/question/102249/domain-version-of-dashboards-keystone_policyjson/ Tags: mitaka, identityv3, domains, policy dashboard authentication problem https://ask.openstack.org/en/question/101905/dashboard-authentication-problem/ Tags: dashboard, keystone ERROR nova.virt.libvirt.driver with Glusterfs in /var/lib/nova/instances https://ask.openstack.org/en/question/101812/error-novavirtlibvirtdriver-with-glusterfs-in-varlibnovainstances/ Tags: glusterfs, nova, storage Cant get volume_clear option in cinder.conf to work. https://ask.openstack.org/en/question/101230/cant-get-volume_clear-option-in-cinderconf-to-work/ Tags: cinder, newton, packstack, rdo, storage Rebooting Network node after installation https://ask.openstack.org/en/question/101001/rebooting-network-node-after-installation/ Tags: br-ex, neutron, bridge, create-network, networking Ceilometer - No meters / stats ? https://ask.openstack.org/en/question/100767/ceilometer-no-meters-stats/ Tags: ceilometer, stats, meters, rdo, metrics -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From rbowen at redhat.com Mon Jul 3 18:36:46 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 3 Jul 2017 14:36:46 -0400 Subject: [rdo-list] Upcoming meetups Message-ID: <63b1c3bb-315b-ecd0-e9e2-99ff534b0864@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 July 04 in Lagos, NG: OpenStack 7th Birthday - https://www.meetup.com/OpenStack-User-Group-Nigeria/events/238617176/ * Thursday July 06 in Copenhagen, DK: OpenStack - Why and How? - https://www.meetup.com/openstackdk/events/237010731/ * Thursday July 06 in Fort Lauderdale, FL, US: Monthly SFOUG Meeting - https://www.meetup.com/South-Florida-OpenStack-Users-Group/events/241162929/ * Thursday July 06 in Z?rich, CH: 16th Swiss OpenStack User Group Meetup - https://www.meetup.com/openstack-ch/events/240577972/ * Thursday July 06 in Paris, FR: Meetup#23 Anniversaire 7 ans OpenStack, NFV haute-performance - https://www.meetup.com/OpenStack-France/events/241124969/ * Monday July 10 in Fort Collins, CO, US: Cloud Security, managing & monitoring - https://www.meetup.com/OpenStack-Colorado/events/240675613/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From bderzhavets at hotmail.com Mon Jul 3 20:01:26 2017 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 3 Jul 2017 20:01:26 +0000 Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting In-Reply-To: <20170703150003.50B1760A40C7@fedocal02.phx2.fedoraproject.org> References: <20170703150003.50B1760A40C7@fedocal02.phx2.fedoraproject.org> Message-ID: No idea what means following entry picked up from my blog in [Agenda at https://etherpad.openstack.org/p/RDO-Meeting ](https://etherpad.openstack.org/p/RDO-Meeting) POST meeting: send minutes to rdo-list at redhat.com with topic [Meeting] RDO meeting () Minutes and copy/paste the content of the Minutes (text) in the body. Also add to https://www.rdoproject.org/community/community-meeting/ UPDATE 07/03/17 overcloud-deploy.sh now generated properly. END UPDATE Note: Please add your IRC nick against your meeting agenda However, I may easily share all content of blog entry contains UPDATE mentioned above. Attempt to verify patch for "metadata service PicklingError" on TripleO QS Master (Pike) http://dbaxps.blogspot.ru/2017/06/attempt-to-verify-patch-for-metadata.html I guess it is much faster way to escalate problem with Interface (DOWN) to private sub-net at HA Neutron Router in Master branch of TripleO QS, unless you are already aware of this trouble. Thanks. Boris. ________________________________ From: rdo-list-bounces at redhat.com on behalf of hguemar at fedoraproject.org Sent: Monday, July 3, 2017 6:00 PM To: rdo-list at redhat.com Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-05 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/ _______________________________________________ rdo-list mailing list rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list rdo-list Info Page - Red Hat www.redhat.com The rdo-list mailing list provides a forum for discussions about installing, running, and using OpenStack on Red Hat based distributions. To see the collection of ... To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rlandy at redhat.com Mon Jul 3 21:01:16 2017 From: rlandy at redhat.com (Ronelle Landy) Date: Mon, 3 Jul 2017 17:01:16 -0400 Subject: [rdo-list] RDO-CI Scrum Weekly Scrum Recap Message-ID: Greetings All, Links to the RDO-CI team scrum etherpad [1] and recording [2] from this week's meeting are below. Highlights: - RDO Cloud SF progress We have a job triggering off tripeo-quickstart and tripleo-quickstart-extras changes in /job/gate-tripleo-ci-centos-7-undercloud-oooq-nv/ Example of the logs output [3] Reviews: - We have an outstanding review that needs to merge to get the jobs to report back to the review [4] - First review to move periodic jobs [5] (panda) - Review to not configure repos to use mirrors on RDO cloud [6] Gabriele will ask about the opportunity to add openstack health to SF [7] - Tempest periodic jobs (master) 40 failures - Remove from master the tempest plugin tests There is an issue with Ironic and Mistral: if available they are set to true by default and Mistral is not running/available on the overcloud. The same issue exists with the Ironic plugin - Status page [8] AI for sshnaidm/arxcruz: update message re: failing tempest tests - Status email [9] gate promotion on tempest results automatically update the skip list [10] - OSP 12 HA deployment driven by oooq (rasca) [11] ... Note that order of arguments is important for HA and containers deployments - See prioritized review backlog list (reviews from members outside the core team) in [12] Gael is the point person here [1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum [2] - https://bluejeans.com/s/ev9aq/ [3] - https://logs.rdoproject.org/72/479772/1/openstack-check-verified/gate-tripleo-ci-centos-7-undercloud-oooq-nv/Z6c594966aa334d23b054b155415da102 [4] - https://review.rdoproject.org/r/#/c/7296/ [5] - https://review.rdoproject.org/r/7361 [6] - https://review.openstack.org/#/c/478218/ [7] - https://trello.com/c/9a28fWKc/258-provide-a-way-to-notify-teams-when-a-specific-job-fails-in-a-specific-project#comment-594d1084d1ecd0376aeaa96d [8]- http://status-tripleoci.rhcloud.com/ [9] - https://review.openstack.org/#/c/475788/ [10] - https://review.openstack.org/#/c/474197/ [11] - https://review.openstack.org/#/c/479757/ [12] - https://review.rdoproject.org/etherpad/p/rdoci-review-process (line 48) -------------- next part -------------- An HTML attachment was scrubbed... URL: From chkumar246 at gmail.com Tue Jul 4 14:47:35 2017 From: chkumar246 at gmail.com (Chandan kumar) Date: Tue, 4 Jul 2017 20:17:35 +0530 Subject: [rdo-list] RDO Bugs stats on 2017-07-04 Message-ID: # RDO Bugs on 2017-07-04 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): 86 - Fixed (MODIFIED, POST, ON_QA): 23 ## Number of open bugs by component diskimage-builder [ 1] ++ distribution [ 16] ++++++++++++++++++++++++++++++++ Documentation [ 2] ++++ instack-undercloud [ 1] ++ openstack-ceilometer [ 1] ++ openstack-cinder [ 1] ++ openstack-designate [ 1] ++ openstack-glance [ 2] ++++ openstack-horizon [ 2] ++++ openstack-keystone [ 1] ++ openstack-neutron [ 4] ++++++++ openstack-nova [ 4] ++++++++ openstack-packstack [ 12] ++++++++++++++++++++++++ openstack-puppet-modules [ 1] ++ openstack-sahara [ 1] ++ openstack-selinux [ 1] ++ openstack-tripleo [ 7] ++++++++++++++ openstack-tripleo-imag... [ 1] ++ openstack-trove [ 1] ++ Package Review [ 20] ++++++++++++++++++++++++++++++++++++++++ python-django-horizon [ 1] ++ rdo-manager [ 2] ++++ rdo-manager-gui [ 1] ++ rdopkg [ 2] ++++ ## 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. (86 bugs) ### diskimage-builder (1 bug) [1391162 ] http://bugzilla.redhat.com/1391162 (NEW) Component: diskimage-builder Last change: 2017-03-27 Summary: RFE: diskimage-builder needs to support AArch64 for TripleO installer ### distribution (16 bugs) [1447871 ] http://bugzilla.redhat.com/1447871 (NEW) Component: distribution Last change: 2017-05-04 Summary: CVE-2017-1000361 opendaylight: CVE-2017-1000361 [openstack-rdo] [1460091 ] http://bugzilla.redhat.com/1460091 (NEW) Component: distribution Last change: 2017-06-09 Summary: CVE-2017-2295 puppet: Unsafe YAML deserialization [openstack-rdo] [1079491 ] http://bugzilla.redhat.com/1079491 (ASSIGNED) Component: distribution Last change: 2017-06-16 Summary: Need a way to pass extra arguments to openstack components at startup [1455030 ] http://bugzilla.redhat.com/1455030 (NEW) Component: distribution Last change: 2017-05-24 Summary: CVE-2016-7404 openstack-magnum: Magnum created instances have full API access to creating user's OpenStack account [openstack-rdo] [1438800 ] http://bugzilla.redhat.com/1438800 (NEW) Component: distribution Last change: 2017-04-04 Summary: CVE-2016-7103 python-XStatic-jquery-ui: jquery-ui: cross-site scripting in dialog closeText [openstack- rdo] [1427510 ] http://bugzilla.redhat.com/1427510 (NEW) Component: distribution Last change: 2017-06-30 Summary: Tracker: Blockers and Review requests for new RDO Pike packages [1447866 ] http://bugzilla.redhat.com/1447866 (NEW) Component: distribution Last change: 2017-05-04 Summary: CVE-2017-1000359 opendaylight: DOS by odl-mdsal-xsql feature [openstack-rdo] [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2017-06-17 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1447863 ] http://bugzilla.redhat.com/1447863 (NEW) Component: distribution Last change: 2017-05-04 Summary: CVE-2017-1000358 opendaylight: uncaught exception by odl-restconf feature [openstack-rdo] [1438799 ] http://bugzilla.redhat.com/1438799 (NEW) Component: distribution Last change: 2017-04-04 Summary: CVE-2016-7103 rubygem-jquery-ui-rails: jquery-ui: cross-site scripting in dialog closeText [openstack- rdo] [1329341 ] http://bugzilla.redhat.com/1329341 (NEW) Component: distribution Last change: 2017-05-29 Summary: Tracker: Blockers and Review requests for new RDO Newton packages [1447868 ] http://bugzilla.redhat.com/1447868 (NEW) Component: distribution Last change: 2017-05-04 Summary: CVE-2017-1000360 opendaylight: console exception in odl-mdsal-xsql feature [openstack-rdo] [1463619 ] http://bugzilla.redhat.com/1463619 (NEW) Component: distribution Last change: 2017-06-21 Summary: Add python-exabgp to CentOS Build System for RDO Package Dependencies [1447861 ] http://bugzilla.redhat.com/1447861 (NEW) Component: distribution Last change: 2017-05-04 Summary: CVE-2017-1000357 opendaylight: odl-l2switch-switch feature does not handle closed-stream error [openstack- rdo] [1460518 ] http://bugzilla.redhat.com/1460518 (NEW) Component: distribution Last change: 2017-06-11 Summary: VirtualBMC --address parameter doesn't work with IPv4 addresses (needs pyghmi rebase to >= 1.0.14) [1373513 ] http://bugzilla.redhat.com/1373513 (NEW) Component: distribution Last change: 2017-05-29 Summary: Tracker: Blockers and Review requests for new RDO Ocata packages ### Documentation (2 bugs) [1369944 ] http://bugzilla.redhat.com/1369944 (NEW) Component: Documentation Last change: 2017-06-18 Summary: Trunk won't work on RHEL 7 withou changing delorean- deps.repo $releasever to "7" [1446958 ] http://bugzilla.redhat.com/1446958 (ASSIGNED) Component: Documentation Last change: 2017-06-29 Summary: No Access & Security under the heading Compute ### instack-undercloud (1 bug) [1400584 ] http://bugzilla.redhat.com/1400584 (NEW) Component: instack-undercloud Last change: 2017-06-16 Summary: undercloud installation Error: Failed to apply catalog: Insufficient credentials to authenticate ### openstack-ceilometer (1 bug) [1348222 ] http://bugzilla.redhat.com/1348222 (NEW) Component: openstack-ceilometer Last change: 2017-02-28 Summary: Unable to start ceilometer-central and gnocchi since redis module is missing on controller ### openstack-cinder (1 bug) [1391165 ] http://bugzilla.redhat.com/1391165 (NEW) Component: openstack-cinder Last change: 2017-04-27 Summary: Segfault Cinder Newton Release ### openstack-designate (1 bug) [1361701 ] http://bugzilla.redhat.com/1361701 (NEW) Component: openstack-designate Last change: 2017-06-22 Summary: package and ship openstack-designate-ui rpm package ### openstack-glance (2 bugs) [1466324 ] http://bugzilla.redhat.com/1466324 (NEW) Component: openstack-glance Last change: 2017-06-29 Summary: CVE-2016-4383 openstack-glance: glance-manage db purge breaks image immutability expectation [openstack-rdo] [1312466 ] http://bugzilla.redhat.com/1312466 (NEW) Component: openstack-glance Last change: 2017-06-17 Summary: Support for blueprint cinder-store-upload-download in glance_store ### openstack-horizon (2 bugs) [1397792 ] http://bugzilla.redhat.com/1397792 (NEW) Component: openstack-horizon Last change: 2017-07-03 Summary: Resource Usage page popup error [1415734 ] http://bugzilla.redhat.com/1415734 (ASSIGNED) Component: openstack-horizon Last change: 2017-06-22 Summary: Uninstalling Horizon plugins leaves stale files that result in failure of httpd ### openstack-keystone (1 bug) [1437422 ] http://bugzilla.redhat.com/1437422 (NEW) Component: openstack-keystone Last change: 2017-03-30 Summary: Fail Authorization from Horizon to vitrage ### openstack-neutron (4 bugs) [1421022 ] http://bugzilla.redhat.com/1421022 (NEW) Component: openstack-neutron Last change: 2017-05-29 Summary: Neutron-linuxbridge-agent startup bridge configuration [1443550 ] http://bugzilla.redhat.com/1443550 (NEW) Component: openstack-neutron Last change: 2017-04-28 Summary: python-neutron-vpnaas missing libreswan in entrypoint [1425664 ] http://bugzilla.redhat.com/1425664 (NEW) Component: openstack-neutron Last change: 2017-02-22 Summary: python2-ryu fails to install due to missing python- tinyrpc dependency [1389305 ] http://bugzilla.redhat.com/1389305 (NEW) Component: openstack-neutron Last change: 2017-06-22 Summary: Move rootwrap filters for openvswitch from openstack- neutron-openvswitch to python-neutron or other ### openstack-nova (4 bugs) [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2017-06-19 Summary: Migration fails when the SRIOV PF is not online [1356690 ] http://bugzilla.redhat.com/1356690 (NEW) Component: openstack-nova Last change: 2017-04-24 Summary: Can't attach additional volumes to volume-backed instance [1436944 ] http://bugzilla.redhat.com/1436944 (NEW) Component: openstack-nova Last change: 2017-03-29 Summary: CVE-2017-7214 openstack-nova: Sensitive information included in legacy notification exception contexts [openstack-rdo] [1455593 ] http://bugzilla.redhat.com/1455593 (NEW) Component: openstack-nova Last change: 2017-05-25 Summary: RDO Ocata Packstack with vmware backend installation failed ### openstack-packstack (12 bugs) [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2017-03-10 Summary: PackStack installs Nova crontab that nova user can't run [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2017-06-18 Summary: Packstack should have the option to install QoS (neutron) [1403636 ] http://bugzilla.redhat.com/1403636 (NEW) Component: openstack-packstack Last change: 2017-06-22 Summary: Packstack cannot detect IP of the 2nd NIC [1418670 ] http://bugzilla.redhat.com/1418670 (NEW) Component: openstack-packstack Last change: 2017-07-03 Summary: Installation fails when using hostnames [1371582 ] http://bugzilla.redhat.com/1371582 (NEW) Component: openstack-packstack Last change: 2017-06-18 Summary: dnsmasq-neutron.conf is left unmanaged after installation [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2017-06-18 Summary: [RFE] SPICE support in packstack [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2017-06-17 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1385025 ] http://bugzilla.redhat.com/1385025 (NEW) Component: openstack-packstack Last change: 2017-06-20 Summary: Manila image corruted [1442113 ] http://bugzilla.redhat.com/1442113 (NEW) Component: openstack-packstack Last change: 2017-04-14 Summary: Packstack Ocata installation:puppet apply manifestation fails due to "nova-cell_v2-discover_hosts" [1297692 ] http://bugzilla.redhat.com/1297692 (NEW) Component: openstack-packstack Last change: 2017-06-19 Summary: Raise MariaDB max connections limit [1431253 ] http://bugzilla.redhat.com/1431253 (NEW) Component: openstack-packstack Last change: 2017-03-10 Summary: Feature request - automatic installation of Magnum-ui [1430181 ] http://bugzilla.redhat.com/1430181 (NEW) Component: openstack-packstack Last change: 2017-03-08 Summary: Packstack Ocata: br-ex not correctly set up after controller reboot ### openstack-puppet-modules (1 bug) [1431359 ] http://bugzilla.redhat.com/1431359 (NEW) Component: openstack-puppet-modules Last change: 2017-04-20 Summary: Packstack fail to install OpenStack - Ocata ### openstack-sahara (1 bug) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2017-06-18 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (1 bug) [1463563 ] http://bugzilla.redhat.com/1463563 (NEW) Component: openstack-selinux Last change: 2017-06-29 Summary: Instance resizing is not working on a SELinux enforcing system because of wrong context on /var/lib/nova/.ssh ### openstack-tripleo (7 bugs) [1422802 ] http://bugzilla.redhat.com/1422802 (NEW) Component: openstack-tripleo Last change: 2017-02-23 Summary: Migrate from soon to be depreciated admin_token [1422835 ] http://bugzilla.redhat.com/1422835 (NEW) Component: openstack-tripleo Last change: 2017-02-23 Summary: Mongodb currently runs with noauth on the undercloud / controller roles. [1353976 ] http://bugzilla.redhat.com/1353976 (NEW) Component: openstack-tripleo Last change: 2017-06-18 Summary: tripleo ceontos7 images missing linux-firmware package [1422281 ] http://bugzilla.redhat.com/1422281 (NEW) Component: openstack-tripleo Last change: 2017-02-14 Summary: CVE-2017-2627 openstack-tripleo-common: sudoers file is too permissive [openstack-rdo] [1422612 ] http://bugzilla.redhat.com/1422612 (NEW) Component: openstack-tripleo Last change: 2017-02-23 Summary: Install and manage AIDE [1426582 ] http://bugzilla.redhat.com/1426582 (NEW) Component: openstack-tripleo Last change: 2017-02-24 Summary: TripleO management of AIDE [1380207 ] http://bugzilla.redhat.com/1380207 (NEW) Component: openstack-tripleo Last change: 2017-06-19 Summary: Doing overcloud stack update (package upgrade) fails with error saying can't find resource openstack- keystone ### openstack-tripleo-image-elements (1 bug) [1347652 ] http://bugzilla.redhat.com/1347652 (NEW) Component: openstack-tripleo-image-elements Last change: 2017-05-17 Summary: post-install deletes foreign o-r-c configure.d scripts ### openstack-trove (1 bug) [1327068 ] http://bugzilla.redhat.com/1327068 (NEW) Component: openstack-trove Last change: 2017-06-18 Summary: trove guest agent should create a sudoers entry ### Package Review (20 bugs) [1403740 ] http://bugzilla.redhat.com/1403740 (NEW) Component: Package Review Last change: 2017-06-22 Summary: Review request: puppet-logstash logging service [1426551 ] http://bugzilla.redhat.com/1426551 (NEW) Component: Package Review Last change: 2017-02-24 Summary: Review Request: Senlin - is a clustering service for OpenStack [1462740 ] http://bugzilla.redhat.com/1462740 (ASSIGNED) Component: Package Review Last change: 2017-06-22 Summary: New Package: python-kuryr-tests-tempest [1463564 ] http://bugzilla.redhat.com/1463564 (NEW) Component: Package Review Last change: 2017-06-21 Summary: rubygem-http-form_data: Utility-belt to build form data request bodies [1385604 ] http://bugzilla.redhat.com/1385604 (NEW) Component: Package Review Last change: 2017-06-08 Summary: New package: python-networking-vsphere - A set of Neutron drivers and agents to manage vSphere clusters. [1459435 ] http://bugzilla.redhat.com/1459435 (NEW) Component: Package Review Last change: 2017-06-07 Summary: Update python-persist-queue to v0.2.3 for OpenStack [1421701 ] http://bugzilla.redhat.com/1421701 (NEW) Component: Package Review Last change: 2017-05-23 Summary: Review Request: openstack-neutron-bgp-dragent [1435191 ] http://bugzilla.redhat.com/1435191 (NEW) Component: Package Review Last change: 2017-04-26 Summary: New package: osops-tools-monitoring-oschecks [1463253 ] http://bugzilla.redhat.com/1463253 (NEW) Component: Package Review Last change: 2017-06-20 Summary: rubygem-lru_redux: An efficient implementation of an lru cache [1447914 ] http://bugzilla.redhat.com/1447914 (NEW) Component: Package Review Last change: 2017-06-09 Summary: opstools-ansible - Ansible Playbooks Opstools server side installer [1326586 ] http://bugzilla.redhat.com/1326586 (NEW) Component: Package Review Last change: 2017-06-19 Summary: Review request: Sensu [1460737 ] http://bugzilla.redhat.com/1460737 (NEW) Component: Package Review Last change: 2017-06-19 Summary: rubygem-fluent-plugin-parser: fluentd plugin parser [1459439 ] http://bugzilla.redhat.com/1459439 (NEW) Component: Package Review Last change: 2017-06-07 Summary: Update python-cachez to v0.1.2 [1459553 ] http://bugzilla.redhat.com/1459553 (NEW) Component: Package Review Last change: 2017-06-07 Summary: python-glareclient - client library for Unified Artifact Repository (Glare) [1420931 ] http://bugzilla.redhat.com/1420931 (ASSIGNED) Component: Package Review Last change: 2017-05-26 Summary: Review Request: tripleo-repos - repo management tool for tripleo [1436029 ] http://bugzilla.redhat.com/1436029 (ASSIGNED) Component: Package Review Last change: 2017-06-07 Summary: openstack-glare - Unified Artifact Repository [1463571 ] http://bugzilla.redhat.com/1463571 (NEW) Component: Package Review Last change: 2017-06-21 Summary: rubygem-fluent-plugin-kubernetes_metadata_filter: Filter plugin to add Kubernetes metadata [1463569 ] http://bugzilla.redhat.com/1463569 (NEW) Component: Package Review Last change: 2017-06-21 Summary: rubygem-kubeclient: A client for Kubernetes REST api [1463567 ] http://bugzilla.redhat.com/1463567 (NEW) Component: Package Review Last change: 2017-06-21 Summary: rubygem-http: An easy-to-use client library for making requests from Ruby [1409964 ] http://bugzilla.redhat.com/1409964 (NEW) Component: Package Review Last change: 2017-03-22 Summary: New package : Tap as a service extension for neutron ### python-django-horizon (1 bug) [1444276 ] http://bugzilla.redhat.com/1444276 (NEW) Component: python-django-horizon Last change: 2017-06-09 Summary: CVE-2017-7400 python-django-horizon: XSS in federation mappings UI [openstack-rdo] ### rdo-manager (2 bugs) [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2017-06-17 Summary: Duplicate nova hypervisors after rebooting compute nodes [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2017-06-17 Summary: No way to increase yum timeouts when building images ### rdo-manager-gui (1 bug) [1447069 ] http://bugzilla.redhat.com/1447069 (NEW) Component: rdo-manager-gui Last change: 2017-05-02 Summary: openstack-tripleo-ui-1.1.0-0.2 returns 403 with current newton / delorean repo ### rdopkg (2 bugs) [1419133 ] http://bugzilla.redhat.com/1419133 (NEW) Component: rdopkg Last change: 2017-06-26 Summary: Add OpenStack Freezer Support [1386460 ] http://bugzilla.redhat.com/1386460 (NEW) Component: rdopkg Last change: 2017-06-22 Summary: can not install allinone ironic with RDO Newton version ## 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. (23 bugs) ### diskimage-builder (1 bug) [1422425 ] http://bugzilla.redhat.com/1422425 (POST) Component: diskimage-builder Last change: 2017-06-08 Summary: Add nodev, nosuid, and noexec options to fstab ### distribution (2 bugs) [1422267 ] http://bugzilla.redhat.com/1422267 (POST) Component: distribution Last change: 2017-03-17 Summary: CVE-2017-2622 openstack-mistral: /var/log/mistral/ is world readable [openstack-rdo] [1442183 ] http://bugzilla.redhat.com/1442183 (ON_QA) Component: distribution Last change: 2017-04-24 Summary: Upgrade nodejs to latest stable ### mariadb (1 bug) [1406320 ] http://bugzilla.redhat.com/1406320 (MODIFIED) Component: mariadb Last change: 2017-02-17 Summary: Yum transaction error when installing mariadb-server from RDO in CentOS 7.3 ### openstack-ceilometer (1 bug) [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2017-02-28 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing ### openstack-cinder (2 bugs) [1430756 ] http://bugzilla.redhat.com/1430756 (MODIFIED) Component: openstack-cinder Last change: 2017-04-12 Summary: NFS: problem deploying from image when image is large (more than 20GB), newton [1431156 ] http://bugzilla.redhat.com/1431156 (MODIFIED) Component: openstack-cinder Last change: 2017-04-11 Summary: NetApp: Failed to get info for aggregate, Newton ### openstack-heat (1 bug) [1424892 ] http://bugzilla.redhat.com/1424892 (POST) Component: openstack-heat Last change: 2017-03-30 Summary: Password written in clear text in heat-api.log with DEBUG mode [openstack-rdo] ### openstack-ironic (1 bug) [1442259 ] http://bugzilla.redhat.com/1442259 (POST) Component: openstack-ironic Last change: 2017-06-30 Summary: Restarting undercloud fails to bring up openstack- ironic-inspector ### openstack-nova (3 bugs) [1367696 ] http://bugzilla.redhat.com/1367696 (ON_QA) Component: openstack-nova Last change: 2017-05-05 Summary: Add RPM deps to require install of qemu-kvm-rhev, not qemu-kvm-rhel [1441200 ] http://bugzilla.redhat.com/1441200 (POST) Component: openstack-nova Last change: 2017-04-12 Summary: openstack-placement-api.conf not configured properly by the openstack-nova-placement-api rpm [1430540 ] http://bugzilla.redhat.com/1430540 (POST) Component: openstack-nova Last change: 2017-04-11 Summary: [Ocata] openstack-nova-placement- api-15.0.0-1.el7.noarch missing parameter ### openstack-packstack (1 bug) [1335612 ] http://bugzilla.redhat.com/1335612 (MODIFIED) Component: openstack-packstack Last change: 2017-06-18 Summary: CONFIG_USE_SUBNETS=y won't work correctly with VLAN ### openstack-selinux (1 bug) [1452418 ] http://bugzilla.redhat.com/1452418 (POST) Component: openstack-selinux Last change: 2017-06-16 Summary: glance-api cannot connect to keystone due to selinux denying connection ### Package Review (8 bugs) [1433898 ] http://bugzilla.redhat.com/1433898 (POST) Component: Package Review Last change: 2017-04-12 Summary: New package: Sushy [1459053 ] http://bugzilla.redhat.com/1459053 (POST) Component: Package Review Last change: 2017-07-04 Summary: Review Request: python-patrole - A tool for verifying that Role-Based Access Control is being correctly enforced. [1406146 ] http://bugzilla.redhat.com/1406146 (POST) Component: Package Review Last change: 2017-03-10 Summary: Review Request: python-collectd-gnocchi gnocchi collectd plugin [1466246 ] http://bugzilla.redhat.com/1466246 (POST) Component: Package Review Last change: 2017-06-30 Summary: Package Review Request: python-keystone-tests-tempest [1444523 ] http://bugzilla.redhat.com/1444523 (POST) Component: Package Review Last change: 2017-04-25 Summary: Review Request: ovsdbapp - A library for creating OVSDB applications [1455901 ] http://bugzilla.redhat.com/1455901 (POST) Component: Package Review Last change: 2017-06-02 Summary: Review Request: python-os-traits - library containing standardized trait strings for nova placement api [1460740 ] http://bugzilla.redhat.com/1460740 (POST) Component: Package Review Last change: 2017-06-16 Summary: rubygem-fluent-plugin-grok-parser: Fluentd plugin to support Logstash-inspired Grok format [1422733 ] http://bugzilla.redhat.com/1422733 (POST) Component: Package Review Last change: 2017-03-03 Summary: Review Request: openstack-selinux - SELinux Policies for OpenStack ### rdo-manager (1 bug) [1270910 ] http://bugzilla.redhat.com/1270910 (ON_QA) Component: rdo-manager Last change: 2017-03-03 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates From bderzhavets at hotmail.com Tue Jul 4 20:08:07 2017 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 4 Jul 2017 20:08:07 +0000 Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting In-Reply-To: References: <20170703150003.50B1760A40C7@fedocal02.phx2.fedoraproject.org>, Message-ID: Miracles happen . HA Neutron Router works OK having interface port to private subnet with status "DOWN". Trough all Openstack releases I can remind it was syndrome of broken L2/L3 Neutron routing. Just external-gateway was always down. ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Monday, July 3, 2017 11:01 PM To: hguemar at fedoraproject.org; rdo-list at redhat.com Subject: Re: [rdo-list] [Fedocal] Reminder meeting : RDO meeting No idea what means following entry picked up from my blog in [Agenda at https://etherpad.openstack.org/p/RDO-Meeting ](https://etherpad.openstack.org/p/RDO-Meeting) POST meeting: send minutes to rdo-list at redhat.com with topic [Meeting] RDO meeting () Minutes and copy/paste the content of the Minutes (text) in the body. Also add to https://www.rdoproject.org/community/community-meeting/ UPDATE 07/03/17 overcloud-deploy.sh now generated properly. END UPDATE Note: Please add your IRC nick against your meeting agenda However, I may easily share all content of blog entry contains UPDATE mentioned above. Attempt to verify patch for "metadata service PicklingError" on TripleO QS Master (Pike) http://dbaxps.blogspot.ru/2017/06/attempt-to-verify-patch-for-metadata.html I guess it is much faster way to escalate problem with Interface (DOWN) to private sub-net at HA Neutron Router in Master branch of TripleO QS, unless you are already aware of this trouble. Thanks. Boris. ________________________________ From: rdo-list-bounces at redhat.com on behalf of hguemar at fedoraproject.org Sent: Monday, July 3, 2017 6:00 PM To: rdo-list at redhat.com Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-05 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/ _______________________________________________ rdo-list mailing list rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list rdo-list Info Page - Red Hat www.redhat.com The rdo-list mailing list provides a forum for discussions about installing, running, and using OpenStack on Red Hat based distributions. To see the collection of ... To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dms at redhat.com Wed Jul 5 15:10:05 2017 From: dms at redhat.com (David Moreau Simard) Date: Wed, 5 Jul 2017 11:10:05 -0400 Subject: [rdo-list] Maintenance: logs.rdoproject.org July 11th 00:00UTC Message-ID: Hi, The logs.rdoproject.org server will undergo a brief maintenance on July 11th at 00:00UTC (the night between monday and tuesday) for updates and to bring it up to spec. There will be brief periods of unavailability as at least one reboot will be required. Thanks, David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From jwboyer at redhat.com Wed Jul 5 18:46:11 2017 From: jwboyer at redhat.com (Josh Boyer) Date: Wed, 5 Jul 2017 14:46:11 -0400 Subject: [rdo-list] Bootstrapping ppc64le packages Message-ID: Hello, My name is Josh Boyer and I'm part of a team working on expanding architecture support for Openstack. Our team is starting with ppc64le but we have interest in aarch64 as well. I'm looking to help bootstrap some of the missing dependency packages for Pike on ppc64le. I've started with galera and done a successful scratch build here: https://cbs.centos.org/koji/taskinfo?taskID=189103 I spoke with Alan briefly and he suggested to build the -3 version from Fedora master, but that added a dependency on asio-devel which is also missing on ppc64le in CBS. A successful scratch build of asio that includes ppc64le is here: https://cbs.centos.org/koji/taskinfo?taskID=189119 but there is no newer version in Fedora, so the NVR is already present in CBS. I'm happy to bump the Release in asio and build that, and then build galera against it, but I thought I would bring the conversation here before I did anything. Thoughts? josh From javier.pena at redhat.com Thu Jul 6 08:57:52 2017 From: javier.pena at redhat.com (Javier Pena) Date: Thu, 6 Jul 2017 04:57:52 -0400 (EDT) Subject: [rdo-list] [Meeting] RDO meeting (2017-07-05) Minutes Message-ID: <2143137026.25595000.1499331472887.JavaMail.zimbra@redhat.com> ============================== #rdo: RDO meeting - 2017-07-05 ============================== Meeting started by jpena at 15:01:10 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/rdo_meeting___2017_07_05/2017/rdo_meeting___2017_07_05.2017-07-05-15.01.log.html . Meeting summary --------------- * roll call (jpena, 15:01:51) * Maintenance on logs.rdoproject.org: July 10th 00:00 UTC (jpena, 15:04:55) * OS1 cloud death July 21st: Speak up if you have any RDO infrastructure on which you rely on (jpena, 15:09:42) * ACTION: dmsimard to create the new images.rdoproject.org server on RDO cloud, sync things over, change DNS (dmsimard, 15:19:31) * ACTION: trown to coordinate with dmsimard third party logs sync/changes to move from os1 to rdo cloud (dmsimard, 15:20:35) * www.rdoproject.org migration status (jpena, 15:23:29) * LINK: https://gitlab.com/osas/community-cage-infra-ansible/tree/www.rdoproject.org (Duck, 15:31:21) * ACTION: jpena (and other volunteers) to review https://gitlab.com/osas/community-cage-infra-ansible/tree/www.rdoproject.org (jpena, 15:32:21) * New doc about dependencies management (jpena, 15:36:31) * ACTION: everyone to review https://github.com/redhat-openstack/website/pull/954 (jpena, 15:38:49) * Updates on RDO newbies onboarding (jpena, 15:39:16) * LINK: https://github.com/redhat-openstack/website/pull/965 (chandankumar, 15:40:05) * Chair for the next meeting (jpena, 15:43:03) * ACTION: chandankumar to chair the next meeting (jpena, 15:43:11) * open floor (jpena, 15:43:15) Meeting ended at 15:45:02 UTC. Action items, by person ----------------------- * chandankumar * chandankumar to chair the next meeting * dmsimard * dmsimard to create the new images.rdoproject.org server on RDO cloud, sync things over, change DNS * trown to coordinate with dmsimard third party logs sync/changes to move from os1 to rdo cloud * jpena * jpena (and other volunteers) to review https://gitlab.com/osas/community-cage-infra-ansible/tree/www.rdoproject.org * openstack * everyone to review https://github.com/redhat-openstack/website/pull/954 * trown * trown to coordinate with dmsimard third party logs sync/changes to move from os1 to rdo cloud People present (lines said) --------------------------- * jpena (45) * dmsimard (35) * Duck (26) * chandankumar (15) * openstack (10) * trown (8) * amoralej (8) * mdbooth (3) * rdogerrit (2) * misc (2) * number80 (2) * ykarel (1) * rlandy (1) Generated by `MeetBot`_ 0.1.4 From jwboyer at redhat.com Thu Jul 6 12:07:44 2017 From: jwboyer at redhat.com (Josh Boyer) Date: Thu, 6 Jul 2017 08:07:44 -0400 Subject: [rdo-list] Bootstrapping ppc64le packages In-Reply-To: References: Message-ID: On Wed, Jul 5, 2017 at 2:46 PM, Josh Boyer wrote: > Hello, > > My name is Josh Boyer and I'm part of a team working on expanding > architecture support for Openstack. Our team is starting with ppc64le > but we have interest in aarch64 as well. > > I'm looking to help bootstrap some of the missing dependency packages > for Pike on ppc64le. I've started with galera and done a successful > scratch build here: > > https://cbs.centos.org/koji/taskinfo?taskID=189103 > > I spoke with Alan briefly and he suggested to build the -3 version > from Fedora master, but that added a dependency on asio-devel which is > also missing on ppc64le in CBS. > > A successful scratch build of asio that includes ppc64le is here: > > https://cbs.centos.org/koji/taskinfo?taskID=189119 > > but there is no newer version in Fedora, so the NVR is already present in CBS. > > I'm happy to bump the Release in asio and build that, and then build > galera against it, but I thought I would bring the conversation here > before I did anything. > > Thoughts? Any ideas on this? I'm happy to do the work. josh From hguemar at fedoraproject.org Thu Jul 6 12:15:11 2017 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 6 Jul 2017 14:15:11 +0200 Subject: [rdo-list] Bootstrapping ppc64le packages In-Reply-To: References: Message-ID: 2017-07-06 14:07 GMT+02:00 Josh Boyer : > On Wed, Jul 5, 2017 at 2:46 PM, Josh Boyer wrote: >> Hello, >> >> My name is Josh Boyer and I'm part of a team working on expanding >> architecture support for Openstack. Our team is starting with ppc64le >> but we have interest in aarch64 as well. >> >> I'm looking to help bootstrap some of the missing dependency packages >> for Pike on ppc64le. I've started with galera and done a successful >> scratch build here: >> >> https://cbs.centos.org/koji/taskinfo?taskID=189103 >> >> I spoke with Alan briefly and he suggested to build the -3 version >> from Fedora master, but that added a dependency on asio-devel which is >> also missing on ppc64le in CBS. >> >> A successful scratch build of asio that includes ppc64le is here: >> >> https://cbs.centos.org/koji/taskinfo?taskID=189119 >> >> but there is no newer version in Fedora, so the NVR is already present in CBS. >> >> I'm happy to bump the Release in asio and build that, and then build >> galera against it, but I thought I would bring the conversation here >> before I did anything. >> >> Thoughts? > > Any ideas on this? I'm happy to do the work. > > josh > Thomas in CC should be able to merge this scratch build. Let's sync, I'm not sure what's that even I has up-to-date status of what's going on :) 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 nusiddiq at redhat.com Fri Jul 7 10:27:08 2017 From: nusiddiq at redhat.com (Numan Siddique) Date: Fri, 7 Jul 2017 15:57:08 +0530 Subject: [rdo-list] OVS 2.7 on rdo In-Reply-To: References: Message-ID: On Fri, Jun 16, 2017 at 12:00 PM, Numan Siddique wrote: > > > On Jun 16, 2017 11:41 AM, "Alan Pevec" wrote: > > On Fri, Jun 16, 2017 at 3:03 AM, Numan Siddique > wrote: > > Just an update. The test review [1] is passing for the CI job - > > gate-tripleo-ci-centos-7-multinode-upgrades-nv. > > This patch updates the OVS to OVS 2.7 from the repo - > > http://cbs.centos.org/repos/cloud7-openstack-pike-candidate/x86_64/os > and > > restarts it at step0 of the upgrade. > > Thanks, double-checking, ovs in overcloud is 2.7: > http://logs.openstack.org/91/473191/9/check/gate-tripleo-ci- > centos-7-multinode-upgrades-nv/3307cf8/logs/subnode-2/rpm-qa.txt.gz > > In undercloud 2.6.1 is still installed but I'll assume testing in OC > is good enough. > I'm moving 2.7 to pike-testing, please watch for any issues in RDO and > TripleO CI on master/Pike and report here. > Hopefully we'll get 2.7.1 upstream release soon so we can update the > package. > > > Thanks Alan. Sure I will watch out for any CI issues. > ovs 2.7.1 would be released soon. I will update you once it's available. > Hi Alan, OVS 2.7.1 is available now. I am working on having a CI job for tripleo to enable OVN. I submitted this patch [1] for that. But it is failing in upgrade job from ML2OVS to OVN. So Emilien suggested to enable OVN first in ocata job [2] and after that in master, so that upgrade from Ocata to master would be successful since we would be using OVN here. This patch [2] is failing because ocata repos have OVS 2.6. Is it possible to have OVS 2.7 in ocata testing repo ? [1] - https://review.openstack.org/#/c/412831/ [2] - https://review.openstack.org/#/c/480355/ Thanks Numan > Thanks again > Numan > > > Cheers, > Alan > > > [1] - https://review.openstack.org/#/c/473191/ > > > > http://logs.openstack.org/91/473191/9/check/gate-tripleo-ci- > centos-7-multinode-upgrades-nv/3307cf8/logs/subnode-2/var/ > log/ovs_debug.txt.gz > > > > http://logs.openstack.org/91/473191/9/check/gate-tripleo-ci- > centos-7-multinode-upgrades-nv/3307cf8/logs/subnode-2/var/ > log/openvswitch/ovsdb-server.txt.gz > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From duck at redhat.com Fri Jul 7 12:03:56 2017 From: duck at redhat.com (=?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?=) Date: Fri, 7 Jul 2017 21:03:56 +0900 Subject: [rdo-list] Webserver migration next Monday Message-ID: <94105b76-fb42-4987-7e48-73c697bccc0e@redhat.com> Quack, Following what was decided during the RDO meeting the web server is going to migrate from the dying OS1 to the brand new RDO Cloud. We just finished preparing the move and, due to the deadline and some planned vacations, we've decided to do it this next Monday (2017-07-10). It will start at 12:30 JST and should not take long. Impacted sites: - www.rdoproject.org - ask.rdoproject.org - docs.rdoproject.org - dashboards.rdoproject.org The web builder will be switched to the new host beforehand, so you may have some delay before changes are published effectively. Also HTTPS will come once DNS has propagated and the let's encrypt certificates are regenerated (due to some changes), so expect a short delay here too. We'll communicate via IRC, and here when this is over. Have a nice we. \_o< -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From duck at redhat.com Mon Jul 10 05:09:05 2017 From: duck at redhat.com (=?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?=) Date: Mon, 10 Jul 2017 14:09:05 +0900 Subject: [rdo-list] Webserver migration next Monday In-Reply-To: <94105b76-fb42-4987-7e48-73c697bccc0e@redhat.com> References: <94105b76-fb42-4987-7e48-73c697bccc0e@redhat.com> Message-ID: Quack, This is done. It took more time than planned because of some problems. Please contact me if you see any problem. As for the problems: - Ansible bug with delegated 'setup' action (investigation needed) - RH VPN DNS not working well (INC0576357) - ns3.redhat.com not working well (INC0576330) I pulled ns3.redhat.com out of the zone for the time being. It impacted letsencrypt challenge and I reached the rate-limit, so I had to wait for both to be ok again to have the remaining vhosts working on HTTPS. Have a nice day. \_o< -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From jwboyer at redhat.com Mon Jul 10 12:31:43 2017 From: jwboyer at redhat.com (Josh Boyer) Date: Mon, 10 Jul 2017 08:31:43 -0400 Subject: [rdo-list] Bootstrapping ppc64le packages In-Reply-To: References: Message-ID: On Thu, Jul 6, 2017 at 8:15 AM, Ha?kel wrote: > 2017-07-06 14:07 GMT+02:00 Josh Boyer : >> On Wed, Jul 5, 2017 at 2:46 PM, Josh Boyer wrote: >>> Hello, >>> >>> My name is Josh Boyer and I'm part of a team working on expanding >>> architecture support for Openstack. Our team is starting with ppc64le >>> but we have interest in aarch64 as well. >>> >>> I'm looking to help bootstrap some of the missing dependency packages >>> for Pike on ppc64le. I've started with galera and done a successful >>> scratch build here: >>> >>> https://cbs.centos.org/koji/taskinfo?taskID=189103 >>> >>> I spoke with Alan briefly and he suggested to build the -3 version >>> from Fedora master, but that added a dependency on asio-devel which is >>> also missing on ppc64le in CBS. >>> >>> A successful scratch build of asio that includes ppc64le is here: >>> >>> https://cbs.centos.org/koji/taskinfo?taskID=189119 >>> >>> but there is no newer version in Fedora, so the NVR is already present in CBS. >>> >>> I'm happy to bump the Release in asio and build that, and then build >>> galera against it, but I thought I would bring the conversation here >>> before I did anything. >>> >>> Thoughts? >> >> Any ideas on this? I'm happy to do the work. >> >> josh >> > > Thomas in CC should be able to merge this scratch build. > Let's sync, I'm not sure what's that even I has up-to-date status of > what's going on :) I was on PTO Thur/Fri last week, but it doesn't appear that the asio ppc64le scratch build was merged in CBS while I was gone. Is there something I need to file somewhere to get this done? Once that is in place we can make progress on galera, etc. josh From rbowen at redhat.com Mon Jul 10 13:40:29 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 10 Jul 2017 09:40:29 -0400 Subject: [rdo-list] Reminder: OpenStack Summit CFP closes this Friday Message-ID: <0b58120b-e597-de9f-5be8-19c7b1a57f19@redhat.com> FYI: The OpenStack Summit Sydney Call for Presentations closes July 14 at 11:59 pm PT/ July 15 at 6:59 UTC. https://www.openstack.org/summit/sydney-2017/summit-categories/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From rbowen at redhat.com Mon Jul 10 14:00:22 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 10 Jul 2017 10:00:22 -0400 Subject: [rdo-list] Upcoming meetups, Monday, July 10 Message-ID: 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. If you run a meetup, and are looking for speakers, sponsorship, or swag, please get in touch with me a couple of weeks ahead of time, and we'll work something out. Thanks! --Rich * Monday July 10 in Fort Collins, CO, US: Cloud Security, managing & monitoring - https://www.meetup.com/OpenStack-Colorado/events/240675613/ * Tuesday July 11 in Ottawa, ON, CA: It's party time! OpenStack is turning 7 - https://www.meetup.com/OpenStack-Ottawa/events/240646956/ * Wednesday July 12 in S?o Paulo, BR: 1? Meetup OpenStack Rio de Janeiro no Parque Tecnol?gico UFRJ - https://www.meetup.com/Openstack-Brasil/events/241193204/ * Wednesday July 12 in Edmonton, AB, CA: It's party time! OpenStack is turning 7 - https://www.meetup.com/OpenStack-Edmonton/events/240647051/ * Wednesday July 12 in Perth, AU: OpenStack @ Pawsey Supercomputing Centre - https://www.meetup.com/Perth-OpenStack-Meetup/events/241197865/ * Wednesday July 12 in Athens, GR: 7? ???????? OpenStack project - https://www.meetup.com/Athens-OpenStack-User-Group/events/240728736/ * Friday July 14 in Singapore, SG: Introduction - OpenStack powered by EasyStack - https://www.meetup.com/OpenStack-powered-by-EasyStack/events/241333537/ * Saturday July 15 in S?o Paulo, BR: OpenStack Day S?o Paulo 2017 - https://www.meetup.com/Openstack-Brasil/events/239812022/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From hguemar at fedoraproject.org Mon Jul 10 15:00:04 2017 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 10 Jul 2017 15:00:04 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20170710150004.8153660A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-12 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 dms at redhat.com Tue Jul 11 00:36:30 2017 From: dms at redhat.com (David Moreau Simard) Date: Mon, 10 Jul 2017 20:36:30 -0400 Subject: [rdo-list] Maintenance: logs.rdoproject.org July 11th 00:00UTC In-Reply-To: References: Message-ID: The maintenance is complete on logs.rdoproject.org. Please let us know here or on #rdo if you see any issues. Thanks, David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Wed, Jul 5, 2017 at 11:10 AM, David Moreau Simard wrote: > Hi, > > The logs.rdoproject.org server will undergo a brief maintenance on > July 11th at 00:00UTC (the night between monday and tuesday) for > updates and to bring it up to spec. > > There will be brief periods of unavailability as at least one reboot > will be required. > > Thanks, > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] From whayutin at redhat.com Wed Jul 12 00:42:20 2017 From: whayutin at redhat.com (Wesley Hayutin) Date: Tue, 11 Jul 2017 20:42:20 -0400 Subject: [rdo-list] Maintenance: logs.rdoproject.org July 11th 00:00UTC In-Reply-To: References: Message-ID: Thanks David On Mon, Jul 10, 2017 at 8:36 PM, David Moreau Simard wrote: > The maintenance is complete on logs.rdoproject.org. > > Please let us know here or on #rdo if you see any issues. > > Thanks, > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > > On Wed, Jul 5, 2017 at 11:10 AM, David Moreau Simard > wrote: > > Hi, > > > > The logs.rdoproject.org server will undergo a brief maintenance on > > July 11th at 00:00UTC (the night between monday and tuesday) for > > updates and to bring it up to spec. > > > > There will be brief periods of unavailability as at least one reboot > > will be required. > > > > Thanks, > > > > 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 rbowen at redhat.com Wed Jul 12 15:52:01 2017 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 12 Jul 2017 11:52:01 -0400 Subject: [rdo-list] Renaming/Moving the mailing lists to @rdoproject.org Message-ID: <816472c4-8232-97a1-3c75-df20789b32c7@redhat.com> It has been proposed that we move the mailing lists (there's three of them - rdo-list, rdo-newsletter, and rdo-infra-list ) to @rdoproject.org addresses, and, in the process, split rdo-list into dev at rdoproject.org and users at rdoproject.org The subscriber lists for newsletter and infra would simply be copied over, since they are broadcast-only. For the split from rdo-list to dev@ and users@, we would initially simply copy the subscriber list to both of the new lists, and then encourage people to unsubscribe from the one that they're not interested in. The goal of the split is to make the users list more welcoming to beginner/user type questions, while keeping the high technical level of the existing dev list. The goal of moving from @redhat.com is to reemphasize that this is not just a Red Hat project, and encourage more participation from outside of Red Hat. There remains one important question holding up this migration, which is what to do about the archives. We can: 1) Just leave them where they are now, and start fresh. This is easier, but potentially "loses" history. (That is, it'll still be there, but less obvious where to find it.) 2) Migrate all of the archives over to the new list. This is held up by https://gitlab.com/mailman/hyperkitty/issues/144 which isn't getting a lot of attention. 2.5) Migrate the archives and just be ok with losing some of the messages? Doesn't seem ideal, but it's an option, and would get us moving faster. Please weigh in if you have an opinion. -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From yatinkarel at gmail.com Wed Jul 12 16:08:17 2017 From: yatinkarel at gmail.com (YATIN KAREL) Date: Wed, 12 Jul 2017 21:38:17 +0530 Subject: [rdo-list] [Meeting] [Minutes] RDO meeting (2017-07-12) Minutes Message-ID: ============================== #rdo: RDO meeting - 2017-07-12 ============================== Meeting started by ykarel at 15:00:20 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/rdo_meeting___2017_07_12/2017/rdo_meeting___2017_07_12.2017-07-12-15.00.log.html . Meeting summary --------------- * Roll call (ykarel, 15:00:57) * mass scratch rebuilds script [hguemar] (ykarel, 15:02:43) * Reminder: https://review.rdoproject.org/etherpad/p/rdo_low_hanging_fruits and https://github.com/redhat-openstack/easyfix/issues for "nice to have" or "easy fix" issues that are not getting addressed (ykarel, 15:08:14) * Status of pike preparation (ykarel, 15:11:46) * LINK: https://trunk.rdoproject.org/centos7-pike-bootstrap/report.html (amoralej, 15:12:30) * ACTION: amoralej to check how hard/easy would be to implement promotion pipeline with dlrn-api (amoralej, 15:20:42) * Update of CBS automation (ykarel, 15:24:34) * anyone can propose promotion of CBS tags by sending reviews to rdoinfo, example https://review.rdoproject.org/r/#/c/7534/ (amoralej, 15:26:00) * chair for next meeting (ykarel, 15:29:16) * ACTION: amoralej to chair next meeting (ykarel, 15:29:54) * open floor (ykarel, 15:30:03) * LINK: http://ponymail.apache.org/ (rbowen, 15:36:52) * ACTION: number80 help Duck with mailman3 package (number80, 15:44:27) Meeting ended at 15:52:27 UTC. Action items, by person ----------------------- * amoralej * amoralej to check how hard/easy would be to implement promotion pipeline with dlrn-api * amoralej to chair next meeting * Duck * number80 help Duck with mailman3 package * number80 * number80 help Duck with mailman3 package People present (lines said) --------------------------- * amoralej (44) * Duck (41) * ykarel (32) * apevec (32) * dmsimard (26) * rbowen (22) * number80 (20) * rdogerrit (8) * openstack (8) * chandankumar (5) * jschlueter (2) * PagliaccisCloud (1) * rdobot (1) * snecklifter (1) Generated by `MeetBot`_ 0.1.4 ------------------------------------------------ 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 lmadsen at redhat.com Wed Jul 12 18:36:55 2017 From: lmadsen at redhat.com (Leif Madsen) Date: Wed, 12 Jul 2017 14:36:55 -0400 Subject: [rdo-list] Renaming/Moving the mailing lists to @rdoproject.org In-Reply-To: <816472c4-8232-97a1-3c75-df20789b32c7@redhat.com> References: <816472c4-8232-97a1-3c75-df20789b32c7@redhat.com> Message-ID: On Wed, Jul 12, 2017 at 11:52 AM, Rich Bowen wrote: > It has been proposed that we move the mailing lists (there's three of > them - rdo-list, rdo-newsletter, and rdo-infra-list ) to @rdoproject.org > addresses, and, in the process, split rdo-list into dev at rdoproject.org > and users at rdoproject.org > > The subscriber lists for newsletter and infra would simply be copied > over, since they are broadcast-only. > > For the split from rdo-list to dev@ and users@, we would initially > simply copy the subscriber list to both of the new lists, and then > encourage people to unsubscribe from the one that they're not interested > in. > > The goal of the split is to make the users list more welcoming to > beginner/user type questions, while keeping the high technical level of > the existing dev list. > > The goal of moving from @redhat.com is to reemphasize that this is not > just a Red Hat project, and encourage more participation from outside of > Red Hat. > This all sounds great to me. Big +1. > There remains one important question holding up this migration, which is > what to do about the archives. We can: > > 1) Just leave them where they are now, and start fresh. This is easier, > but potentially "loses" history. (That is, it'll still be there, but > less obvious where to find it.) > Would it be easy-ish to simply link from the new archives page to the old archives? We'd have a split-brain, but honestly it's probably already archived in various search engines, and a handy link would make it clear how to access the old archives. > 2) Migrate all of the archives over to the new list. This is held up by > https://gitlab.com/mailman/hyperkitty/issues/144 which isn't getting a > lot of attention. > > 2.5) Migrate the archives and just be ok with losing some of the > messages? Doesn't seem ideal, but it's an option, and would get us > moving faster. > I'm never a fan of delaying a good thing because of a hard thing :) -- Leif Madsen | Partner Engineer - NFV & CI NFV Partner Engineering Red Hat GPG: (D670F846) BEE0 336E 5406 42BA 6194 6831 B38A 291E D670 F846 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Wed Jul 12 18:42:10 2017 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 12 Jul 2017 14:42:10 -0400 Subject: [rdo-list] Renaming/Moving the mailing lists to @rdoproject.org In-Reply-To: References: <816472c4-8232-97a1-3c75-df20789b32c7@redhat.com> Message-ID: <26682f7b-d55e-e420-6b88-927a5b11a175@redhat.com> On 07/12/2017 02:36 PM, Leif Madsen wrote: > 1) Just leave them where they are now, and start fresh. This is easier, > but potentially "loses" history. (That is, it'll still be there, but > less obvious where to find it.) > > > Would it be easy-ish to simply link from the new archives page to the > old archives? We'd have a split-brain, but honestly it's probably > already archived in various search engines, and a handy link would make > it clear how to access the old archives. Sure. I expect we can do that. And then, perhaps we could even import the archives once that bug gets fixed. -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From lmadsen at redhat.com Wed Jul 12 18:45:27 2017 From: lmadsen at redhat.com (Leif Madsen) Date: Wed, 12 Jul 2017 14:45:27 -0400 Subject: [rdo-list] Renaming/Moving the mailing lists to @rdoproject.org In-Reply-To: <26682f7b-d55e-e420-6b88-927a5b11a175@redhat.com> References: <816472c4-8232-97a1-3c75-df20789b32c7@redhat.com> <26682f7b-d55e-e420-6b88-927a5b11a175@redhat.com> Message-ID: On Wed, Jul 12, 2017 at 2:42 PM, Rich Bowen wrote: > > > On 07/12/2017 02:36 PM, Leif Madsen wrote: > > 1) Just leave them where they are now, and start fresh. This is > easier, > > but potentially "loses" history. (That is, it'll still be there, but > > less obvious where to find it.) > > > > > > Would it be easy-ish to simply link from the new archives page to the > > old archives? We'd have a split-brain, but honestly it's probably > > already archived in various search engines, and a handy link would make > > it clear how to access the old archives. > > Sure. I expect we can do that. And then, perhaps we could even import > the archives once that bug gets fixed. Ooooh I like that approach. Guess best idea would be to file some sort of issue / Trello card to make sure we don't forget to do that in the future, and just link it to the upstream issue. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tony at bakeyournoodle.com Thu Jul 13 06:09:32 2017 From: tony at bakeyournoodle.com (Tony Breeds) Date: Thu, 13 Jul 2017 16:09:32 +1000 Subject: [rdo-list] Where is the subunit packaging data? Message-ID: <20170713060931.GD30977@thor.bakeyournoodle.com> Hello all, Firstly I'm new to both RDO and CentOS and I'm quite willing to admit that I'm confused from having read CentOS, and RDO packaging docs but I'll get there ;p I'd like to update the subunit package from 1.0.0 to 1.2.0 to match the version being used to the OpenStack gate and to work around a failure when building testtools. Looking at rdopkg I see: [tony at thor ~]$ rdopkg info subunit 1 packages found: name: subunit project: subunit conf: unmanaged-dependency patches: None distgit: https://github.com/rdo-common/subunit.git buildsys-tags: cloud7-openstack-common-release: subunit-1.0.0-1.el7 cloud7-openstack-common-testing: subunit-1.0.0-1.el7 master-distgit: https://github.com/rdo-common/subunit.git review-origin: null review-patches: null tags: dependency: null maintainers: - apevec at redhat.com - hguemar at fedoraproject.org but that URL either doen't exist or requires a permission I don't have. I've done a scratch build at: https://cbs.centos.org/koji/taskinfo?taskID=190131 So how do I get this package updated? Yours Tony. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From hguemar at fedoraproject.org Thu Jul 13 07:42:04 2017 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Thu, 13 Jul 2017 09:42:04 +0200 Subject: [rdo-list] Where is the subunit packaging data? In-Reply-To: <20170713060931.GD30977@thor.bakeyournoodle.com> References: <20170713060931.GD30977@thor.bakeyournoodle.com> Message-ID: 2017-07-13 8:09 GMT+02:00 Tony Breeds : > Hello all, > Firstly I'm new to both RDO and CentOS and I'm quite willing to > admit that I'm confused from having read CentOS, and RDO packaging docs > but I'll get there ;p > > I'd like to update the subunit package from 1.0.0 to 1.2.0 to match > the version being used to the OpenStack gate and to work around a > failure when building testtools. > > Looking at rdopkg I see: > [tony at thor ~]$ rdopkg info subunit > 1 packages found: > > name: subunit > project: subunit > conf: unmanaged-dependency > patches: None > distgit: https://github.com/rdo-common/subunit.git > buildsys-tags: > cloud7-openstack-common-release: subunit-1.0.0-1.el7 > cloud7-openstack-common-testing: subunit-1.0.0-1.el7 > master-distgit: https://github.com/rdo-common/subunit.git > review-origin: null > review-patches: null > tags: > dependency: null > maintainers: > - apevec at redhat.com > - hguemar at fedoraproject.org > > but that URL either doen't exist or requires a permission I don't have. > > I've done a scratch build at: https://cbs.centos.org/koji/taskinfo?taskID=190131 > > So how do I get this package updated? > > Yours Tony. > subunit is an unmanaged dependency so it comes from Fedora distgit. We try to avoid forking Fedora packages when it's unnecessary (less dependencies to directly maintain and less conflict with something which could be shipped in future RHEL) I remember that I tried to update, so I checked my local clone, and I had some weird bug with subunit-1.2.0-8.el7. https://cbs.centos.org/koji/taskinfo?taskID=190171 I'll try again, it seems that a fix has been pushed since. 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 apevec at redhat.com Thu Jul 13 08:47:20 2017 From: apevec at redhat.com (Alan Pevec) Date: Thu, 13 Jul 2017 10:47:20 +0200 Subject: [rdo-list] Where is the subunit packaging data? In-Reply-To: References: <20170713060931.GD30977@thor.bakeyournoodle.com> Message-ID: >> [tony at thor ~]$ rdopkg info subunit >> 1 packages found: >> >> name: subunit >> project: subunit >> conf: unmanaged-dependency >> patches: None >> distgit: https://github.com/rdo-common/subunit.git >> buildsys-tags: >> cloud7-openstack-common-release: subunit-1.0.0-1.el7 >> cloud7-openstack-common-testing: subunit-1.0.0-1.el7 >> master-distgit: https://github.com/rdo-common/subunit.git >> review-origin: null >> review-patches: null >> tags: >> dependency: null >> maintainers: >> - apevec at redhat.com >> - hguemar at fedoraproject.org >> >> but that URL either doen't exist or requires a permission I don't have. ... > subunit is an unmanaged dependency so it comes from Fedora distgit. > We try to avoid forking Fedora packages when it's unnecessary (less > dependencies to directly maintain and less conflict with something > which could be shipped in future RHEL) To make it clear, I've introduced conf: fedora-dependency in https://review.rdoproject.org/r/#/c/7591/2/deps.yml and will add it to deps which are direct Fedora Rawhide rebuilds. Cheers, Alan From tony at bakeyournoodle.com Thu Jul 13 09:13:07 2017 From: tony at bakeyournoodle.com (Tony Breeds) Date: Thu, 13 Jul 2017 19:13:07 +1000 Subject: [rdo-list] Where is the subunit packaging data? In-Reply-To: References: <20170713060931.GD30977@thor.bakeyournoodle.com> Message-ID: <20170713091307.GE30977@thor.bakeyournoodle.com> On Thu, Jul 13, 2017 at 09:42:04AM +0200, Ha?kel wrote: > subunit is an unmanaged dependency so it comes from Fedora distgit. > We try to avoid forking Fedora packages when it's unnecessary (less > dependencies to directly maintain and less conflict with something > which could be shipped in future RHEL) Ahh cool that makes sense. > I remember that I tried to update, so I checked my local clone, and I > had some weird bug with subunit-1.2.0-8.el7. > https://cbs.centos.org/koji/taskinfo?taskID=190171 > > I'll try again, it seems that a fix has been pushed since. So if we need to (as in this case) update how does that work? I see that your build is a build from an srpm (like mine just a better srpm). If that succeeded how would we get that tagged so that we can use it in CentOS/RDO? Yours Tony. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From dms at redhat.com Thu Jul 13 14:21:04 2017 From: dms at redhat.com (David Moreau Simard) Date: Thu, 13 Jul 2017 10:21:04 -0400 Subject: [rdo-list] Changes to log URLs for ci.centos.org and review.rdoproject.org (+thirdparty-logs.rdoproject.org) Message-ID: Please note that "thirdparty-logs.rdoproject.org" has now been fully migrated to our log aggregation server, logs.rdoproject.org. Third party logs will continue to be available under "thirdparty-logs.rdoproject.org" for backwards compatibility but, moving forward, new logs should provide the link "thirdparty.logs.rdoproject.org" instead. For example: - (Old) https://thirdparty-logs.rdoproject.org/jenkins-tq-gate-rhos-11-current-passed-ci-qeos7-ovb-minimal-pacemaker-public-bond-165/ - (New) https://thirdparty.logs.rdoproject.org/jenkins-tq-gate-rhos-11-current-passed-ci-qeos7-ovb-minimal-pacemaker-public-bond-165/ Let me know if you have any questions. David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Wed, Jun 28, 2017 at 11:52 AM, David Moreau Simard wrote: > Hi, > > Please note that log URLs for review.rdoproject.org and some jobs on > ci.centos.org will soon change. > > ci.centos.org logs for weirdo jobs were already using > logs.rdoproject.org -- this stays true but logs will now be folded > under "centos.logs.rdoproject.org". > If you happen to click a link from ci.centos.org that ends up broken > on logs.rdoproject.org, try and see if the "centos" subdomain is > missing. > > Regarding review.rdoproject.org, in preparation of migrating to the > RDO cloud infrastructure, we will slowly start moving log aggregation > from the Swift instance to logs.rdoproject.org. > > Right now, the link to the logs (to Swift) are available at the end of > the Jenkins console log on review.rdoproject.org. > While not very convenient, we will do the same thing for > logs.rdoproject.org while we will figure out how to link directly to > the logs from the gerrit review... hopefully in the near future. > > If you have any questions, please feel free to reach out to me. > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] From tdecacqu at redhat.com Fri Jul 14 03:54:31 2017 From: tdecacqu at redhat.com (Tristan Cacqueray) Date: Fri, 14 Jul 2017 03:54:31 +0000 Subject: [rdo-list] Using rh-python35 Software Collection to package python service Message-ID: <1499994981.le3xke3se0.tristanC@fedora> Hello folks, If I understood correctly, SCL (Software Collection) is the main Red Hat supported solution to have py3 on el7 and el8, so I gave the rh-python35 collection a try to package the zuulv3 services. Here is how it went: First I added scl-utils-build, rh-python35-build and rh-python35-runtime to the koji target build groups so that a single buildroot could be used for scl and non scl packages. Then I wrote a pip2spec[0] script to render spec file for the 52 missing dependencies[1]. It collects the sdist url, licence and the last version of the pip requirements.txt, to render a valid scl spec file. I couldn't use fedora specs or openstack renderspec because scl is quite intrusive: * The spec defines only one package, regardless of the python runtime * The %build, %install and %check section needs to be wrapped using %{?scl:scl enable %{scl} - << \EOF} ... %{?scl:EOF} Lastly for the zuul package[2], this got a bit more tricky: * The buildroot path are all offsetted with the scl prefix, the confmgmt needed to be adapted to use the new paths: /etc/opt/rh/rh-python35/zuul /etc/opt/rh/rh-python35/sysconfig/zuul /var/opt/rh/rh-python35/lib/zuul /var/opt/rh/rh-python35/log/zuul * The systemd service files also needed to be modified. I first tried to use the scl command wrapper as documented in the guide, but this spawn the service in a subprocess which breaks service reload (the SIGHUP is not sent to the right process). Though a new sysconfig EnvironmentFile is actually easier to activate the scl: PATH=/opt/rh/rh-python35/root/usr/bin:/bin LD_LIBRARY_PATH=/opt/rh/rh-python35/root/usr/lib64 * Finaly, the custom LD_LIBRARY_PATH is a blocker when the service calls a setuid program. The zuul executor uses bubblewrap to contain Ansible execution, and this failed with: error while loading shared libraries: libpython3.5m.so.rh-python35-1.0 cannot open shared object file: No such file or directory To fix that, I had to create symlink for the libpython3.5m.so* and the python3.5 directory to /lib64/, which is not ideal because the scl now affects system wide packages. TL,DR: Using SCL is quite an intrusive change, and unless we somehow remove the scl path prefix, confmgmt needs to be modified to properly configure the services. Moreover, the rh-python35 comes with a limited set of packages and many dependencies will need to be packaged too. Another alternative would be to package a system wide python3 runtime so that we could keep the fedora spec compatibility, but that sounds like a difficult path too. Either way, we will likely lose all the packages that come for free with the default centos python runtime. Though it may be possible to automate most of the work to keep them in sync with the upper-constraints... Best regards, -Tristan [0]: https://softwarefactory-project.io/paste/show/822/ [1]: https://softwarefactory-project.io/r/gitweb?p=config.git;a=blob_plain;f=resources/scl.yaml;hb=HEAD [2]: https://softwarefactory-project.io/r/gitweb?p=scl/zuul-distgit.git;a=tree -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From hguemar at fedoraproject.org Fri Jul 14 16:00:00 2017 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Fri, 14 Jul 2017 18:00:00 +0200 Subject: [rdo-list] Where is the subunit packaging data? In-Reply-To: <20170713091307.GE30977@thor.bakeyournoodle.com> References: <20170713060931.GD30977@thor.bakeyournoodle.com> <20170713091307.GE30977@thor.bakeyournoodle.com> Message-ID: 2017-07-13 11:13 GMT+02:00 Tony Breeds : > On Thu, Jul 13, 2017 at 09:42:04AM +0200, Ha?kel wrote: > >> subunit is an unmanaged dependency so it comes from Fedora distgit. >> We try to avoid forking Fedora packages when it's unnecessary (less >> dependencies to directly maintain and less conflict with something >> which could be shipped in future RHEL) > > Ahh cool that makes sense. > >> I remember that I tried to update, so I checked my local clone, and I >> had some weird bug with subunit-1.2.0-8.el7. >> https://cbs.centos.org/koji/taskinfo?taskID=190171 >> >> I'll try again, it seems that a fix has been pushed since. > > So if we need to (as in this case) update how does that work? > > I see that your build is a build from an srpm (like mine just a better > srpm). If that succeeded how would we get that tagged so that we can > use it in CentOS/RDO? > > Yours Tony. Yes, src.rpm Build here: http://cbs.centos.org/koji/buildinfo?buildID=17618 I had to disable byte-compilation on EL7, since it fails with symlinks. Sources are here: https://github.com/rdo-common/subunit (Sorry, forgot to send mail, yesterday) Regards, H. From rlandy at redhat.com Fri Jul 14 16:15:06 2017 From: rlandy at redhat.com (Ronelle Landy) Date: Fri, 14 Jul 2017 12:15:06 -0400 Subject: [rdo-list] RDO-CI Scrum Weekly Scrum Recap Message-ID: Greetings All, The links to the RDO-CI team scrum etherpad [1] from this week's meeting is below: Highlights: - Restoring tags in the main playbooks (rasca) Discussion on whether [2] can this coexist with the split main playbook review [3] Split playbook solution is preferred - Tempest periodic jobs (master) Was 40 now 3 failures Status page - [4] Automatically update the skip list [5] Next: containers job on master running tempest - Periodic job transition to RDO software factory OVB challenges: - not admin - no shared networks - flavors different - dns failures (Note since meeting: have had successful run with multinode and OVB [6] [7] - reviews waiting for merge) - Delorean API For ci.centos weirdo jobs - have server upload status of each run (in trello card) We need a tool (possibly python) the polls delorean server and knows which jobs are required to pass each hash Requirements for delorean api: - (myoung) wants promotion from rdophase2 to use the same tool - images/hash - must check images are good before promoting myoung is caching images locally - try deal with deleting old images - clean up otherwise we run out of space - We need some way to query when did we promote and what was the hash? event based (vs. requirement to poll api) would be a nice to have (rss?) - Validations status and next review meeting Will book a second meeting on Monday next week - Multinic status Stable release support is still WIP Master should work, need reviews on [8] modulo bug breaking master-tripleo-ci fixed by [9] - Migrate containers-undercloud job This needs to be done to help save space on infra servers [10] - FYI.. new sova URL [11] [1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum [2] - https://review.openstack.org/#/c/473491/ [3] - https://review.openstack.org/#/c/475813/ [4] - http://cistatus.tripleo.org [5]- https://review.openstack.org/#/c/474197/ [6] - https://logs.rdoproject.org/50/480950/13/openstack-manual/manual-tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001/Z1934a5e2301042feb697ff95facd284e/ [7] - https://logs.rdoproject.org/22/481222/9/openstack-manual/manual-tripleo-ci-centos-7-multinode-1ctlr-featureset005/Z53083e8230ca41a79f29007343caea4c [8] - https://review.openstack.org/#/q/topic:libvirt-multi-nic [9]- https://review.openstack.org/482187 [10] - https://review.openstack.org/#/c/476242/ [11] - http://cistatus.tripleo.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From tony at bakeyournoodle.com Sun Jul 16 22:57:57 2017 From: tony at bakeyournoodle.com (Tony Breeds) Date: Mon, 17 Jul 2017 08:57:57 +1000 Subject: [rdo-list] Where is the subunit packaging data? In-Reply-To: References: <20170713060931.GD30977@thor.bakeyournoodle.com> <20170713091307.GE30977@thor.bakeyournoodle.com> Message-ID: <20170716225756.GA20985@thor.bakeyournoodle.com> On Fri, Jul 14, 2017 at 06:00:00PM +0200, Ha?kel wrote: > Yes, src.rpm What's required to get that tagged as an update? > Build here: http://cbs.centos.org/koji/buildinfo?buildID=17618 > > I had to disable byte-compilation on EL7, since it fails with symlinks. > Sources are here: https://github.com/rdo-common/subunit Ahh cool. > (Sorry, forgot to send mail, yesterday) No problem. Yours Tony. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From rbowen at redhat.com Mon Jul 17 14:51:10 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 17 Jul 2017 10:51:10 -0400 Subject: [rdo-list] OpenStack Meetups, week of July 17 Message-ID: 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 July 18 in Cork, IE: Let's Celebrate OpenStack?s 7th Birthday - https://www.meetup.com/OpenStack-Cork/events/240637189/ * Tuesday July 18 in Singapore, SG: 8 Shenton Way, #10-00 AXA Tower Red Hat Asia Pacific Pte Ltd, Singapore - https://www.meetup.com/OpenStack-Singapore/events/241584940/ * Tuesday July 18 in Singapore, SG: Welcome, Stackers! - https://www.meetup.com/Singapore-OPENSTACK-Evangelist-Meetup/events/241242077/ * Tuesday July 18 in Singapore, SG: Full stack troubleshooting and monitoring in OpenStack environments - https://www.meetup.com/APM-Meetup/events/240655763/ * Tuesday July 18 in Toulouse, FR: 7 ans d'OpenStack : Hype, Maturit? ou d?clin ? - https://www.meetup.com/Toulouse-OpenStack-User-Group/events/241356108/ * Wednesday July 19 in Bangalore, IN: OpenStack 7th Birthday - Bangalore Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332478/ * Wednesday July 19 in Chesterfield, MO, US: Social: OpenStack's 7th Birthday - https://www.meetup.com/OpenStack-STL/events/241360985/ * Wednesday July 19 in Sunnyvale, CA, US: To Containerize or NOT to Containerize? That is the Question! - https://www.meetup.com/openstack/events/241575134/ * Thursday July 20 in Barcelona, ES: OpenStack is turning 7 ! Let's celebrate ! - https://www.meetup.com/OpenStack-Barcelona/events/241264594/ * Thursday July 20 in Atlanta, GA, US: OpenStack Meetup - 7th Birthday Party - https://www.meetup.com/openstack-atlanta/events/241050824/ * Thursday July 20 in Boston, MA, US: OpenStack Meetup Boston Management as a Service: Use Cases, OpenStack&Containers - https://www.meetup.com/Openstack-Boston/events/241558725/ * Friday July 21 in Guadalajara, MX: Celebremos 7 a?os de OpenStack - https://www.meetup.com/OpenStack-GDL/events/241177632/ * Friday July 21 in Manila, PH: OpenStack PHUG 7th Anniversary - https://www.meetup.com/OpenStack-Philippines/events/241301962/ * Monday July 24 in Beijing, CN: 2017 OpenStack Days China - https://www.meetup.com/China-OpenStack-User-Group/events/239817932/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From hguemar at fedoraproject.org Mon Jul 17 15:00:05 2017 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 17 Jul 2017 15:00:05 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20170717150005.48A9E60A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-19 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 Dnyaneshwar.Pawar at veritas.com Mon Jul 17 15:02:59 2017 From: Dnyaneshwar.Pawar at veritas.com (Dnyaneshwar Pawar) Date: Mon, 17 Jul 2017 15:02:59 +0000 Subject: [rdo-list] [rdo] How does upgrades/hotfix scenarios work after integrating with RDO? Message-ID: <3594C06A-2450-4CB2-9CAF-B959DF6B8FD6@veritas.com> Hi RDO Experts, I am trying to understand how does upgrades/hotfix scenarios work after integrating with RDO. Assuming that we will have single puppet-veritas_hyperscale for Pike, Queens etc... From IRC discussion (Thanks to amoralej.), I understand that we need to create branches for different releases as mentioned in branching document. Will also have to align our release schedule to that of RDO. Following points are not clear to me. Senario 1: Say, post Pike if we want to add bug fix to puppet-veritas_hyperscale, what should be the procedure to upgrade/apply fix where, customer has already configured veritas_hyperscale on top of Pike? Scenario 2: puppet-veritas_hyperscale is not supported on Ocata. If customer upgrades from Ocata to Pike, puppet-veritas_hyperscale should be available to customer. How does this gets handled? Senario 3: Customer upgrades from Pike to Queens. Would puppet-veritas_hypersclae be available to customer automatically? Thanks, Dnyaneshwar -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Mon Jul 17 15:18:20 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 17 Jul 2017 11:18:20 -0400 Subject: [rdo-list] OpenStack Speakers Bureau Message-ID: A reminder that the OpenStack Foundation has a speakers bureau website, where you can indicate your willingness to speak at events, and what you're willing to speak on. https://www.openstack.org/community/speakers/ If you are willing to speak about RDO-related things, please update your OpenStack.org profile - https://www.openstack.org/profile/ - and update the "Speaker Details" tab, adding 'RDO' as one of the 'Area of Expertise' fields. I use this site when meetup groups contact me looking for nearby speakers for upcoming meetings. Having a larger pool of speakers to select from will make this a lot easier to do. Thanks! --Rich -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From Dnyaneshwar.Pawar at veritas.com Mon Jul 17 15:18:30 2017 From: Dnyaneshwar.Pawar at veritas.com (Dnyaneshwar Pawar) Date: Mon, 17 Jul 2017 15:18:30 +0000 Subject: [rdo-list] [rdo] How does upgrades/hotfix scenarios work after integrating with RDO? In-Reply-To: <3594C06A-2450-4CB2-9CAF-B959DF6B8FD6@veritas.com> References: <3594C06A-2450-4CB2-9CAF-B959DF6B8FD6@veritas.com> Message-ID: <84D56323-5892-4A2E-8D14-EA169D5B068B@veritas.com> Forgot to mention that related package is added via https://review.rdoproject.org/r/#/q/topic:add-puppet-veritas_hyperscale Thanks, Dnyaneshwar From: Dnyaneshwar Pawar Date: Monday, July 17, 2017 at 8:32 PM To: "rdo-list at redhat.com" Subject: [rdo] How does upgrades/hotfix scenarios work after integrating with RDO? Hi RDO Experts, I am trying to understand how does upgrades/hotfix scenarios work after integrating with RDO. Assuming that we will have single puppet-veritas_hyperscale for Pike, Queens etc... From IRC discussion (Thanks to amoralej.), I understand that we need to create branches for different releases as mentioned in branching document. Will also have to align our release schedule to that of RDO. Following points are not clear to me. Senario 1: Say, post Pike if we want to add bug fix to puppet-veritas_hyperscale, what should be the procedure to upgrade/apply fix where, customer has already configured veritas_hyperscale on top of Pike? Scenario 2: puppet-veritas_hyperscale is not supported on Ocata. If customer upgrades from Ocata to Pike, puppet-veritas_hyperscale should be available to customer. How does this gets handled? Senario 3: Customer upgrades from Pike to Queens. Would puppet-veritas_hypersclae be available to customer automatically? Thanks, Dnyaneshwar -------------- next part -------------- An HTML attachment was scrubbed... URL: From dms at redhat.com Mon Jul 17 15:20:01 2017 From: dms at redhat.com (David Moreau Simard) Date: Mon, 17 Jul 2017 11:20:01 -0400 Subject: [rdo-list] [rdo] How does upgrades/hotfix scenarios work after integrating with RDO? In-Reply-To: <3594C06A-2450-4CB2-9CAF-B959DF6B8FD6@veritas.com> References: <3594C06A-2450-4CB2-9CAF-B959DF6B8FD6@veritas.com> Message-ID: In general, RDO does not carry custom patches that have not yet landed upstream and have been released, except in rare and carefully decided circumstances with consensus from maintainers. This allows RDO to be as "vanilla" as possible and, especially, test with the same content and versions that the greater OpenStack community develops and tests against. So, if you have a bugfix for a package you would like to release in RDO, it needs to: 1) Be merged in the upstream project 2) Be tagged in a dot release targetted at the ongoing stable release (e.g, Ocata) 3) The spec file updated for the release accordingly (example here[1]) 4) The rdoinfo reference to that package updated accordingly for the -testing and -release tags (example here [2]) 5) Once the package has been built, tagged and released, it will be available as a package update from mirror.centos.org For your scenario 2 and 3, the package will be available inside the release's repositories so long as it is packaged and maintained. If a customer upgrades from Ocata to Pike and wants to start using your puppet module, he will be able to. As far as installation and upgrade path, this is handled within the installers (ex: Packstack, TripleO, Kolla), not within RDO itself. RDO provides the packaging and the repositories, not the installation or upgrade mechanisms. [1]: https://github.com/rdo-packages/nova-distgit/commit/823152d9cf26768d1657881405a941dfdbcbba8e [2]: https://github.com/redhat-openstack/rdoinfo/commit/b5bfbe4dea41e448179c342b5c6275a48a558bce David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Mon, Jul 17, 2017 at 11:02 AM, Dnyaneshwar Pawar wrote: > Hi RDO Experts, > > > > I am trying to understand how does upgrades/hotfix scenarios work after > integrating with RDO. > > > Assuming that we will have single puppet-veritas_hyperscale for Pike, Queens > etc... > From IRC discussion (Thanks to amoralej.), I understand that we need to > create branches for different releases as mentioned in branching document. > Will also have to align our release schedule to that of RDO. > > > > Following points are not clear to me. > > Senario 1: > Say, post Pike if we want to add bug fix to puppet-veritas_hyperscale, what > should be the procedure to upgrade/apply fix where, customer has already > configured veritas_hyperscale on top of Pike? > > Scenario 2: > puppet-veritas_hyperscale is not supported on Ocata. If customer upgrades > from Ocata to Pike, puppet-veritas_hyperscale should be available to > customer. > How does this gets handled? > > Senario 3: > Customer upgrades from Pike to Queens. Would puppet-veritas_hypersclae be > available to customer automatically? > > > > Thanks, > > Dnyaneshwar > > > _______________________________________________ > 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 rlandy at redhat.com Mon Jul 17 21:55:51 2017 From: rlandy at redhat.com (Ronelle Landy) Date: Mon, 17 Jul 2017 17:55:51 -0400 Subject: [rdo-list] RDO-CI Scrum Weekly Scrum Recap Message-ID: Greetings All, Links to the RDO-CI team scrum etherpad [1] and recording [2] from this week's meeting are below. Highlights: - Multinic status Question, phasing out old configs [3] Discussion around whether to switch on the newer and older templates based on release The concern is breaking current quickstart users at this late point in the release - Proposal to change ci.centos newton check gate to include devmode changes like master Overall decision - not to do this - the current hash on newton is passing - we have upstream and downstream jobs passing on newton - this no-op newton job - passes gates: [4] - devmode and newton werew confirmed to work by weshay [5] - Internal gates were impacted by BRQ lab move Gates were temp disabled and have been re-enabled now with change [6] - Move to RDO Cloud review.rdoproject.org - multinode nodepool job status (SUCCESS) see reviews [7] and [8] - ovb status (SUCCESS) see reviews [9] and [10] - container multinode status (SUCCESS) see review [11] (with featureset016) and output [12] - container multinode + image build status (WIP) see review [13] (with featureset023) This will be split into 2 jobs - delorean api status not as straightforward to reuse.as the variables are defined differently. adarazs is looking for a solution that works across the board - Periodic and experimental tempest job failing There is a problem with cinder - all the jobs running tempest are failing right now We are aware and working on the issue - see related reviews [14] and [15] - Make tripleo-quickstart work w/ ARA See related review [16] - Update on telemetry in CI (feedback from Release Delivery) RDO Phase 2 (all jobs) have configuration matching Phase 1 ( in which we disable telemetry) Notification was sent a while back that phase 1 had telemetry disabled. [1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum [2] - https://bluejeans.com/s/SfMML [3] - https://review.openstack.org/#/c/476704/10/quickstart.sh [4] - https://review.openstack.org/#/c/484388/1 [5] - http://chunk.io/f/cf12fc7fd9754db0a71ed2a969af75c1 [6] - https:///gerrit/#/c/112529/ [7] - https://review.openstack.org/#/c/481222 [8] - https://review.openstack.org/#/c/483032/ [9] - https://review.openstack.org/#/c/480950/ [10] - https://review.openstack.org/#/c/460748/ [11] - https://review.openstack.org/475747 [12] - https://review.rdoproject.org/jenkins/job/manual-tripleo-ci-centos-7-multinode-1ctlr-featureset023/20/consoleFull (here featureset023 is a copy of featureset016) [13] - https://review.openstack.org/475747 [14] - https://review.gerrithub.io/#/c/369771/ [15] - https://review.openstack.org/#/c/471792 [16] - https://review.openstack.org/#/c/482237/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at redhat.com Tue Jul 18 02:07:56 2017 From: jwboyer at redhat.com (Josh Boyer) Date: Mon, 17 Jul 2017 22:07:56 -0400 Subject: [rdo-list] cloud7-openstack-pike-el7 architectures Message-ID: Hi All, I was looking for a package in CBS last night and stumbled across the cloud7-openstack-pike-el7 tags. Looking at -build, I noticed that it is x86_64 only. Is this an oversight in light of the aarch64 and ppc64le work, or were there reasons for the single architecture? https://cbs.centos.org/koji/taginfo?tagID=1136 Along similar lines, if there is work to be done to get the other architectures in place for such tags now and for future releases, is there documentation on how to do that? Are there issues/bugs/etc tracking the missing pieces? I feel like we're breaking some new ground here, and I hope to help highlight areas where we can improve. Please take my questions for what they are: a newbie trying to get his head around RDO process :). Thanks. josh From hguemar at fedoraproject.org Tue Jul 18 07:22:47 2017 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Tue, 18 Jul 2017 09:22:47 +0200 Subject: [rdo-list] cloud7-openstack-pike-el7 architectures In-Reply-To: References: Message-ID: 2017-07-18 4:07 GMT+02:00 Josh Boyer : > Hi All, > > I was looking for a package in CBS last night and stumbled across the > cloud7-openstack-pike-el7 tags. Looking at -build, I noticed that it > is x86_64 only. Is this an oversight in light of the aarch64 and > ppc64le work, or were there reasons for the single architecture? > > https://cbs.centos.org/koji/taginfo?tagID=1136 > > Along similar lines, if there is work to be done to get the other > architectures in place for such tags now and for future releases, is > there documentation on how to do that? Are there issues/bugs/etc > tracking the missing pieces? > > I feel like we're breaking some new ground here, and I hope to help > highlight areas where we can improve. Please take my questions for > what they are: a newbie trying to get his head around RDO process :). > > Thanks. > > josh > It's an oversight, cloud7-openstack-ocata-el7-build enabled aarch64, I'll request all three arches. Since it's automated, it likely needs to be fixed in a CBS admin script. 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 Dnyaneshwar.Pawar at veritas.com Wed Jul 19 10:11:56 2017 From: Dnyaneshwar.Pawar at veritas.com (Dnyaneshwar Pawar) Date: Wed, 19 Jul 2017 10:11:56 +0000 Subject: [rdo-list] [tripleo][rdo] How does RDO package (puppet module) gets installed on Tripleo overcloud nodes ? Message-ID: Hi tripleo/rdo experts, puppet-veritas_hyperscale is added to RDO trunk via [1]. Also patched tripleo-puppet-elements to include puppet-veirtas_hyperscale [2]. When I create overcloud using quickstart.sh + latest RDO trunk, puppet-veritas_hyperscale modules do not get installed on any of overcloud node, neither on undercloud. From #rdo(amoralej, apvec) and #tripleo(shardy) got to know that only [1] and [2] may not be sufficient to get these modules installed under ?/etc/puppet/modules? on overcloud nodes. This needs confirmation from Emilien/Alex. If above theory is correct then, I may need to submit one more patch. I am not clear against which repo I need to submit a patch. Do we have any example that I can refer? [1] https://review.rdoproject.org/r/#/q/topic:add-puppet-veritas_hyperscale [2] https://review.openstack.org/#/c/481085/ Thanks, Dnyaneshwar -------------- next part -------------- An HTML attachment was scrubbed... URL: From emilien at redhat.com Wed Jul 19 13:16:40 2017 From: emilien at redhat.com (Emilien Macchi) Date: Wed, 19 Jul 2017 06:16:40 -0700 Subject: [rdo-list] [tripleo][rdo] How does RDO package (puppet module) gets installed on Tripleo overcloud nodes ? In-Reply-To: References: Message-ID: On Wed, Jul 19, 2017 at 3:11 AM, Dnyaneshwar Pawar wrote: > Hi tripleo/rdo experts, > > > > puppet-veritas_hyperscale is added to RDO trunk via [1]. > > Also patched tripleo-puppet-elements to include puppet-veirtas_hyperscale > [2]. > > > > When I create overcloud using quickstart.sh + latest RDO trunk, > puppet-veritas_hyperscale modules do not get installed on any of overcloud > node, neither on undercloud. > > From #rdo(amoralej, apvec) and #tripleo(shardy) got to know that only [1] > and [2] may not be sufficient to get these modules installed under > ?/etc/puppet/modules? on overcloud nodes. > > This needs confirmation from Emilien/Alex. Like I said on IRC, you'll need to patch https://github.com/rdo-packages/puppet-tripleo-distgit to add the veritas module in dependency, so the module will be deployed when installing TripleO. > > If above theory is correct then, I may need to submit one more patch. I am > not clear against which repo I need to submit a patch. Do we have any > example that I can refer? > > > > [1] https://review.rdoproject.org/r/#/q/topic:add-puppet-veritas_hyperscale > > [2] https://review.openstack.org/#/c/481085/ > > > > > > Thanks, > > Dnyaneshwar -- Emilien Macchi From chkumar246 at gmail.com Thu Jul 20 15:22:35 2017 From: chkumar246 at gmail.com (Chandan kumar) Date: Thu, 20 Jul 2017 20:52:35 +0530 Subject: [rdo-list] RDO office hours on 25th July, 2017 at 11:30 A.M (UTC) Message-ID: Hello, In order to improve the onboarding experience in RDO as well as encouraging more contributors to RDO community, we have started a project named 'easyfix[1].' to collect low hanging fruits at one place and we have started getting contributors for those issues. Easyfix should consist of small fixes in RDO packages, writing documentation, contributions to rdopkg, DLRN, tripleo or any other tools. New project ideas are also welcome. To keep up with increasing participation, we'll host office hours to add more easy fixes and provide mentoring to newcomers For creating more easyfix issues for RDO community, we have scheduled an office hour on 25th July 2017 (Tuesday) at 11:30 A.M. (UTC) to 13:30 A.M. (UTC) on #rdo IRC channel on Freenode server. Feel free to join for the same so that we can create more easyfix for new contributors. Links: [1]. https://github.com/redhat-openstack/easyfix/issues Thanks, Chandan Kumar From phillwuk at gmail.com Thu Jul 20 23:59:33 2017 From: phillwuk at gmail.com (Phill. Whiteside) Date: Fri, 21 Jul 2017 00:59:33 +0100 Subject: [rdo-list] RDO office hours on 25th July, 2017 at 11:30 A.M (UTC) In-Reply-To: References: Message-ID: Hi, I am still a new comer but did the Red Hat Cloud course a couple of years ago and did fire up a couple of bugs, which did get work arrounds. Life is always complicated, I will be welcoming a guy for GUADEC[1] on the 25th. I'd appreciate it if you would pass on my apologies for non-attendance, but Tim will have flown from Melbourne in Australia into my home city here in UK. The least I could do was to pre-book hotel / SIM card etc. and meet him at the airport to show him around. If you can ask, on my behalf, how packstack is progressing? It seems now stuck between allinone-stack and Triple-O ... I want to use more than one NiC but do not have a machine to test Triple-O on. I hope that this sort of question is asked and answered and, once again, apologise for not attending. Regards, Phill. 1. https://2017.guadec.org/ On 20 July 2017 at 16:22, Chandan kumar wrote: > Hello, > > In order to improve the onboarding experience in RDO as well as encouraging > more contributors to RDO community, we have started a project named > 'easyfix[1].' > to collect low hanging fruits at one place and we have started getting > contributors > for those issues. > > Easyfix should consist of small fixes in RDO packages, writing > documentation, > contributions to rdopkg, DLRN, tripleo or any other tools. > New project ideas are also welcome. > > To keep up with increasing participation, we'll host office hours to > add more easy fixes and provide mentoring to newcomers > > For creating more easyfix issues for RDO community, we have scheduled > an office hour > on 25th July 2017 (Tuesday) at 11:30 A.M. (UTC) to 13:30 A.M. (UTC) on > #rdo IRC channel on Freenode server. > > Feel free to join for the same so that we can create more easyfix for > new contributors. > > Links: > [1]. https://github.com/redhat-openstack/easyfix/issues > > Thanks, > > Chandan Kumar > > _______________________________________________ > 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 dms at redhat.com Fri Jul 21 14:41:31 2017 From: dms at redhat.com (David Moreau Simard) Date: Fri, 21 Jul 2017 10:41:31 -0400 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate Message-ID: Hi, Just pointing out that the next LTS version of Ceph, Luminous (v12), is now in release candidate [1] stages. We're currently shipping Jewel (v10) out of the CentOS storage SIG and there is some amount of efforts to start bootstrapping Luminous builds. Seeing as Pike M3 is right around the corner, it might be too late to start working on testing Luminous with Pike but I thought it was worth discussing whether or not we would commit to do it. [1]: http://ceph.com/releases/v12-1-1-luminous-rc-released/ David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From gfidente at redhat.com Fri Jul 21 14:50:38 2017 From: gfidente at redhat.com (Giulio Fidente) Date: Fri, 21 Jul 2017 16:50:38 +0200 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: References: Message-ID: <99690f45-2c0a-9683-3100-ae97274ad740@redhat.com> On 07/21/2017 04:41 PM, David Moreau Simard wrote: > Hi, > > Just pointing out that the next LTS version of Ceph, Luminous (v12), > is now in release candidate [1] stages. > > We're currently shipping Jewel (v10) out of the CentOS storage SIG and > there is some amount of efforts to start bootstrapping Luminous > builds. > > Seeing as Pike M3 is right around the corner, it might be too late to > start working on testing Luminous with Pike but I thought it was worth > discussing whether or not we would commit to do it. hi David, if you can't do this earlier, I'd like to try uploading some luminous pacakges into the newly created tags later in august! Anything you could do before then would be great :D -- Giulio Fidente GPG KEY: 08D733BA From rbowen at redhat.com Fri Jul 21 15:04:53 2017 From: rbowen at redhat.com (Rich Bowen) Date: Fri, 21 Jul 2017 11:04:53 -0400 Subject: [rdo-list] RDO Bookmarks: Review needed Message-ID: As you may know, one of the items that we send to events and meetups is the RDO Bookmarks. You can see it here: http://rdoproject.org/use/bookmarks/rdo_bookmark.pdf We also have three TripleO bookmarks contributed by Carlos Camacho. (Well, two, and one in process.) You can see those here: https://github.com/ccamacho/tripleo-graphics/tree/master/cheatsheets The bookmarks are also all collected here: http://rdoproject.org/use/bookmarks/ It's been about a year since we've updated the RDO bookmark, and the TripleO CI bookmark still needs some love. I'm hoping to do a reprint of the bookmarks, as I have recently run out, and would appreciate any updates that any of you would like to make, before sending them off to print. Anything that has changed in the last year, or any helpful tips that you think we need to add, would be greatly appreciated. Thanks! -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From dms at redhat.com Fri Jul 21 15:09:02 2017 From: dms at redhat.com (David Moreau Simard) Date: Fri, 21 Jul 2017 11:09:02 -0400 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: <99690f45-2c0a-9683-3100-ae97274ad740@redhat.com> References: <99690f45-2c0a-9683-3100-ae97274ad740@redhat.com> Message-ID: Getting some initial builds going is not hard, I can do it before august. The SRPMs are already available. Let me know when the tags and buildroots are ready ? David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Fri, Jul 21, 2017 at 10:50 AM, Giulio Fidente wrote: > On 07/21/2017 04:41 PM, David Moreau Simard wrote: >> Hi, >> >> Just pointing out that the next LTS version of Ceph, Luminous (v12), >> is now in release candidate [1] stages. >> >> We're currently shipping Jewel (v10) out of the CentOS storage SIG and >> there is some amount of efforts to start bootstrapping Luminous >> builds. >> >> Seeing as Pike M3 is right around the corner, it might be too late to >> start working on testing Luminous with Pike but I thought it was worth >> discussing whether or not we would commit to do it. > hi David, > > if you can't do this earlier, I'd like to try uploading some luminous > pacakges into the newly created tags later in august! > > Anything you could do before then would be great :D > -- > Giulio Fidente > GPG KEY: 08D733BA From dms at redhat.com Fri Jul 21 15:40:53 2017 From: dms at redhat.com (David Moreau Simard) Date: Fri, 21 Jul 2017 11:40:53 -0400 Subject: [rdo-list] FYI: Image and log collection changes in review.rdoproject.org integration jobs Message-ID: Hi, We're currently in the process of merging a series of patches that are meant to change the CentOS image most jobs are running on as well as how logs are collected. We have tested this new image and log collection on a series of different jobs and have not noticed any problems. We'll be on the look out for any odd failures but please reply here or reach out to me (dmsimard) or Alfredo (amoralej) on #rdo if you notice jobs suddenly failing or log collection not working. Thanks! David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From Kevin.Fox at pnnl.gov Fri Jul 21 15:57:00 2017 From: Kevin.Fox at pnnl.gov (Fox, Kevin M) Date: Fri, 21 Jul 2017 15:57:00 +0000 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: References: Message-ID: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov> The Kolla team is concerned with timing of this being really tight and rdo downstreams such as Kolla not having enough time to test the supporting things. I think the general consensus is we should stick to Jewel and go to Luminious first thing in Queens? 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: Friday, July 21, 2017 7:41 AM To: rdo-list Cc: Giulio Fidente Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate Hi, Just pointing out that the next LTS version of Ceph, Luminous (v12), is now in release candidate [1] stages. We're currently shipping Jewel (v10) out of the CentOS storage SIG and there is some amount of efforts to start bootstrapping Luminous builds. Seeing as Pike M3 is right around the corner, it might be too late to start working on testing Luminous with Pike but I thought it was worth discussing whether or not we would commit to do it. [1]: http://ceph.com/releases/v12-1-1-luminous-rc-released/ 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 dms at redhat.com Fri Jul 21 20:35:56 2017 From: dms at redhat.com (David Moreau Simard) Date: Fri, 21 Jul 2017 16:35:56 -0400 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov> References: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov> Message-ID: As per discussed on IRC [1], RDO doesn't provide the packaging for Ceph. Dependencies like python-rados, python-rbd and such are provided directly from the Ceph SIG repositories. There is nothing preventing you from deploying RDO packages with either Jewel or Luminous. The discussion was more around whether or not the RDO community should be spending efforts testing Luminous with the Pike release. RDO relies on installer and deployment projects to test it's packages, such as TripleO, Packstack or puppet-openstack. So it was an open question to maintainers in such projects to see if they had interest in shipping Luminous for Pike. [1]: http://eavesdrop.openstack.org/irclogs/%23openstack-kolla/%23openstack-kolla.2017-07-21.log.html#t2017-07-21T15:54:20 David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Fri, Jul 21, 2017 at 11:57 AM, Fox, Kevin M wrote: > The Kolla team is concerned with timing of this being really tight and rdo downstreams such as Kolla not having enough time to test the supporting things. > > I think the general consensus is we should stick to Jewel and go to Luminious first thing in Queens? > > 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: Friday, July 21, 2017 7:41 AM > To: rdo-list > Cc: Giulio Fidente > Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate > > Hi, > > Just pointing out that the next LTS version of Ceph, Luminous (v12), > is now in release candidate [1] stages. > > We're currently shipping Jewel (v10) out of the CentOS storage SIG and > there is some amount of efforts to start bootstrapping Luminous > builds. > > Seeing as Pike M3 is right around the corner, it might be too late to > start working on testing Luminous with Pike but I thought it was worth > discussing whether or not we would commit to do it. > > [1]: http://ceph.com/releases/v12-1-1-luminous-rc-released/ > > 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 gfidente at redhat.com Fri Jul 21 22:27:57 2017 From: gfidente at redhat.com (Giulio Fidente) Date: Sat, 22 Jul 2017 00:27:57 +0200 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov> References: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov> Message-ID: <7bac03a0-ebfc-65a3-3461-9ca0ec9a3f22@redhat.com> hi Kevin, for these same reasons tripleo stayed on jewel as well, but we'd like to investigate the effort necessary for the switch. CentOS can ship multiple versions of Ceph for the same OS version, it provides two already centos-release-ceph-hammer and centos-release-ceph-jewel; I believe -luminous can be added to that list. Then, to consume it in tripleo, in cae kolla remains on jewel, would you suggest use a build override to point kolla build to the luminous repos? Are there drawbacks you can think of? Thanks! On 07/21/2017 05:57 PM, Fox, Kevin M wrote: > The Kolla team is concerned with timing of this being really tight and rdo downstreams such as Kolla not having enough time to test the supporting things. > > I think the general consensus is we should stick to Jewel and go to Luminious first thing in Queens? > > 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: Friday, July 21, 2017 7:41 AM > To: rdo-list > Cc: Giulio Fidente > Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate > > Hi, > > Just pointing out that the next LTS version of Ceph, Luminous (v12), > is now in release candidate [1] stages. > > We're currently shipping Jewel (v10) out of the CentOS storage SIG and > there is some amount of efforts to start bootstrapping Luminous > builds. > > Seeing as Pike M3 is right around the corner, it might be too late to > start working on testing Luminous with Pike but I thought it was worth > discussing whether or not we would commit to do it. > > [1]: http://ceph.com/releases/v12-1-1-luminous-rc-released/ > > 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 > -- Giulio Fidente GPG KEY: 08D733BA From Kevin.Fox at pnnl.gov Fri Jul 21 23:11:38 2017 From: Kevin.Fox at pnnl.gov (Fox, Kevin M) Date: Fri, 21 Jul 2017 23:11:38 +0000 Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate In-Reply-To: <7bac03a0-ebfc-65a3-3461-9ca0ec9a3f22@redhat.com> References: <1A3C52DFCD06494D8528644858247BF01BFC1860@EX10MBOX03.pnnl.gov>, <7bac03a0-ebfc-65a3-3461-9ca0ec9a3f22@redhat.com> Message-ID: <1A3C52DFCD06494D8528644858247BF01BFC1A0A@EX10MBOX03.pnnl.gov> We were concerned the rdo packages had linked against the ceph libs and might break if a different version was slid in. In discussions on irc, it seems like we were mistaken and everythings done through python modules provided by the various ceph versions. So shouldn't run into any issues. I'm not an expert on the best way to tweak the containers for a newer version of ceph. So someone else might be better at answering. But I think template overrides are the way to go: https://github.com/openstack/kolla/blob/master/doc/image-building.rst#package-customisation Thanks, Kevin ________________________________________ From: Giulio Fidente [gfidente at redhat.com] Sent: Friday, July 21, 2017 3:27 PM To: Fox, Kevin M; David Moreau Simard; rdo-list Subject: Re: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate hi Kevin, for these same reasons tripleo stayed on jewel as well, but we'd like to investigate the effort necessary for the switch. CentOS can ship multiple versions of Ceph for the same OS version, it provides two already centos-release-ceph-hammer and centos-release-ceph-jewel; I believe -luminous can be added to that list. Then, to consume it in tripleo, in cae kolla remains on jewel, would you suggest use a build override to point kolla build to the luminous repos? Are there drawbacks you can think of? Thanks! On 07/21/2017 05:57 PM, Fox, Kevin M wrote: > The Kolla team is concerned with timing of this being really tight and rdo downstreams such as Kolla not having enough time to test the supporting things. > > I think the general consensus is we should stick to Jewel and go to Luminious first thing in Queens? > > 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: Friday, July 21, 2017 7:41 AM > To: rdo-list > Cc: Giulio Fidente > Subject: [rdo-list] Heads up: Ceph Luminous (next LTS) is in release candidate > > Hi, > > Just pointing out that the next LTS version of Ceph, Luminous (v12), > is now in release candidate [1] stages. > > We're currently shipping Jewel (v10) out of the CentOS storage SIG and > there is some amount of efforts to start bootstrapping Luminous > builds. > > Seeing as Pike M3 is right around the corner, it might be too late to > start working on testing Luminous with Pike but I thought it was worth > discussing whether or not we would commit to do it. > > [1]: http://ceph.com/releases/v12-1-1-luminous-rc-released/ > > 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 > -- Giulio Fidente GPG KEY: 08D733BA From dms at redhat.com Sun Jul 23 14:55:20 2017 From: dms at redhat.com (David Moreau Simard) Date: Sun, 23 Jul 2017 10:55:20 -0400 Subject: [rdo-list] [RDO] Major maintenance on review.rdoproject.org @ 2017-07-25 at 23:00 UTC Message-ID: Hi, (+openstack-dev for wider audience) Please note that we are planning a 2 hour maintenance window where review.rdoproject.org could be unavailable this next tuesday evening, July 25th at 23:00 UTC. We will proceed with an upgrade of the instance software and will migrate the review.rdoproject.org infrastructure to a new cloud environment. Please note that while this maintenance will have no impact on the availability of RDO mirrors, new package builds or tags could be delayed until the maintenance is finished. If you have any questions, please do not hesitate to reply here. Thanks ! David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From rbowen at redhat.com Mon Jul 24 14:09:08 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 24 Jul 2017 10:09:08 -0400 Subject: [rdo-list] Upcoming meetups: July 24, 2017 Message-ID: <8ea37d8d-3736-aeb1-71f4-eb3ca43647f0@redhat.com> The following are the meetups I'm aware of in the next two weeks 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 July 26 in Berlin, DE: 11th OpenStack User Group Berlin - https://www.meetup.com/OpenStack-User-Group-Berlin/events/240726499/ * Wednesday July 26 in Bucharest, RO: OpenStack Bucharest Meetup, 7th OpenStack Birthday Celebration - https://www.meetup.com/OpenStack-Bucharest-Romania-Meetup/events/241111048/ * Wednesday July 26 in San Diego, CA, US: Kubernetes+OpenStac???k & OpenStack 7th Birthday Celebration - https://www.meetup.com/OpenStackSanDiego/events/240013281/ * Wednesday July 26 in London, 17, GB: July OpenStack London Meetup - https://www.meetup.com/Openstack-London/events/241639232/ * Wednesday July 26 in Phoenix, AZ, US: Celebrate OpenStack's 7th Birthday! - https://www.meetup.com/OpenStack-Phoenix/events/241080718/ * Wednesday July 26 in San Diego, CA, US: Kubernetes+OpenStac????k & OpenStack 7th Birthday Celebration - https://www.meetup.com/San-Diego-Cloud-Computing-Meetup/events/240013226/ * Wednesday July 26 in San Diego, CA, US: Kubernetes+OpenStac?????k & OpenStack 7th Birthday Celebration - https://www.meetup.com/RefreshSD/events/240013240/ * Wednesday July 26 in St. Petersburg, RU: ????????? OpenStack Meetup St.Petersburg - https://www.meetup.com/OpenStack-Russia-St-Petersburg/events/241112848/ * Thursday July 27 in Sunnyvale, CA, US: ? OpenStack 7th Birthday Celebration ? (& Hands-on Labs and Lightning Talks!) - https://www.meetup.com/openstack/events/241747881/ * Thursday July 27 in Helsinki, FI: OpenStackOperators Finland Video Call - https://www.meetup.com/OpenStack-Finland-User-Group/events/241355667/ * Thursday July 27 in Santa Clara, CA, US: Out of the Box Network Developers Celebrate OpenStack?s 7th Birthday! - https://www.meetup.com/Out-Of-The-Box-Network-Developers/events/240461138/ * Thursday July 27 in Littleton, CO, US: OpenStack 7th birthday party joint with Colorado Openstack Meetup - https://www.meetup.com/OpenStack-Denver/events/241336649/ * Thursday July 27 in Fort Collins, CO, US: OpenStack 7th Birthday and Virtual Development Environment - https://www.meetup.com/OpenStack-Colorado/events/241336107/ * Thursday July 27 in Lehi, UT, US: Intro to OpenStack Services - https://www.meetup.com/openstack-utah/events/241586306/ * Thursday July 27 in Chesterfield, MO, US: Juniper Networks: The challenge of networking in a multi-cloud world - https://www.meetup.com/OpenStack-STL/events/240300501/ * Thursday July 27 in Pasadena, CA, US: OpenStack L.A. July Meetup/OpenStack 7th Birthday Celebration! - https://www.meetup.com/OpenStack-LA/events/240821216/ * Friday July 28 in Abidjan, CI: Openstack 7th Birthday - C?te D'ivoire - https://www.meetup.com/Openstack-Cote-divoire/events/239103378/ * Friday July 28 in Tehran, IR: 7th OpenStack Birthday - https://www.meetup.com/Iran-OpenStack/events/241317494/ * Saturday July 29 in Bangalore, IN: July OpenStack Pune meetup 2017 - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332193/ * Saturday July 29 in Bangalore, IN: OpenStack 7th Birthday - Delhi Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332082/ * Saturday July 29 in Ha Noi, VN: Cloud and Container Meetup - https://www.meetup.com/VietOpenStack/events/241814676/ * Sunday July 30 in Bangalore, IN: OpenStack 7th Birthday - Bangalore Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332478/ * Sunday July 30 in Bangalore, IN: OpenStack 7th Birthday - Mumbai Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332157/ * Thursday August 03 in Fort Lauderdale, FL, US: Monthly SFOUG Meeting - https://www.meetup.com/South-Florida-OpenStack-Users-Group/events/241382722/ * Monday August 07 in Saint Paul, MN, US: OpenStack Developer Coffee and Code - https://www.meetup.com/Minnesota-OpenStack-Meetup/events/241181159/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From hguemar at fedoraproject.org Mon Jul 24 15:00:03 2017 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 24 Jul 2017 15:00:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20170724150003.CB26360A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2017-07-26 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 chkumar246 at gmail.com Mon Jul 24 23:30:03 2017 From: chkumar246 at gmail.com (chkumar246 at gmail.com) Date: Mon, 24 Jul 2017 23:30:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO Office Hours Message-ID: <20170724233003.7895060A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO Office Hours on 2017-07-25 from 11:30:00 to 13:30:00 UTC The meeting will be about: Dear all, You are kindly invited to the meeting: RDO Office Hours on 2017-07-25 from 11:30:00 to 13:30:00 UTC At rdo at irc.freenode.net The meeting will be about RDO Office Hour. Aim: To keep up with increasing participation, we'll host office hours to add more easy fixes and provide mentoring to newcomers. [Agenda at RDO Office Hour easyfixes](https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes) Source: https://apps.fedoraproject.org/calendar/meeting/6374/ From rlandy at redhat.com Tue Jul 25 09:52:47 2017 From: rlandy at redhat.com (Ronelle Landy) Date: Tue, 25 Jul 2017 05:52:47 -0400 Subject: [rdo-list] RDO-CI Scrum Weekly Scrum Recap Message-ID: Greetings All, Links to the RDO-CI team scrum etherpad [1] and recording [2] from this week's meeting are below. Highlights: - Delorean API status (amoralej/apevec) See etherpad [3] Discussion follows from last week's agenda item - adarazs's work with delorean API The work will proceed in two phases (towards: get hash -> report -> promote) : - get data from the API and report back (using existing jobs) - build tools/logic to do promotions Timing: Pike repo is coming - centos-pike builder is already available in [4] - This week is Final release for client libraries - In two weeks there will be stable/pike branches and a new DLRN builder in trunk.r.o/centos7-pike: - Jobs for master shouldn't use centos7-pike but centos7-master - We need a new promotion pipeline testing new repositories AI: create cards: transition between releases - new jobs and some stay on old pipeline - DFG Nominations for TC/UA for Queens Do we need to change our nomination schedule to align with TC/UA meetup? Team members can send nominations (or self nominate). To take effect after the TC/UA meet up - Multinic status See review [5] - note that this will change the default behavior of tests Other patches need review as well [6] - Downstream gates disabled Waiting on discussion around this fix [7] AI: talk with Ben regarding doing a release to avoid breaking gates Suggestion to pin our clone of that repo to a known good commit in the meantime since ansible git module can take a commit hash as version [8] Announcements: gcerami 4 weeks PTO 7 Aug - 1 Sep gchamoul PTO 14Aug-Sept02 sshnaidm PTO 30 Jul - 06 Aug trown PTO 30 Jul - 06 Aug weshay PTO July 29 - Aug 03 rlandy at CI meetings Aug 01 - Aug 03 [1] - https://review.rdoproject.org/etherpad/p/rdo-infra-scrum [2] - https://bluejeans.com/s/B2NtY/ [3] - https://review.rdoproject.org/etherpad/p/dlrn-api-pipelines [4] - http://trunk.rdoproject.org/centos7-pike-bootstrap [5] - https://review.openstack.org/#/c/476704/ [6]- https://review.openstack.org/#/q/topic:libvirt-multi-nic [7] - https://review.openstack.org/#/c/486595 [8] - http://docs.ansible.com/ansible/latest/git_module.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From chkumar246 at gmail.com Tue Jul 25 13:35:05 2017 From: chkumar246 at gmail.com (Chandan kumar) Date: Tue, 25 Jul 2017 19:05:05 +0530 Subject: [rdo-list] RDO office hour 2017-07-25 Meeting minutes Message-ID: ================================ #rdo: RDO office hour 2017-07-25 ================================ Meeting started by chandankumar at 11:31:10 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/rdo_office_hour_2017_07_25/2017/rdo_office_hour_2017_07_25.2017-07-25-11.31.log.html . Meeting summary --------------- * roll call (chandankumar, 11:32:29) * LINK: https://github.com/redhat-openstack/easyfix/issues/15 (rbowen, 12:25:30) * LINK: https://review.rdoproject.org/r/#/c/7878/ <= easy review (number80, 12:48:19) * Several new tickets created as part of the meeting (rbowen, 13:16:59) * LINK: https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes (chandankumar, 13:17:13) * LINK: https://github.com/redhat-openstack/easyfix/issues/ (rbowen, 13:17:19) Meeting ended at 13:30:24 UTC. People present (lines said) --------------------------- * chandankumar (40) * rbowen (23) * amoralej (22) * Arrfab (11) * jruzicka (9) * number80 (8) * openstack (8) * rdogerrit (6) * sfbender (5) * apevec (4) * hamzy (3) * ykarel (3) * dmsimard (1) * rdobot (1) * pradk (1) Generated by `MeetBot`_ 0.1.4 From dms at redhat.com Tue Jul 25 14:46:02 2017 From: dms at redhat.com (David Moreau Simard) Date: Tue, 25 Jul 2017 10:46:02 -0400 Subject: [rdo-list] [RDO] Major maintenance on review.rdoproject.org @ 2017-07-25 at 23:00 UTC In-Reply-To: References: Message-ID: Please note that this maintenance is re-scheduled to happen two hours later, so at 2017-07-26 01:00 UTC. The maintenance window of two hours and the impacts remain the same. David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Sun, Jul 23, 2017 at 10:55 AM, David Moreau Simard wrote: > Hi, > > (+openstack-dev for wider audience) > > Please note that we are planning a 2 hour maintenance window where > review.rdoproject.org could be unavailable this next tuesday evening, > July 25th at 23:00 UTC. > We will proceed with an upgrade of the instance software and will > migrate the review.rdoproject.org infrastructure to a new cloud > environment. > > Please note that while this maintenance will have no impact on the > availability of RDO mirrors, new package builds or tags could be > delayed until the maintenance is finished. > > If you have any questions, please do not hesitate to reply here. > > Thanks ! > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] From rdo-list at dseven.org Tue Jul 25 22:59:48 2017 From: rdo-list at dseven.org (iain MacDonnell) Date: Tue, 25 Jul 2017 15:59:48 -0700 Subject: [rdo-list] Neutron 10.0.2 not in Ocata? Message-ID: Is there a reason neutron 10.0.2 wasn't added to Ocata[1] on July 10th (with nova 15.0.4, etc.)? Seems builds have been around since June 1st [2]. Did it fail testing or something? Is there a way I can see the results of that testing? Thanks, ~iain [1] http://mirror.centos.org/centos/7/cloud/x86_64/openstack-ocata/ [2] https://cbs.centos.org/koji/buildinfo?buildID=17318 From dms at redhat.com Wed Jul 26 03:38:51 2017 From: dms at redhat.com (David Moreau Simard) Date: Tue, 25 Jul 2017 23:38:51 -0400 Subject: [rdo-list] [RDO] Major maintenance on review.rdoproject.org @ 2017-07-25 at 23:00 UTC In-Reply-To: References: Message-ID: Hi, The maintenance is completed and jobs are once again running. Please note that pending additional changes that will be made ASAP, email delivery from review.rdoproject.org can either be delayed or not received at all. Other than email delivery, we've tested various jobs and everything seems to be in working order on that end. Please reach out to us by replying to this thread or on #rdo if you notice anything out of the ordinary. Thanks ! David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Tue, Jul 25, 2017 at 10:46 AM, David Moreau Simard wrote: > Please note that this maintenance is re-scheduled to happen two hours > later, so at 2017-07-26 01:00 UTC. > > The maintenance window of two hours and the impacts remain the same. > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > > On Sun, Jul 23, 2017 at 10:55 AM, David Moreau Simard wrote: >> Hi, >> >> (+openstack-dev for wider audience) >> >> Please note that we are planning a 2 hour maintenance window where >> review.rdoproject.org could be unavailable this next tuesday evening, >> July 25th at 23:00 UTC. >> We will proceed with an upgrade of the instance software and will >> migrate the review.rdoproject.org infrastructure to a new cloud >> environment. >> >> Please note that while this maintenance will have no impact on the >> availability of RDO mirrors, new package builds or tags could be >> delayed until the maintenance is finished. >> >> If you have any questions, please do not hesitate to reply here. >> >> Thanks ! >> >> David Moreau Simard >> Senior Software Engineer | Openstack RDO >> >> dmsimard = [irc, github, twitter] From pradeepantil at gmail.com Wed Jul 26 06:20:29 2017 From: pradeepantil at gmail.com (Pradeep Antil) Date: Wed, 26 Jul 2017 11:50:29 +0530 Subject: [rdo-list] TripleO Deployment in VirtualBox VMs Message-ID: Hi Folks, I am want to try tripleO in VirtualBox Vms, is it possible to install Under and Overcloud inside the VirtualBox VMs for POC purpose. If Yes, is there any doc or logical steps to deploy tripleo inside VirtualBox VMs. Thanks in advance !!!! -- Best Regards Pradeep Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Wed Jul 26 07:43:56 2017 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Wed, 26 Jul 2017 07:43:56 +0000 Subject: [rdo-list] TripleO Deployment in VirtualBox VMs In-Reply-To: References: Message-ID: ________________________________ From: rdo-list-bounces at redhat.com on behalf of Pradeep Antil Sent: Wednesday, July 26, 2017 9:20 AM To: rdo-list at redhat.com Subject: [rdo-list] TripleO Deployment in VirtualBox VMs Hi Folks, I am want to try tripleO in VirtualBox Vms, is it possible to install Under and Overcloud inside the VirtualBox VMs for POC purpose. If Yes, is there any doc or logical steps to deploy tripleo inside VirtualBox VMs. > There is a special a Proxy Server to convert IPMI functions into TripleO QS Libvirt calls TripleO on bare metal requires IPMI enabled on boxes involved. In meantime VENV is only TripleO QS extensively utilizing Libvirt . Personally I cannot consider even TripleO QS as a POC. It's actually, pretty special development and testing tool. If I am wrong about that somebody on the list will correct me. Boris > Thanks in advance !!!! -- Best Regards Pradeep Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From amoralej at redhat.com Wed Jul 26 08:22:00 2017 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Wed, 26 Jul 2017 10:22:00 +0200 Subject: [rdo-list] Neutron 10.0.2 not in Ocata? In-Reply-To: References: Message-ID: On Wed, Jul 26, 2017 at 12:59 AM, iain MacDonnell wrote: > Is there a reason neutron 10.0.2 wasn't added to Ocata[1] on July 10th > (with nova 15.0.4, etc.)? Seems builds have been around since June 1st > [2]. Did it fail testing or something? Is there a way I can see the > results of that testing? > We have several updates pending to be promoted from ocata-testing. The main reason is that we need a new release of tripleo-puppet-elements [1] to pass tripleo jobs in CI [2]. You can follow CBS update review [3] to track update status. Note that, for urgent cases you can use testing repo in buildlogs.centos.org. [1] https://review.openstack.org/#/c/487319/ [2] https://ci.centos.org/view/rdo/view/cbs-promote-pipelines/job/rdo-promote-cloudsig-testing-ocata/ [3] https://review.rdoproject.org/r/#/c/7669/ > Thanks, > > ~iain > > > [1] http://mirror.centos.org/centos/7/cloud/x86_64/openstack-ocata/ > [2] https://cbs.centos.org/koji/buildinfo?buildID=17318 > > _______________________________________________ > 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 smonderer at vasonanetworks.com Wed Jul 26 15:21:31 2017 From: smonderer at vasonanetworks.com (Samuel Monderer) Date: Wed, 26 Jul 2017 15:21:31 +0000 Subject: [rdo-list] [tripleo] Setting Role specific parameters Message-ID: Hi, I'm trying to set different values for NovaVcpuPinSet for different type of compute nodes I have in my cluster. I have custom role "Computesriov" defined as shown below and I set the NovaVcpuPinset as following in the network-environment.yaml file parameter_defaults: ... NovaVcpuPinSet: ['2-23','26-47'] ComputesriovParameters: NovaVcpuPinSet: ['2-23'] After deployment I checked /etc/nova/nova.conf and vcpu_pin_set = "2-23,26-47" Any idea why it's setting the specific value? Regards, Samuel - name: Computesriov CountDefault: 1 HostnameFormatDefault: 'compute-sriov-%index%' disable_upgrade_deployment: True ServicesDefault: - OS::TripleO::Services::CACerts - OS::TripleO::Services::CephClient - OS::TripleO::Services::CephExternal - OS::TripleO::Services::Timezone - OS::TripleO::Services::Ntp - OS::TripleO::Services::Snmp - OS::TripleO::Services::Sshd - OS::TripleO::Services::NovaCompute - OS::TripleO::Services::NovaLibvirt - OS::TripleO::Services::Kernel - OS::TripleO::Services::ComputeNeutronCorePlugin - OS::TripleO::Services::ComputeNeutronOvsAgent - OS::TripleO::Services::ComputeCeilometerAgent - OS::TripleO::Services::ComputeNeutronL3Agent - OS::TripleO::Services::ComputeNeutronMetadataAgent - OS::TripleO::Services::TripleoPackages - OS::TripleO::Services::TripleoFirewall - OS::TripleO::Services::NeutronSriovAgent - OS::TripleO::Services::OpenDaylightOvs - OS::TripleO::Services::SensuClient - OS::TripleO::Services::FluentdClient - OS::TripleO::Services::AuditD - OS::TripleO::Services::Collectd -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorenzetto.luca at gmail.com Wed Jul 26 15:45:19 2017 From: lorenzetto.luca at gmail.com (Luca 'remix_tj' Lorenzetto) Date: Wed, 26 Jul 2017 17:45:19 +0200 Subject: [rdo-list] TripleO Deployment in VirtualBox VMs In-Reply-To: References: Message-ID: Hello, As far as i can remember vbox doesn't support nested virtualization, so you won't be able to test virtualization functions of nova. I suggest you to test through kvm+libvirt so you can benefit of all the quired features. Luca Il 26 lug 2017 8:20 AM, "Pradeep Antil" ha scritto: > Hi Folks, > > I am want to try tripleO in VirtualBox Vms, is it possible to install > Under and Overcloud inside the VirtualBox VMs for POC purpose. > > If Yes, is there any doc or logical steps to deploy tripleo inside > VirtualBox VMs. > > Thanks in advance !!!! > > > -- > Best Regards > Pradeep Kumar > > _______________________________________________ > 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 Wed Jul 26 17:51:11 2017 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Wed, 26 Jul 2017 19:51:11 +0200 Subject: [rdo-list] RDO meeting (2017-07-26) Minutes Message-ID: ============================== #rdo: RDO meeting - 2017-07-26 ============================== Meeting started by number80 at 15:01:39 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/rdo_meeting___2017_07_26/2017/rdo_meeting___2017_07_26.2017-07-26-15.01.log.html . Meeting summary --------------- * roll call (number80, 15:01:47) * review.rdoproject.org has been upgraded to software factory 2.6 (number80, 15:05:07) * review.rdoproject.org was successfully upgraded to Software Factory 2.6 last night (number80, 15:06:48) * ACTION: dmsimard and SF guys to write a blog post about SF 2.6 (number80, 15:12:55) * Moving mailing lists to @rdoproject.org, status (number80, 15:13:05) * lists.rdoproject.org is up but not GA (number80, 15:14:48) * RDO mailing lists migration details in discussion (number80, 15:15:12) * LINK: http://rdo.fosslists.org/list.html?rdo-list at redhat.com (rbowen, 15:23:58) * LINK: http://rdo.fosslists.org/list.html?rdo-list at redhat.com:2016-10 for example (rbowen, 15:24:32) * Update from EasyFix office hours (number80, 15:26:03) * EasyFix office hour 1st edition (number80, 15:29:17) * LINK: https://review.rdoproject.org/etherpad/p/rdo-office-hour-easyfixes (number80, 15:29:24) * EasyFix office hour 1st edition minutes (number80, 15:29:43) * LINK: http://eavesdrop.openstack.org/meetings/rdo_office_hour_2017_07_25/2017/rdo_office_hour_2017_07_25.2017-07-25-11.31.log.html (number80, 15:29:56) * new office hour timing from next week is 13:30 P.M. (UTC) (chandankumar, 15:36:16) * ACTION: rbowen create a mentor page in RDO site (number80, 15:44:14) * rdopkg-0.44.1 released (number80, 15:45:58) * changelog in commit message: https://softwarefactory-project.io/r/#/c/8987/2//COMMIT_MSG (jruzicka, 15:46:32) * ACTION: hguemar to create an easyfix ticket to improve rdopkg imtegration tests (number80, 15:54:17) * LINK: https://github.com/softwarefactory-project/rdopkg/blob/master/features/newversion.feature (jruzicka, 15:55:23) * ACTION: jruzicka to prepare rdopkg 0.44.2 to integrate latest bugfixes (number80, 15:57:18) * open floor discussions (number80, 15:58:06) * ACTION: snecklifter submit patches to sample spec files (number80, 15:59:37) * ACTION: chandankumar to chair next meeting (number80, 16:04:41) Meeting ended at 16:04:53 UTC. Action items, by person ----------------------- * chandankumar * chandankumar to chair next meeting * dmsimard * dmsimard and SF guys to write a blog post about SF 2.6 * jruzicka * jruzicka to prepare rdopkg 0.44.2 to integrate latest bugfixes * rbowen * rbowen create a mentor page in RDO site * snecklifter * snecklifter submit patches to sample spec files People present (lines said) --------------------------- * number80 (95) * rbowen (51) * chandankumar (49) * Duck (37) * dmsimard (35) * jruzicka (20) * amoralej (14) * snecklifter (12) * openstack (8) * rdogerrit (7) * PagliaccisCloud (6) * jschlueter (3) * ykarel (1) * sfbender (1) Generated by `MeetBot`_ 0.1.4 From rbowen at redhat.com Mon Jul 31 14:57:13 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 31 Jul 2017 10:57:13 -0400 Subject: [rdo-list] Recent blog posts you may have missed Message-ID: <9f80ca71-e716-6637-51b7-b991795e0440@redhat.com> There's been a few recent blog posts from across the RDO community that you may have missed in recent weeks. Here's some of the highlights: * Using NFS for OpenStack (glance,nova) with selinux by Fabian Arrotin As announced already, I was (between other things) playing with Openstack/RDO and had deployed some small openstack setup in the CentOS Infra. Then I had to look at our existing DevCloud setup. This setup was based on Opennebula running on CentOS 6, and also using Gluster as backend for the VM store. That's when I found out that Gluster isn't a valid option anymore : Gluster is was deprecated and was now even removed from Cinder. Sad as one advantage of gluster is that you could (you had to ! ) user libgfapi so that qemu-kvm process could talk directly to gluster through ligbfapi and not accessing VM images over locally mounted gluster volumes (please, don't even try to do that, through fuse). Read more at https://arrfab.net/posts/2017/Jul/28/using-nfs-for-openstack-glancenova-with-selinux/ * Nested quota models by Tim Bell At the Boston Forum, there were many interesting discussions on models which could be used for nested quota management (https://etherpad.openstack.org/p/BOS-forum-quotas). Some of the background for the use has been explained previously in the blog (http://openstack-in-production.blogspot.fr/2016/04/resource-management-at-cern.html), but the subsequent discussions have also led to further review. Read more at http://openstack-in-production.blogspot.com/2017/07/nested-quota-models.html * Understanding ceph-ansible in TripleO by Giulio Fidente One of the goals for the TripleO Pike release was to introduce ceph-ansible as an alternative to puppet-ceph for the deployment of Ceph. Read more at http://giuliofidente.com/2017/07/understanding-ceph-ansible-in-tripleo.html * Tuning for Zero Packet Loss in Red Hat OpenStack Platform ? Part 3 by m4r1k In Part 1 of this series Federico Iezzi, EMEA Cloud Architect with Red Hat covered the architecture and planning requirements to begin the journey into achieving zero packet loss in Red Hat OpenStack Platform 10 for NFV deployments. In Part 2 he went into the details around the specific tuning and parameters required. Now, in Part 3, Federico concludes the series with an example of how all this planning and tuning comes together! Read more at http://redhatstackblog.redhat.com/2017/07/18/tuning-for-zero-packet-loss-in-red-hat-openstack-platform-part-3/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From hguemar at fedoraproject.org Mon Jul 31 15:00:03 2017 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 31 Jul 2017 15:00:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20170731150003.694C860A40C7@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2017-08-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 amoralej at redhat.com Mon Jul 31 16:52:58 2017 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Mon, 31 Jul 2017 18:52:58 +0200 Subject: [rdo-list] Pike release preparation tasks in RDO Message-ID: Hi, Pike release is approaching and we need the collaboration from RDO contributors to get on time. Here you have an update of current status of the preparation tasks for this new release: - A new RDO Trunk builder is already running following stable/pike branches of upstream projects and pike-rdo for distgits (with fallback to master and rpm-master). The repos are available in https://trunk.rdoproject.org/centos7-pike-bootstrap, we will move it to https://trunk.rdoproject.org/centos7-pike soon. *Action*: if you have CI jobs or deployments that should keep using packages from master branches, make sure they point to https://trunk.rdoproject.org/centos7-master. If you want to use packages from stable/pike branches, you can move them to https://trunk.rdoproject.org/centos7-pike - As most of you probably know, OpenStack upstream requirements project was frozen last weekend [1]. *Action*: package maintainers should send reviews updating packages specs with requirements changed (updated, added or removed) during Pike cycle. Once the spec files and distgit contents are ready for pike release, maintainers can start requesting new branches pike-rdo for distgits (see [2] for details). If you have doubts about these tasks or any other question, don't hesitate to contact us in #rdo or using this mailing list. Best regards, Alfredo [1] http://lists.openstack.org/pipermail/openstack-dev/2017-July/120205.html [2] http://rdoproject.org/documentation/branching/ From rbowen at redhat.com Mon Jul 31 17:06:20 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 31 Jul 2017 13:06:20 -0400 Subject: [rdo-list] Reminder: Pike 3 test day, August 3rd, 4th Message-ID: Please join us for the RDO Pike 3 test day, August 3rd and 4th (this Thursday, Friday), on the #RDO channel on Freenode IRC. More details, and the suggested test matrix, may be found here: https://www.rdoproject.org/testday/pike/milestone3/ Thanks -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From rbowen at redhat.com Mon Jul 31 17:49:51 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 31 Jul 2017 13:49:51 -0400 Subject: [rdo-list] Upcoming meetups Message-ID: The following are the meetups I'm aware of in the next two weeks 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. If you need RDO swag for your meetup, please contact me - rbowen at redhat.com - or Rain - rain at redhat.com - to arrange this, a couple of weeks ahead of time. --Rich * Wednesday August 02 in Richardson, TX, US: NFV Service Function Chaining - presenter Charles Derrick - https://www.meetup.com/OpenStack-DFW/events/241975957/ * Thursday August 03 in Fort Lauderdale, FL, US: Monthly SFOUG Meeting - https://www.meetup.com/South-Florida-OpenStack-Users-Group/events/241382722/ * Friday August 04 in Tehran, IR: 7th OpenStack Birthday - https://www.meetup.com/Iran-OpenStack/events/241317494/ * Monday August 07 in Saint Paul, MN, US: OpenStack Developer Coffee and Code - https://www.meetup.com/Minnesota-OpenStack-Meetup/events/241181159/ * Wednesday August 09 in M?xico City, MX: Mexico City OpenStack Operators Meetup - https://www.meetup.com/OpenstackMexicoCity/events/242041637/ * Saturday August 12 in Bangalore, IN: OpenStack 7th Birthday - Bangalore Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332478/ * Saturday August 12 in Bangalore, IN: OpenStack 7th Birthday - Delhi Chapter - https://www.meetup.com/Indian-OpenStack-User-Group/events/241332082/ -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity From hamzy at us.ibm.com Mon Jul 31 18:13:45 2017 From: hamzy at us.ibm.com (Mark Hamzy) Date: Mon, 31 Jul 2017 13:13:45 -0500 Subject: [rdo-list] Current TripleO on ppc64le status Message-ID: There are a lot of issues that I see from my end: https://fedoraproject.org/wiki/User:Hamzy/CloudSIG_ppc64le_issues I am wondering how RedHat is progressing. Are we going to start automated building of delorean for ppc64le? -- Mark You must be the change you wish to see in the world. -- Mahatma Gandhi Never let the future disturb you. You will meet it, if you have to, with the same weapons of reason which today arm you against the present. -- Marcus Aurelius -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Mon Jul 31 21:11:45 2017 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 31 Jul 2017 17:11:45 -0400 Subject: [rdo-list] Pike release preparation tasks in RDO In-Reply-To: References: Message-ID: <27af860a-0fdd-2807-b432-88b074e0a8c5@redhat.com> On 07/31/2017 12:52 PM, Alfredo Moralejo Alonso wrote: > Hi, > > Pike release is approaching and we need the collaboration from RDO > contributors to get on time. Here you have an update of current status > of the preparation tasks for this new release: > > - A new RDO Trunk builder is already running following stable/pike > branches of upstream projects and pike-rdo for distgits (with fallback > to master and rpm-master). The repos are available in > https://trunk.rdoproject.org/centos7-pike-bootstrap, we will move it > to https://trunk.rdoproject.org/centos7-pike soon. > > *Action*: if you have CI jobs or deployments that should keep using > packages from master branches, make sure they point to > https://trunk.rdoproject.org/centos7-master. If you want to > use packages from stable/pike branches, you can move them to > https://trunk.rdoproject.org/centos7-pike > > - As most of you probably know, OpenStack upstream requirements > project was frozen last weekend [1]. > > *Action*: package maintainers should send reviews updating packages > specs with requirements changed (updated, added or removed) during > Pike cycle. Once the spec files and distgit contents are ready for > pike release, maintainers can start requesting new branches pike-rdo > for distgits (see [2] for details). > > If you have doubts about these tasks or any other question, don't > hesitate to contact us in #rdo or using this mailing list. > > Best regards, > > Alfredo > > > [1] http://lists.openstack.org/pipermail/openstack-dev/2017-July/120205.html > [2] http://rdoproject.org/documentation/branching/ Related: https://www.rdoproject.org/rdo/release-checklist/ That checklist is primarily items around promoting the release, and what has been accomplished in this release. So as you're doing the items above, please consider writing a sentence or two about what's new, and why people should care about it. Thanks! -- Rich Bowen - rbowen at redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity