From Laurent.Laporte at sprint.com Mon May 2 00:57:32 2016 From: Laurent.Laporte at sprint.com (Laporte, Laurent [CTO]) Date: Mon, 2 May 2016 00:57:32 +0000 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration Message-ID: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Hello, I hope that this is the correct forum to post this message. I am in the process of deploying TripleO. My undercloud machine is a DL360G7 (36GB RAM) and I'm using CentOS 7. The undercloud installation is failing while os-refresh-config is running. It appears that the error is: [ERROR] Unable to read mac address: eth1. On this machine, I have four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and enp4s0f1. It looks like the script is searching for the interface information in /sys/class/eth, and when I check there, I see links to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the eth that the script is expecting. Has anyone ran into this issue (or something similar)? Thanks, Larry [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase configure dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy + set -o pipefail + '[' -x /usr/sbin/semanage ']' + semodule -i /opt/stack/selinux-policy/ipxe.pp dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy completed dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-apply-config [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml [2016/04/28 10:54:36 AM] [INFO] writing /mnt/state/var/lib/ironic/virtual-power-key [2016/04/28 10:54:36 AM] [INFO] writing /var/opt/undercloud-stack/masquerade [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml [2016/04/28 10:54:36 AM] [INFO] writing /root/tripleo-undercloud-passwords [2016/04/28 10:54:36 AM] [INFO] success dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config completed dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-net-config ++ os-apply-config --key os_net_config --type raw --key-default '' [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' ']' + trap configure_safe_defaults EXIT + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes [2016/04/28 10:54:36 AM] [INFO] Using config file at: /etc/os-net-config/config.json [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 Traceback (most recent call last): File "/bin/os-net-config", line 10, in sys.exit(main()) File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, in main provider.add_object(obj) File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line 55, in add_object self.add_bridge(obj) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 305, in add_bridge data = self._add_common(bridge) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 135, in _add_common mac = utils.interface_mac(base_opt.primary_interface_name) File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, in interface_mac with open('/sys/class/net/%s/address' % name, 'r') as f: IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' + RETVAL=1 + [[ 1 == 2 ]] + [[ 1 != 0 ]] + echo 'ERROR: os-net-config configuration failed.' ERROR: os-net-config configuration failed. + exit 1 + configure_safe_defaults + [[ 1 == 0 ]] + cat ++ ls /sys/class/net ++ grep -v '^lo$' + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f0 up ++ cat /sys/class/net/enp3s0f0/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f1 up ++ cat /sys/class/net/enp3s0f1/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f0 up ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f1 up ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0/addr_assign_type + local mac_addr_type=1 + '[' 1 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0-nic/addr_assign_type + local mac_addr_type=3 + '[' 3 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v --detailed-exit-codes --cleanup [2016/04/28 10:54:37 AM] [INFO] Using config file at: /etc/os-net-config/dhcp_all_interfaces.yaml [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 [2016/04/28 10:54:37 AM] [INFO] applying network configs... [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f1 + RETVAL=0 + [[ 0 == 2 ]] + [[ 0 != 0 ]] [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status 1] [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... ________________________________ Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T or T-Mobile rates. See sprint.com/50off for details. ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From qasims at plumgrid.com Mon May 2 04:45:35 2016 From: qasims at plumgrid.com (Qasim Sarfraz) Date: Mon, 2 May 2016 09:45:35 +0500 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Message-ID: Hi Laporte, Yes, this is an issue with your undercloud.conf. Set the appropriate PXE interface in undercloud.conf using following and retry: Network interface on the Undercloud that will be handling the PXE # boots and DHCP for Overcloud instances. (string value) #local_interface = eth1 On Monday, May 2, 2016, Laporte, Laurent [CTO] wrote: > Hello, > > > > I hope that this is the correct forum to post this message. > > I am in the process of deploying TripleO. My undercloud machine is a > DL360G7 (36GB RAM) and I?m using CentOS 7. The undercloud installation is > failing while os-refresh-config is running. It appears that the error is: > [ERROR] Unable to read mac address: eth1. On this machine, I have four > interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and enp4s0f1. It > looks like the script is searching for the interface information in > /sys/class/eth, and when I check there, I see links to the ifcfg-xxx > files in /etc/sysconfig/network-scripts and not the eth that the script > is expecting. Has anyone ran into this issue (or something similar)? > > > > Thanks, > > > > Larry > > > > > > [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase > configure > > dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy > > + set -o pipefail > > + '[' -x /usr/sbin/semanage ']' > > + semodule -i /opt/stack/selinux-policy/ipxe.pp > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy > completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-apply-config > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing > /mnt/state/var/lib/ironic/virtual-power-key > > [2016/04/28 10:54:36 AM] [INFO] writing > /var/opt/undercloud-stack/masquerade > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing /root/tripleo-undercloud-passwords > > [2016/04/28 10:54:36 AM] [INFO] success > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-net-config > > ++ os-apply-config --key os_net_config --type raw --key-default '' > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' > > + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' ']' > > + trap configure_safe_defaults EXIT > > + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes > > [2016/04/28 10:54:36 AM] [INFO] Using config file at: > /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane > > [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, > in main > > provider.add_object(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line > 55, in add_object > > self.add_bridge(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 305, in add_bridge > > data = self._add_common(bridge) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 135, in _add_common > > mac = utils.interface_mac(base_opt.primary_interface_name) > > File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, > in interface_mac > > with open('/sys/class/net/%s/address' % name, 'r') as f: > > IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: os-net-config configuration failed.' > > ERROR: os-net-config configuration failed. > > + exit 1 > > + configure_safe_defaults > > + [[ 1 == 0 ]] > > + cat > > ++ ls /sys/class/net > > ++ grep -v '^lo$' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f0 up > > ++ cat /sys/class/net/enp3s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f1 up > > ++ cat /sys/class/net/enp3s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f0 up > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f1 up > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0/addr_assign_type > > + local mac_addr_type=1 > > + '[' 1 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0-nic/addr_assign_type > > + local mac_addr_type=3 > > + '[' 3 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v > --detailed-exit-codes --cleanup > > [2016/04/28 10:54:37 AM] [INFO] Using config file at: > /etc/os-net-config/dhcp_all_interfaces.yaml > > [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] applying network configs... > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f1 > > + RETVAL=0 > > + [[ 0 == 2 ]] > > + [[ 0 != 0 ]] > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure > phase. [Command '['dib-run-parts', > '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit > status 1] > > > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... > > > > > > > > ------------------------------ > > *Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T > or T-Mobile rates. See sprint.com/50off for > details. * > ------------------------------ > > This e-mail may contain Sprint proprietary information intended for the > sole use of the recipient(s). Any use by others is prohibited. If you are > not the intended recipient, please contact the sender and delete all copies > of the message. > -- Regards, Qasim Sarfraz -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnetravali at sonusnet.com Mon May 2 10:45:39 2016 From: gnetravali at sonusnet.com (Netravali, Ganesh) Date: Mon, 2 May 2016 10:45:39 +0000 Subject: [Rdo-list] HA pair instances Message-ID: Hi I need to build a HA pair between two instances launched on Openstack. Which is the best solution available? Can someone please point me to the details? Thanks Ganesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From dms at redhat.com Mon May 2 14:38:03 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 2 May 2016 10:38:03 -0400 Subject: [Rdo-list] HA pair instances In-Reply-To: References: Message-ID: What kind of high availability do you need ? Maybe Load Balancer as a Service (LBaaS) from Neutron has what you want ? David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Mon, May 2, 2016 at 6:45 AM, Netravali, Ganesh wrote: > Hi > > > > I need to build a HA pair between two instances launched on Openstack. Which > is the best solution available? Can someone please point me to the details? > > > > Thanks > > Ganesh > > > > > _______________________________________________ > 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 rbowen at redhat.com Mon May 2 14:48:02 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 2 May 2016 10:48:02 -0400 Subject: [Rdo-list] ask.openstack unanswered questions Message-ID: <572768A2.6020605@redhat.com> This week's batch of unanswered questions: 59 unanswered questions: keystone user-list error Authorization Failed: The resource could not be found. (HTTP 404) https://ask.openstack.org/en/question/91715/keystone-user-list-error-authorization-failed-the-resource-could-not-be-found-http-404/ Tags: keystone, user-list, http404 the error of service entity and API endpoints https://ask.openstack.org/en/question/91702/the-error-of-service-entity-and-api-endpoints/ Tags: service, entity, and, api, endpoints Unable to login to horizon https://ask.openstack.org/en/question/91642/unable-to-login-to-horizon/ Tags: dashboard-keystone, horizon, keystone, mitaka, rdo add compute node https://ask.openstack.org/en/question/91627/add-compute-node/ Tags: rdo, compute_node, ping how to configure multiple external networks in RDO Liberty/Mitaka https://ask.openstack.org/en/question/91611/how-to-configure-multiple-external-networks-in-rdo-libertymitaka/ Tags: vlan, multiple-networks, liberty-neutron, external-network Running delorean fails: Git won't fetch sources https://ask.openstack.org/en/question/91600/running-delorean-fails-git-wont-fetch-sources/ Tags: delorean, rdo RDO Manager install issue - can't resolve trunk-mgt.rdoproject.org https://ask.openstack.org/en/question/91533/rdo-manager-install-issue-cant-resolve-trunk-mgtrdoprojectorg/ Tags: rdo-manager Keystone authentication: Failed to contact the endpoint. https://ask.openstack.org/en/question/91517/keystone-authentication-failed-to-contact-the-endpoint/ Tags: keystone, authenticate, endpoint, murano mariadb max_open_files https://ask.openstack.org/en/question/91512/mariadb-max_open_files/ Tags: mariadb, mysql adding computer node. https://ask.openstack.org/en/question/91417/adding-computer-node/ Tags: rdo, openstack Liberty RDO: stack resource topology icons are pink https://ask.openstack.org/en/question/91347/liberty-rdo-stack-resource-topology-icons-are-pink/ Tags: stack, resource, topology, dashboard Build of instance aborted: Block Device Mapping is Invalid. https://ask.openstack.org/en/question/91205/build-of-instance-aborted-block-device-mapping-is-invalid/ Tags: cinder, lvm, centos7 No handlers could be found for logger "oslo_config.cfg" while syncing the glance database https://ask.openstack.org/en/question/91169/no-handlers-could-be-found-for-logger-oslo_configcfg-while-syncing-the-glance-database/ Tags: liberty, glance, install-openstack how to use chef auto manage openstack in RDO? https://ask.openstack.org/en/question/90992/how-to-use-chef-auto-manage-openstack-in-rdo/ Tags: chef, rdo Cinder error issues on Liberty https://ask.openstack.org/en/question/90606/cinder-error-issues-on-liberty/ Tags: cinder-volume, liberty Separate Cinder storage traffic from management https://ask.openstack.org/en/question/90405/separate-cinder-storage-traffic-from-management/ Tags: cinder, separate, nic, iscsi Openstack installation fails using packstack, failure is in installation of openstack-nova-compute. Error: Dependency Package[nova-compute] has failures https://ask.openstack.org/en/question/88993/openstack-installation-fails-using-packstack-failure-is-in-installation-of-openstack-nova-compute-error-dependency-packagenova-compute-has-failures/ Tags: novacompute, rdo, packstack, dependency, failure CentOS OpenStack - compute node can't talk https://ask.openstack.org/en/question/88989/centos-openstack-compute-node-cant-talk/ Tags: rdo How to setup SWIFT_PROXY_NODE and SWIFT_STORAGE_NODEs separately on RDO Liberty ? https://ask.openstack.org/en/question/88897/how-to-setup-swift_proxy_node-and-swift_storage_nodes-separately-on-rdo-liberty/ Tags: rdo, liberty, swift, ha VM and container can't download anything from internet https://ask.openstack.org/en/question/88338/vm-and-container-cant-download-anything-from-internet/ Tags: rdo, neutron, network, connectivity OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From hguemar at fedoraproject.org Mon May 2 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 2 May 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160502150003.1202D6098FA9@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-05-04 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 john.haller at nokia.com Mon May 2 15:19:38 2016 From: john.haller at nokia.com (Haller, John (Nokia - US)) Date: Mon, 2 May 2016 15:19:38 +0000 Subject: [Rdo-list] HA pair instances In-Reply-To: References: Message-ID: <7C1824C61EE769448FCE74CD83F0CB4F5878526C@US70TWXCHMBA11.zam.alcatel-lucent.com> > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of EXT Netravali, Ganesh > Sent: Monday, May 02, 2016 5:46 AM > Subject: [Rdo-list] HA pair instances > Hi > I need to build a HA pair between two instances launched on Openstack. Which is the best > solution available? Can someone please point me to the details? Ganesh, There are many aspects of HA, you aren't likely to get a simple answer which answers all of the complexity of HA. Are you concerned with availability of a service, or the likelyhood that a packet sent to a service is processed exactly once, regardless of faults occurring? Are you concerned that a network link will fail, making your service unavailable? Are you concerned that the cloud runs on commercial power and that a lightning strike could disrupt the power? Are you concerned that a server will fail, and that both your instances might be running on the same server? Are you concerned that a 100 year flood may put your data center under water? Or are you just concerned that your application may have a bug causing it to fail, and you want a second instance available to back it up? Does your application maintain any state, and does that state need to be available even if an application fails? Is it important to keep out hackers to ensure they don't disrupt your application? Are you concerned about a denial-of-service attack? Is the latency of your application part of its perceived availability? There are approaches to addressing all of the above issues to a level of reliability, but it's impossible to get to 100% availability. You can get quite close, with 5-6 nines (99.999% to 99.9999% available), with the right design choices and long enough operation to address all the issues in the application and HA support. There have been books written about high availability, and you probably need to read some to avoid simplistic approaches which may not meet your expectations. Some of the approaches which may be important include: anti-affinity, network redundancy, emergency power, and geographic redundancy. But, you may find that the cloud you expect to use will never give you the availability characteristics you need. Understanding the expense of your application being down versus the effort you need to address each of the potential issues will help you understand what is really important. Will someone die because your application is not available? Will you lose revenue when your application is down, or will people wait until it's up again? Will you lose customers to competitors if your site is unreliable? Regards, John Haller From ibravo at ltgfederal.com Mon May 2 16:11:38 2016 From: ibravo at ltgfederal.com (Ignacio Bravo) Date: Mon, 2 May 2016 12:11:38 -0400 Subject: [Rdo-list] HA pair instances In-Reply-To: References: Message-ID: <57277C3A.8050700@ltgfederal.com> Ganesh, Working with instances inside Openstack should be no different than working with physical servers inside a Datacenter. You should have some sort of load balancer, as David mentioned, to route traffic between several of your application servers (I presume they are the two instances that you mentioned), and have them point to a set of load balanced databases, to store the information. Ignacio Bravo LTG Federal Inc (571) 224-6046 On 05/02/2016 06:45 AM, Netravali, Ganesh wrote: > > Hi > > I need to build a HA pair between two instances launched on Openstack. > Which is the best solution available? Can someone please point me to > the details? > > Thanks > > Ganesh > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Mon May 2 21:08:16 2016 From: marius at remote-lab.net (Marius Cornea) Date: Mon, 2 May 2016 23:08:16 +0200 Subject: [Rdo-list] HA pair instances In-Reply-To: References: Message-ID: Hi, You can check this post which explains how to do VRRP with keepalived inside Openstack instances and how to create the Neutron port used for the VIP: http://blog.aaronorosen.com/implementing-high-availability-instances-with-neutron-using-vrrp/ On Mon, May 2, 2016 at 12:45 PM, Netravali, Ganesh wrote: > Hi > > > > I need to build a HA pair between two instances launched on Openstack. Which > is the best solution available? Can someone please point me to the details? > > > > Thanks > > Ganesh > > > > > _______________________________________________ > 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 Laurent.Laporte at sprint.com Mon May 2 21:32:54 2016 From: Laurent.Laporte at sprint.com (Laporte, Laurent [CTO]) Date: Mon, 2 May 2016 21:32:54 +0000 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Message-ID: Thanks for the pointers! I tried it out and kept running into the same problem. I decided to wipe the slate clean and reimaged the box. I used the undercloud.conf file shown below and still received what looks to be the same error (see below). It looks like the python script is still looking for /sys/class/net/eth1/address. _______________________________begin_undercloud.conf________________________ [DEFAULT] local_ip = x.y.40.11/24 undercloud_public_vip = x.y.40.12 undercloud_admin_vip = x.y.40.13 #local_interface = eth1 masquerade_network = x.y.40.0/24 dhcp_start = x.y.40.150 dhcp_end = x.y.40.199 network_cidr = x.y.40.0/24 network_gateway = x.y.40.11 discovery_iprange = x.y.40.200,x.y.40.230 discovery_runbench = false undercloud_service_certificate = /etc/pki/instack-certs/undercloud.pem _______________________________end_undercloud.conf_________________________ _______________________________begin_errorfile______________________________ [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase configure dib-run-parts Mon May 2 16:04:14 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy + set -o pipefail + '[' -x /usr/sbin/semanage ']' + semodule -i /opt/stack/selinux-policy/ipxe.pp dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy completed dib-run-parts Mon May 2 16:04:27 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-apply-config [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json [2016/05/02 04:04:27 PM] [INFO] writing /etc/os-net-config/config.json [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml [2016/05/02 04:04:27 PM] [INFO] writing /mnt/state/var/lib/ironic/virtual-power-key [2016/05/02 04:04:27 PM] [INFO] writing /var/opt/undercloud-stack/masquerade [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml [2016/05/02 04:04:27 PM] [INFO] writing /root/tripleo-undercloud-passwords [2016/05/02 04:04:27 PM] [INFO] success dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config completed dib-run-parts Mon May 2 16:04:27 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-net-config ++ os-apply-config --key os_net_config --type raw --key-default '' [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' ']' + trap configure_safe_defaults EXIT + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes [2016/05/02 04:04:27 PM] [INFO] Using config file at: /etc/os-net-config/config.json [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 Traceback (most recent call last): File "/bin/os-net-config", line 10, in sys.exit(main()) File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, in main provider.add_object(obj) File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line 55, in add_object self.add_bridge(obj) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 305, in add_bridge data = self._add_common(bridge) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 135, in _add_common mac = utils.interface_mac(base_opt.primary_interface_name) File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, in interface_mac with open('/sys/class/net/%s/address' % name, 'r') as f: IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' + RETVAL=1 + [[ 1 == 2 ]] + [[ 1 != 0 ]] + echo 'ERROR: os-net-config configuration failed.' ERROR: os-net-config configuration failed. + exit 1 + configure_safe_defaults + [[ 1 == 0 ]] + cat ++ ls /sys/class/net ++ grep -v '^lo$' + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f0 up ++ cat /sys/class/net/enp3s0f0/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f1 up ++ cat /sys/class/net/enp3s0f1/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f0 up ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + TRIES=10 + '[' 0 == 0 -a 10 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=9 + '[' 0 == 0 -a 9 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=8 + '[' 0 == 0 -a 8 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=7 + '[' 0 == 0 -a 7 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=6 + '[' 0 == 0 -a 6 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=5 + '[' 0 == 0 -a 5 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=4 + '[' 0 == 0 -a 4 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=3 + '[' 0 == 0 -a 3 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=2 + '[' 0 == 0 -a 2 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=1 + '[' 0 == 0 -a 1 -gt 0 ']' ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=0 + '[' 0 == 0 -a 0 -gt 0 ']' + '[' 0 == 1 ']' + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f1 up ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + TRIES=10 + '[' 0 == 0 -a 10 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=9 + '[' 0 == 0 -a 9 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=8 + '[' 0 == 0 -a 8 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=7 + '[' 0 == 0 -a 7 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=6 + '[' 0 == 0 -a 6 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=5 + '[' 0 == 0 -a 5 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=4 + '[' 0 == 0 -a 4 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=3 + '[' 0 == 0 -a 3 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=2 + '[' 0 == 0 -a 2 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=1 + '[' 0 == 0 -a 1 -gt 0 ']' ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=0 + '[' 0 == 1 ']' + sleep 1 + TRIES=0 + '[' 0 == 0 -a 0 -gt 0 ']' + '[' 0 == 1 ']' + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0/addr_assign_type + local mac_addr_type=1 + '[' 1 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0-nic/addr_assign_type + local mac_addr_type=3 + '[' 3 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v --detailed-exit-codes --cleanup [2016/05/02 04:04:48 PM] [INFO] Using config file at: /etc/os-net-config/dhcp_all_interfaces.yaml [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] applying network configs... [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/route-enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/route-enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/route6-enp3s0f1 [2016/05/02 04:04:48 PM] [INFO] Writing config /etc/sysconfig/network-scripts/route6-enp3s0f0 [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 Traceback (most recent call last): File "/bin/os-net-config", line 10, in sys.exit(main()) File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 187, in main activate=not opts.no_activate) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 572, in apply self.ifup(interface) File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line 164, in ifup self.execute(msg, '/sbin/ifup', interface) File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line 144, in execute processutils.execute(cmd, *args, **kwargs) File "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", line 275, in execute cmd=sanitized_cmd) oslo_concurrency.processutils.ProcessExecutionError: Unexpected error while running command. Command: /sbin/ifup enp3s0f1 Exit code: 1 Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' Stderr: u'' + RETVAL=1 + [[ 1 == 2 ]] + [[ 1 != 0 ]] + echo 'ERROR: configuration of safe defaults failed.' ERROR: configuration of safe defaults failed. [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status 1] [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... _______________________________end_errorfile_______________________________ From: Qasim Sarfraz [mailto:qasims at plumgrid.com] Sent: Sunday, May 01, 2016 11:46 PM To: Laporte, Laurent [CTO] Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network configuration Hi Laporte, Yes, this is an issue with your undercloud.conf. Set the appropriate PXE interface in undercloud.conf using following and retry: Network interface on the Undercloud that will be handling the PXE # boots and DHCP for Overcloud instances. (string value) #local_interface = eth1 On Monday, May 2, 2016, Laporte, Laurent [CTO] > wrote: Hello, I hope that this is the correct forum to post this message. I am in the process of deploying TripleO. My undercloud machine is a DL360G7 (36GB RAM) and I?m using CentOS 7. The undercloud installation is failing while os-refresh-config is running. It appears that the error is: [ERROR] Unable to read mac address: eth1. On this machine, I have four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and enp4s0f1. It looks like the script is searching for the interface information in /sys/class/eth, and when I check there, I see links to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the eth that the script is expecting. Has anyone ran into this issue (or something similar)? Thanks, Larry [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase configure dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy + set -o pipefail + '[' -x /usr/sbin/semanage ']' + semodule -i /opt/stack/selinux-policy/ipxe.pp dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy completed dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-apply-config [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml [2016/04/28 10:54:36 AM] [INFO] writing /mnt/state/var/lib/ironic/virtual-power-key [2016/04/28 10:54:36 AM] [INFO] writing /var/opt/undercloud-stack/masquerade [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml [2016/04/28 10:54:36 AM] [INFO] writing /root/tripleo-undercloud-passwords [2016/04/28 10:54:36 AM] [INFO] success dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config completed dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running /usr/libexec/os-refresh-config/configure.d/20-os-net-config ++ os-apply-config --key os_net_config --type raw --key-default '' [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to /var/run/os-collect-config/os_config_files.json + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' ']' + trap configure_safe_defaults EXIT + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes [2016/04/28 10:54:36 AM] [INFO] Using config file at: /etc/os-net-config/config.json [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 Traceback (most recent call last): File "/bin/os-net-config", line 10, in sys.exit(main()) File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, in main provider.add_object(obj) File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line 55, in add_object self.add_bridge(obj) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 305, in add_bridge data = self._add_common(bridge) File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line 135, in _add_common mac = utils.interface_mac(base_opt.primary_interface_name) File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, in interface_mac with open('/sys/class/net/%s/address' % name, 'r') as f: IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' + RETVAL=1 + [[ 1 == 2 ]] + [[ 1 != 0 ]] + echo 'ERROR: os-net-config configuration failed.' ERROR: os-net-config configuration failed. + exit 1 + configure_safe_defaults + [[ 1 == 0 ]] + cat ++ ls /sys/class/net ++ grep -v '^lo$' + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f0 up ++ cat /sys/class/net/enp3s0f0/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp3s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp3s0f1 up ++ cat /sys/class/net/enp3s0f1/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f0/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f0 up ++ cat /sys/class/net/enp4s0f0/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/enp4s0f1/addr_assign_type + local mac_addr_type=0 + '[' 0 '!=' 0 ']' + ip link set dev enp4s0f1 up ++ cat /sys/class/net/enp4s0f1/carrier + HAS_LINK=1 + TRIES=10 + '[' 1 == 0 -a 10 -gt 0 ']' + '[' 1 == 1 ']' + cat + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0/addr_assign_type + local mac_addr_type=1 + '[' 1 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + for iface in '$(ls /sys/class/net | grep -v ^lo$)' ++ cat /sys/class/net/virbr0-nic/addr_assign_type + local mac_addr_type=3 + '[' 3 '!=' 0 ']' + echo 'Device has generated MAC, skipping.' Device has generated MAC, skipping. + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v --detailed-exit-codes --cleanup [2016/04/28 10:54:37 AM] [INFO] Using config file at: /etc/os-net-config/dhcp_all_interfaces.yaml [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: /etc/os-net-config/mapping.yaml [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 [2016/04/28 10:54:37 AM] [INFO] applying network configs... [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f1 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f0 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f0 [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f1 + RETVAL=0 + [[ 0 == 2 ]] + [[ 0 != 0 ]] [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status 1] [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... ________________________________ Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T or T-Mobile rates. See sprint.com/50off for details. ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. -- Regards, Qasim Sarfraz -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Mon May 2 21:44:38 2016 From: marius at remote-lab.net (Marius Cornea) Date: Mon, 2 May 2016 23:44:38 +0200 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Message-ID: Hi, Can you try setting local_interface = enp3s0f1 in undercloud.conf assuming enp3s0f1 is the interface used for the provisioning network? On Mon, May 2, 2016 at 11:32 PM, Laporte, Laurent [CTO] wrote: > Thanks for the pointers! > > > > I tried it out and kept running into the same problem. I decided to wipe > the slate clean and reimaged the box. I used the undercloud.conf file shown > below and still received what looks to be the same error (see below). It > looks like the python script is still looking for > /sys/class/net/eth1/address. > > > > > > > > _______________________________begin_undercloud.conf________________________ > > > > [DEFAULT] > > local_ip = x.y.40.11/24 > > undercloud_public_vip = x.y.40.12 > > undercloud_admin_vip = x.y.40.13 > > #local_interface = eth1 > > masquerade_network = x.y.40.0/24 > > dhcp_start = x.y.40.150 > > dhcp_end = x.y.40.199 > > network_cidr = x.y.40.0/24 > > network_gateway = x.y.40.11 > > discovery_iprange = x.y.40.200,x.y.40.230 > > discovery_runbench = false > > undercloud_service_certificate = /etc/pki/instack-certs/undercloud.pem > > > > _______________________________end_undercloud.conf_________________________ > > > > _______________________________begin_errorfile______________________________ > > > > [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase > configure > > dib-run-parts Mon May 2 16:04:14 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy > > + set -o pipefail > > + '[' -x /usr/sbin/semanage ']' > > + semodule -i /opt/stack/selinux-policy/ipxe.pp > > dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy completed > > dib-run-parts Mon May 2 16:04:27 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-apply-config > > [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > [2016/05/02 04:04:27 PM] [INFO] writing /etc/os-net-config/config.json > > [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc > > [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml > > [2016/05/02 04:04:27 PM] [INFO] writing > /mnt/state/var/lib/ironic/virtual-power-key > > [2016/05/02 04:04:27 PM] [INFO] writing /var/opt/undercloud-stack/masquerade > > [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml > > [2016/05/02 04:04:27 PM] [INFO] writing /root/tripleo-undercloud-passwords > > [2016/05/02 04:04:27 PM] [INFO] success > > dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config completed > > dib-run-parts Mon May 2 16:04:27 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-net-config > > ++ os-apply-config --key os_net_config --type raw --key-default '' > > [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' > > + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane > bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": > "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", > "name": "eth1"}], "name": "br-ctlplane"}]}' ']' > > + trap configure_safe_defaults EXIT > > + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes > > [2016/05/02 04:04:27 PM] [INFO] Using config file at: > /etc/os-net-config/config.json > > [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. > > [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane > > [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, in > main > > provider.add_object(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line > 55, in add_object > > self.add_bridge(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line > 305, in add_bridge > > data = self._add_common(bridge) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line > 135, in _add_common > > mac = utils.interface_mac(base_opt.primary_interface_name) > > File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, > in interface_mac > > with open('/sys/class/net/%s/address' % name, 'r') as f: > > IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: os-net-config configuration failed.' > > ERROR: os-net-config configuration failed. > > + exit 1 > > + configure_safe_defaults > > + [[ 1 == 0 ]] > > + cat > > ++ ls /sys/class/net > > ++ grep -v '^lo$' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f0 up > > ++ cat /sys/class/net/enp3s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f1 up > > ++ cat /sys/class/net/enp3s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f0 up > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + TRIES=10 > > + '[' 0 == 0 -a 10 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=9 > > + '[' 0 == 0 -a 9 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=8 > > + '[' 0 == 0 -a 8 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=7 > > + '[' 0 == 0 -a 7 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=6 > > + '[' 0 == 0 -a 6 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=5 > > + '[' 0 == 0 -a 5 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=4 > > + '[' 0 == 0 -a 4 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=3 > > + '[' 0 == 0 -a 3 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=2 > > + '[' 0 == 0 -a 2 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=1 > > + '[' 0 == 0 -a 1 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=0 > > + '[' 0 == 0 -a 0 -gt 0 ']' > > + '[' 0 == 1 ']' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f1 up > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + TRIES=10 > > + '[' 0 == 0 -a 10 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=9 > > + '[' 0 == 0 -a 9 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=8 > > + '[' 0 == 0 -a 8 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=7 > > + '[' 0 == 0 -a 7 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=6 > > + '[' 0 == 0 -a 6 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=5 > > + '[' 0 == 0 -a 5 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=4 > > + '[' 0 == 0 -a 4 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=3 > > + '[' 0 == 0 -a 3 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=2 > > + '[' 0 == 0 -a 2 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=1 > > + '[' 0 == 0 -a 1 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=0 > > + '[' 0 == 0 -a 0 -gt 0 ']' > > + '[' 0 == 1 ']' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0/addr_assign_type > > + local mac_addr_type=1 > > + '[' 1 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0-nic/addr_assign_type > > + local mac_addr_type=3 > > + '[' 3 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v > --detailed-exit-codes --cleanup > > [2016/05/02 04:04:48 PM] [INFO] Using config file at: > /etc/os-net-config/dhcp_all_interfaces.yaml > > [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. > > [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] applying network configs... > > [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route6-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route6-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 187, in > main > > activate=not opts.no_activate) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line > 572, in apply > > self.ifup(interface) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line > 164, in ifup > > self.execute(msg, '/sbin/ifup', interface) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line > 144, in execute > > processutils.execute(cmd, *args, **kwargs) > > File "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", > line 275, in execute > > cmd=sanitized_cmd) > > oslo_concurrency.processutils.ProcessExecutionError: Unexpected error while > running command. > > Command: /sbin/ifup enp3s0f1 > > Exit code: 1 > > Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' > > Stderr: u'' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: configuration of safe defaults failed.' > > ERROR: configuration of safe defaults failed. > > [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during configure > phase. [Command '['dib-run-parts', > '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status > 1] > > > > [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... > > > > _______________________________end_errorfile_______________________________ > > > > From: Qasim Sarfraz [mailto:qasims at plumgrid.com] > Sent: Sunday, May 01, 2016 11:46 PM > To: Laporte, Laurent [CTO] > Cc: rdo-list at redhat.com > Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network > configuration > > > > Hi Laporte, > > > > Yes, this is an issue with your undercloud.conf. Set the appropriate PXE > interface in undercloud.conf using following and retry: > > Network interface on the Undercloud that will be handling the PXE > > # boots and DHCP for Overcloud instances. (string value) > > #local_interface = eth1 > > > > > > > On Monday, May 2, 2016, Laporte, Laurent [CTO] > wrote: > > Hello, > > > > I hope that this is the correct forum to post this message. > > I am in the process of deploying TripleO. My undercloud machine is a > DL360G7 (36GB RAM) and I?m using CentOS 7. The undercloud installation is > failing while os-refresh-config is running. It appears that the error is: > [ERROR] Unable to read mac address: eth1. On this machine, I have four > interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and enp4s0f1. It > looks like the script is searching for the interface information in > /sys/class/eth, and when I check there, I see links to the ifcfg-xxx > files in /etc/sysconfig/network-scripts and not the eth that the script > is expecting. Has anyone ran into this issue (or something similar)? > > > > Thanks, > > > > Larry > > > > > > [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase > configure > > dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy > > + set -o pipefail > > + '[' -x /usr/sbin/semanage ']' > > + semodule -i /opt/stack/selinux-policy/ipxe.pp > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-apply-config > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing > /mnt/state/var/lib/ironic/virtual-power-key > > [2016/04/28 10:54:36 AM] [INFO] writing /var/opt/undercloud-stack/masquerade > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hieradata/RedHat.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing /root/tripleo-undercloud-passwords > > [2016/04/28 10:54:36 AM] [INFO] success > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-net-config > > ++ os-apply-config --key os_net_config --type raw --key-default '' > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' > > + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id br-ctlplane > bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": > "10.0.40.11/24"}], "members": [{"type": "interface", "primary": "true", > "name": "eth1"}], "name": "br-ctlplane"}]}' ']' > > + trap configure_safe_defaults EXIT > > + os-net-config -c /etc/os-net-config/config.json -v --detailed-exit-codes > > [2016/04/28 10:54:36 AM] [INFO] Using config file at: > /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane > > [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line 185, in > main > > provider.add_object(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", line > 55, in add_object > > self.add_bridge(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line > 305, in add_bridge > > data = self._add_common(bridge) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", line > 135, in _add_common > > mac = utils.interface_mac(base_opt.primary_interface_name) > > File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line 46, > in interface_mac > > with open('/sys/class/net/%s/address' % name, 'r') as f: > > IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: os-net-config configuration failed.' > > ERROR: os-net-config configuration failed. > > + exit 1 > > + configure_safe_defaults > > + [[ 1 == 0 ]] > > + cat > > ++ ls /sys/class/net > > ++ grep -v '^lo$' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f0 up > > ++ cat /sys/class/net/enp3s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f1 up > > ++ cat /sys/class/net/enp3s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f0 up > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f1 up > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0/addr_assign_type > > + local mac_addr_type=1 > > + '[' 1 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0-nic/addr_assign_type > > + local mac_addr_type=3 > > + '[' 3 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v > --detailed-exit-codes --cleanup > > [2016/04/28 10:54:37 AM] [INFO] Using config file at: > /etc/os-net-config/dhcp_all_interfaces.yaml > > [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] applying network configs... > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: enp4s0f1 > > + RETVAL=0 > > + [[ 0 == 2 ]] > > + [[ 0 != 0 ]] > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure > phase. [Command '['dib-run-parts', > '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status > 1] > > > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... > > > > > > > > > > ________________________________ > > Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T or > T-Mobile rates. See sprint.com/50off for details. > > ________________________________ > > > This e-mail may contain Sprint proprietary information intended for the sole > use of the recipient(s). Any use by others is prohibited. If you are not the > intended recipient, please contact the sender and delete all copies of the > message. > > > > -- > > Regards, > > Qasim Sarfraz > > > > > _______________________________________________ > 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 gnetravali at sonusnet.com Tue May 3 10:24:18 2016 From: gnetravali at sonusnet.com (Netravali, Ganesh) Date: Tue, 3 May 2016 10:24:18 +0000 Subject: [Rdo-list] HA pair instances In-Reply-To: <7C1824C61EE769448FCE74CD83F0CB4F5878526C@US70TWXCHMBA11.zam.alcatel-lucent.com> References: <7C1824C61EE769448FCE74CD83F0CB4F5878526C@US70TWXCHMBA11.zam.alcatel-lucent.com> Message-ID: Hi John Thanks for reply. I am thinking of application and OS point of view to have reliability during run time need to take over by its counterpart if application, OS etc end up with some issue. Thanks Ganesh -----Original Message----- From: Haller, John (Nokia - US) [mailto:john.haller at nokia.com] Sent: Monday, May 02, 2016 8:50 PM To: Netravali, Ganesh ; rdo-list at redhat.com Subject: RE: HA pair instances > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of EXT Netravali, Ganesh > Sent: Monday, May 02, 2016 5:46 AM > Subject: [Rdo-list] HA pair instances > Hi > I need to build a HA pair between two instances launched on Openstack. > Which is the best solution available? Can someone please point me to the details? Ganesh, There are many aspects of HA, you aren't likely to get a simple answer which answers all of the complexity of HA. Are you concerned with availability of a service, or the likelyhood that a packet sent to a service is processed exactly once, regardless of faults occurring? Are you concerned that a network link will fail, making your service unavailable? Are you concerned that the cloud runs on commercial power and that a lightning strike could disrupt the power? Are you concerned that a server will fail, and that both your instances might be running on the same server? Are you concerned that a 100 year flood may put your data center under water? Or are you just concerned that your application may have a bug causing it to fail, and you want a second instance available to back it up? Does your application maintain any state, and does that state need to be available even if an application fails? Is it important to keep out hackers to ensure they don't disrupt your application? Are you concerned about a denial-of-service attack? Is the latency of your application part of its perceived availability? There are approaches to addressing all of the above issues to a level of reliability, but it's impossible to get to 100% availability. You can get quite close, with 5-6 nines (99.999% to 99.9999% available), with the right design choices and long enough operation to address all the issues in the application and HA support. There have been books written about high availability, and you probably need to read some to avoid simplistic approaches which may not meet your expectations. Some of the approaches which may be important include: anti-affinity, network redundancy, emergency power, and geographic redundancy. But, you may find that the cloud you expect to use will never give you the availability characteristics you need. Understanding the expense of your application being down versus the effort you need to address each of the potential issues will help you understand what is really important. Will someone die because your application is not available? Will you lose revenue when your application is down, or will people wait until it's up again? Will you lose customers to competitors if your site is unreliable? Regards, John Haller From hguemar at fedoraproject.org Tue May 3 11:34:11 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Tue, 3 May 2016 13:34:11 +0200 Subject: [Rdo-list] [Announcement] Migration to review.rdoproject.org Message-ID: After releasing RDO Mitaka, we migrated our current packaging workflow from gerrithub to a brand-new platform hosted at https://review.rdoproject.org right before the Newton Summit. During the last cycle, we've worked with Software Factory folks (https://software-factory.io) to build a new packaging workflow based on the very same foundations as upstream OpenStack (using gerrit, zuul, nodepool). We're now relying on RPMFactory which is a specialization of Software Factory fitted for RPM packaging needs. The migration was planned in order to satisfy some criteria: - providing a consistent user experience to RDO contributors - simplify and streamline our workflow - consolidate resources So now, packages are maintained through https://review.rdoproject.org and packages dist-git are replicated to https://github.com/rdo-packages. The rdopkg utility has been updated to support the new workflow with new commands: clone, review-patch and review-spec. Anyone can submit changes for the review, which can be approved by the following groups: - rdo-provenpackagers: much like Fedora provenpackagers can +2 and +W changes for all projects. - PROJECT-core: package maintainers listed in rdoinfo can +2 and +W changes for their projects. We're working to refresh documentation, but here's a short howto to hack on packaging: 0. dnf copr enable jruzicka/rdopkg && dnf install -y rdopkg 1. rdopkg clone [-u ] This will create the following remotes - origin: dist-git - patches: upstream sources at current package version - upstream: upstream sources - review-origin: used to interact with RPMFactory - review-patches: used to interact with RPMFactory 2. modify packaging 3. rdopkg review-spec 4. review then merge For downstream patches, the workflow is a bit different as we don't merge patches but keep reviews open in order to keep the whole patch chain history. rdopkg has been updated to behave properly in that aspect. We still have improvements coming but no major changes to this workflow, if you have any questions, feel free to ping us on irc (#rdo @freenode) or the mailing list (https://www.redhat.com/mailman/listinfo/rdo-list). Regards, The RDO Eng. team From Laurent.Laporte at sprint.com Tue May 3 18:06:52 2016 From: Laurent.Laporte at sprint.com (Laporte, Laurent [CTO]) Date: Tue, 3 May 2016 18:06:52 +0000 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Message-ID: I tried three things: a) local_interface=enp3s0f1 b) local_interface=ifcfg-enp3s0f1 c) entirely new deployment on a different machine (ibm 3550M4) I got the same result in all cases. Maybe I'm going down a rabbit trail here, but I see the same error in each case: [ERROR] Unabel to read mac address: eth1 I also notice that several steps above there's a json file being ingested and in that file there the name eth1 being applied to the local_ip parameter in my undercloud.conf. So, given the same result across i) multiple failures the same machine after multiple config changes and a reimage; and, ii) failure on a separate machine, that there's an issue with a module in the network configuration process. I haven't had time to take a look in detail in that area. Thoughts? -----Original Message----- From: Marius Cornea [mailto:marius at remote-lab.net] Sent: Monday, May 02, 2016 4:45 PM To: Laporte, Laurent [CTO] Cc: Qasim Sarfraz; rdo-list at redhat.com Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network configuration Hi, Can you try setting local_interface = enp3s0f1 in undercloud.conf assuming enp3s0f1 is the interface used for the provisioning network? On Mon, May 2, 2016 at 11:32 PM, Laporte, Laurent [CTO] wrote: > Thanks for the pointers! > > > > I tried it out and kept running into the same problem. I decided to > wipe the slate clean and reimaged the box. I used the undercloud.conf > file shown below and still received what looks to be the same error > (see below). It looks like the python script is still looking for > /sys/class/net/eth1/address. > > > > > > > > _______________________________begin_undercloud.conf__________________ > ______ > > > > [DEFAULT] > > local_ip = x.y.40.11/24 > > undercloud_public_vip = x.y.40.12 > > undercloud_admin_vip = x.y.40.13 > > #local_interface = eth1 > > masquerade_network = x.y.40.0/24 > > dhcp_start = x.y.40.150 > > dhcp_end = x.y.40.199 > > network_cidr = x.y.40.0/24 > > network_gateway = x.y.40.11 > > discovery_iprange = x.y.40.200,x.y.40.230 > > discovery_runbench = false > > undercloud_service_certificate = /etc/pki/instack-certs/undercloud.pem > > > > _______________________________end_undercloud.conf____________________ > _____ > > > > _______________________________begin_errorfile________________________ > ______ > > > > [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase > configure > > dib-run-parts Mon May 2 16:04:14 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy > > + set -o pipefail > > + '[' -x /usr/sbin/semanage ']' > > + semodule -i /opt/stack/selinux-policy/ipxe.pp > > dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy > completed > > dib-run-parts Mon May 2 16:04:27 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-apply-config > > [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > [2016/05/02 04:04:27 PM] [INFO] writing /etc/os-net-config/config.json > > [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc > > [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml > > [2016/05/02 04:04:27 PM] [INFO] writing > /mnt/state/var/lib/ironic/virtual-power-key > > [2016/05/02 04:04:27 PM] [INFO] writing > /var/opt/undercloud-stack/masquerade > > [2016/05/02 04:04:27 PM] [INFO] writing > /etc/puppet/hieradata/RedHat.yaml > > [2016/05/02 04:04:27 PM] [INFO] writing > /root/tripleo-undercloud-passwords > > [2016/05/02 04:04:27 PM] [INFO] success > > dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config completed > > dib-run-parts Mon May 2 16:04:27 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-net-config > > ++ os-apply-config --key os_net_config --type raw --key-default '' > > [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' > > + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id > + br-ctlplane > bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": > "10.0.40.11/24"}], "members": [{"type": "interface", "primary": > "true", > "name": "eth1"}], "name": "br-ctlplane"}]}' ']' > > + trap configure_safe_defaults EXIT > > + os-net-config -c /etc/os-net-config/config.json -v > + --detailed-exit-codes > > [2016/05/02 04:04:27 PM] [INFO] Using config file at: > /etc/os-net-config/config.json > > [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. > > [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane > > [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line > 185, in main > > provider.add_object(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", > line 55, in add_object > > self.add_bridge(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 305, in add_bridge > > data = self._add_common(bridge) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 135, in _add_common > > mac = utils.interface_mac(base_opt.primary_interface_name) > > File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line > 46, in interface_mac > > with open('/sys/class/net/%s/address' % name, 'r') as f: > > IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: os-net-config configuration failed.' > > ERROR: os-net-config configuration failed. > > + exit 1 > > + configure_safe_defaults > > + [[ 1 == 0 ]] > > + cat > > ++ ls /sys/class/net > > ++ grep -v '^lo$' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f0 up > > ++ cat /sys/class/net/enp3s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f1 up > > ++ cat /sys/class/net/enp3s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f0 up > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + TRIES=10 > > + '[' 0 == 0 -a 10 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=9 > > + '[' 0 == 0 -a 9 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=8 > > + '[' 0 == 0 -a 8 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=7 > > + '[' 0 == 0 -a 7 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=6 > > + '[' 0 == 0 -a 6 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=5 > > + '[' 0 == 0 -a 5 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=4 > > + '[' 0 == 0 -a 4 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=3 > > + '[' 0 == 0 -a 3 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=2 > > + '[' 0 == 0 -a 2 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=1 > > + '[' 0 == 0 -a 1 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=0 > > + '[' 0 == 0 -a 0 -gt 0 ']' > > + '[' 0 == 1 ']' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f1 up > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + TRIES=10 > > + '[' 0 == 0 -a 10 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=9 > > + '[' 0 == 0 -a 9 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=8 > > + '[' 0 == 0 -a 8 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=7 > > + '[' 0 == 0 -a 7 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=6 > > + '[' 0 == 0 -a 6 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=5 > > + '[' 0 == 0 -a 5 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=4 > > + '[' 0 == 0 -a 4 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=3 > > + '[' 0 == 0 -a 3 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=2 > > + '[' 0 == 0 -a 2 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=1 > > + '[' 0 == 0 -a 1 -gt 0 ']' > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=0 > > + '[' 0 == 1 ']' > > + sleep 1 > > + TRIES=0 > > + '[' 0 == 0 -a 0 -gt 0 ']' > > + '[' 0 == 1 ']' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0/addr_assign_type > > + local mac_addr_type=1 > > + '[' 1 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0-nic/addr_assign_type > > + local mac_addr_type=3 > > + '[' 3 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v > --detailed-exit-codes --cleanup > > [2016/05/02 04:04:48 PM] [INFO] Using config file at: > /etc/os-net-config/dhcp_all_interfaces.yaml > > [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. > > [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] applying network configs... > > [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route6-enp3s0f1 > > [2016/05/02 04:04:48 PM] [INFO] Writing config > /etc/sysconfig/network-scripts/route6-enp3s0f0 > > [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line > 187, in main > > activate=not opts.no_activate) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 572, in apply > > self.ifup(interface) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", > line 164, in ifup > > self.execute(msg, '/sbin/ifup', interface) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", > line 144, in execute > > processutils.execute(cmd, *args, **kwargs) > > File > "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", > line 275, in execute > > cmd=sanitized_cmd) > > oslo_concurrency.processutils.ProcessExecutionError: Unexpected error > while running command. > > Command: /sbin/ifup enp3s0f1 > > Exit code: 1 > > Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' > > Stderr: u'' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: configuration of safe defaults failed.' > > ERROR: configuration of safe defaults failed. > > [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during configure > phase. [Command '['dib-run-parts', > '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit > status 1] > > > > [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... > > > > _______________________________end_errorfile__________________________ > _____ > > > > From: Qasim Sarfraz [mailto:qasims at plumgrid.com] > Sent: Sunday, May 01, 2016 11:46 PM > To: Laporte, Laurent [CTO] > Cc: rdo-list at redhat.com > Subject: Re: [Rdo-list] TripleO - undercloud deployment failing > network configuration > > > > Hi Laporte, > > > > Yes, this is an issue with your undercloud.conf. Set the appropriate > PXE interface in undercloud.conf using following and retry: > > Network interface on the Undercloud that will be handling the PXE > > # boots and DHCP for Overcloud instances. (string value) > > #local_interface = eth1 > > > > > > > On Monday, May 2, 2016, Laporte, Laurent [CTO] > > wrote: > > Hello, > > > > I hope that this is the correct forum to post this message. > > I am in the process of deploying TripleO. My undercloud machine is a > DL360G7 (36GB RAM) and I?m using CentOS 7. The undercloud > installation is failing while os-refresh-config is running. It appears that the error is: > [ERROR] Unable to read mac address: eth1. On this machine, I have > four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and > enp4s0f1. It looks like the script is searching for the interface > information in /sys/class/eth, and when I check there, I see links > to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the > eth that the script is expecting. Has anyone ran into this issue (or something similar)? > > > > Thanks, > > > > Larry > > > > > > [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase > configure > > dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy > > + set -o pipefail > > + '[' -x /usr/sbin/semanage ']' > > + semodule -i /opt/stack/selinux-policy/ipxe.pp > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy > completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-apply-config > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc > > [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing > /mnt/state/var/lib/ironic/virtual-power-key > > [2016/04/28 10:54:36 AM] [INFO] writing > /var/opt/undercloud-stack/masquerade > > [2016/04/28 10:54:36 AM] [INFO] writing > /etc/puppet/hieradata/RedHat.yaml > > [2016/04/28 10:54:36 AM] [INFO] writing > /root/tripleo-undercloud-passwords > > [2016/04/28 10:54:36 AM] [INFO] success > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config > completed > > dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running > /usr/libexec/os-refresh-config/configure.d/20-os-net-config > > ++ os-apply-config --key os_net_config --type raw --key-default '' > > [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to > /var/run/os-collect-config/os_config_files.json > > + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id > br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": > [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", > "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' > > + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id > + br-ctlplane > bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": > "10.0.40.11/24"}], "members": [{"type": "interface", "primary": > "true", > "name": "eth1"}], "name": "br-ctlplane"}]}' ']' > > + trap configure_safe_defaults EXIT > > + os-net-config -c /etc/os-net-config/config.json -v > + --detailed-exit-codes > > [2016/04/28 10:54:36 AM] [INFO] Using config file at: > /etc/os-net-config/config.json > > [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane > > [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 > > Traceback (most recent call last): > > File "/bin/os-net-config", line 10, in > > sys.exit(main()) > > File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line > 185, in main > > provider.add_object(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", > line 55, in add_object > > self.add_bridge(obj) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 305, in add_bridge > > data = self._add_common(bridge) > > File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", > line 135, in _add_common > > mac = utils.interface_mac(base_opt.primary_interface_name) > > File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line > 46, in interface_mac > > with open('/sys/class/net/%s/address' % name, 'r') as f: > > IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' > > + RETVAL=1 > > + [[ 1 == 2 ]] > > + [[ 1 != 0 ]] > > + echo 'ERROR: os-net-config configuration failed.' > > ERROR: os-net-config configuration failed. > > + exit 1 > > + configure_safe_defaults > > + [[ 1 == 0 ]] > > + cat > > ++ ls /sys/class/net > > ++ grep -v '^lo$' > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f0 up > > ++ cat /sys/class/net/enp3s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp3s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp3s0f1 up > > ++ cat /sys/class/net/enp3s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f0/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f0 up > > ++ cat /sys/class/net/enp4s0f0/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/enp4s0f1/addr_assign_type > > + local mac_addr_type=0 > > + '[' 0 '!=' 0 ']' > > + ip link set dev enp4s0f1 up > > ++ cat /sys/class/net/enp4s0f1/carrier > > + HAS_LINK=1 > > + TRIES=10 > > + '[' 1 == 0 -a 10 -gt 0 ']' > > + '[' 1 == 1 ']' > > + cat > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0/addr_assign_type > > + local mac_addr_type=1 > > + '[' 1 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + for iface in '$(ls /sys/class/net | grep -v ^lo$)' > > ++ cat /sys/class/net/virbr0-nic/addr_assign_type > > + local mac_addr_type=3 > > + '[' 3 '!=' 0 ']' > > + echo 'Device has generated MAC, skipping.' > > Device has generated MAC, skipping. > > + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v > --detailed-exit-codes --cleanup > > [2016/04/28 10:54:37 AM] [INFO] Using config file at: > /etc/os-net-config/dhcp_all_interfaces.yaml > > [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: > /etc/os-net-config/mapping.yaml > > [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. > > [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 > > [2016/04/28 10:54:37 AM] [INFO] applying network configs... > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: > enp3s0f1 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: > enp3s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: > enp4s0f0 > > [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: > enp4s0f1 > > + RETVAL=0 > > + [[ 0 == 2 ]] > > + [[ 0 != 0 ]] > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure > phase. [Command '['dib-run-parts', > '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit > status 1] > > > > [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... > > > > > > > > > > ________________________________ > > Learn more on how to switch to Sprint and save 50% on most Verizon, > AT&T or T-Mobile rates. See sprint.com/50off for details. > > ________________________________ > > > This e-mail may contain Sprint proprietary information intended for > the sole use of the recipient(s). Any use by others is prohibited. If > you are not the intended recipient, please contact the sender and > delete all copies of the message. > > > > -- > > Regards, > > Qasim Sarfraz > > > > > _______________________________________________ > 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 ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: output_enp3s0f1.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: output_ibm_3550.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: output_ifcfgenp3s0f1.txt URL: From dsneddon at redhat.com Tue May 3 18:35:20 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Tue, 3 May 2016 11:35:20 -0700 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> Message-ID: <5728EF68.8090405@redhat.com> On 05/03/2016 11:06 AM, Laporte, Laurent [CTO] wrote: > I tried three things: > > a) local_interface=enp3s0f1 > b) local_interface=ifcfg-enp3s0f1 > c) entirely new deployment on a different machine (ibm 3550M4) > > I got the same result in all cases. Maybe I'm going down a rabbit trail here, but I see the same error in each case: > > [ERROR] Unabel to read mac address: eth1 > > I also notice that several steps above there's a json file being ingested and in that file there the name eth1 being applied to the local_ip parameter in my undercloud.conf. > So, given the same result across i) multiple failures the same machine after multiple config changes and a reimage; and, ii) failure on a separate machine, that there's an issue with a module in the network configuration process. I haven't had time to take a look in detail in that area. > > Thoughts? > > > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Monday, May 02, 2016 4:45 PM > To: Laporte, Laurent [CTO] > Cc: Qasim Sarfraz; rdo-list at redhat.com > Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network configuration > > Hi, > > Can you try setting local_interface = enp3s0f1 in undercloud.conf assuming enp3s0f1 is the interface used for the provisioning network? > > On Mon, May 2, 2016 at 11:32 PM, Laporte, Laurent [CTO] wrote: >> Thanks for the pointers! >> >> >> >> I tried it out and kept running into the same problem. I decided to >> wipe the slate clean and reimaged the box. I used the undercloud.conf >> file shown below and still received what looks to be the same error >> (see below). It looks like the python script is still looking for >> /sys/class/net/eth1/address. >> >> >> >> >> >> >> >> _______________________________begin_undercloud.conf__________________ >> ______ >> >> >> >> [DEFAULT] >> >> local_ip = x.y.40.11/24 >> >> undercloud_public_vip = x.y.40.12 >> >> undercloud_admin_vip = x.y.40.13 >> >> #local_interface = eth1 >> >> masquerade_network = x.y.40.0/24 >> >> dhcp_start = x.y.40.150 >> >> dhcp_end = x.y.40.199 >> >> network_cidr = x.y.40.0/24 >> >> network_gateway = x.y.40.11 >> >> discovery_iprange = x.y.40.200,x.y.40.230 >> >> discovery_runbench = false >> >> undercloud_service_certificate = /etc/pki/instack-certs/undercloud.pem >> >> >> >> _______________________________end_undercloud.conf____________________ >> _____ >> >> >> >> _______________________________begin_errorfile________________________ >> ______ >> >> >> >> [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase >> configure >> >> dib-run-parts Mon May 2 16:04:14 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >> >> + set -o pipefail >> >> + '[' -x /usr/sbin/semanage ']' >> >> + semodule -i /opt/stack/selinux-policy/ipxe.pp >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy >> completed >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >> >> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> [2016/05/02 04:04:27 PM] [INFO] writing /etc/os-net-config/config.json >> >> [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc >> >> [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /mnt/state/var/lib/ironic/virtual-power-key >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /var/opt/undercloud-stack/masquerade >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /etc/puppet/hieradata/RedHat.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /root/tripleo-undercloud-passwords >> >> [2016/05/02 04:04:27 PM] [INFO] success >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config completed >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >> >> ++ os-apply-config --key os_net_config --type raw --key-default '' >> >> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >> >> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >> + br-ctlplane >> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >> "true", >> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >> >> + trap configure_safe_defaults EXIT >> >> + os-net-config -c /etc/os-net-config/config.json -v >> + --detailed-exit-codes >> >> [2016/05/02 04:04:27 PM] [INFO] Using config file at: >> /etc/os-net-config/config.json >> >> [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. >> >> [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane >> >> [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 185, in main >> >> provider.add_object(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 55, in add_object >> >> self.add_bridge(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 305, in add_bridge >> >> data = self._add_common(bridge) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 135, in _add_common >> >> mac = utils.interface_mac(base_opt.primary_interface_name) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line >> 46, in interface_mac >> >> with open('/sys/class/net/%s/address' % name, 'r') as f: >> >> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: os-net-config configuration failed.' >> >> ERROR: os-net-config configuration failed. >> >> + exit 1 >> >> + configure_safe_defaults >> >> + [[ 1 == 0 ]] >> >> + cat >> >> ++ ls /sys/class/net >> >> ++ grep -v '^lo$' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f0 up >> >> ++ cat /sys/class/net/enp3s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f1 up >> >> ++ cat /sys/class/net/enp3s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f0 up >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + TRIES=10 >> >> + '[' 0 == 0 -a 10 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=9 >> >> + '[' 0 == 0 -a 9 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=8 >> >> + '[' 0 == 0 -a 8 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=7 >> >> + '[' 0 == 0 -a 7 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=6 >> >> + '[' 0 == 0 -a 6 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=5 >> >> + '[' 0 == 0 -a 5 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=4 >> >> + '[' 0 == 0 -a 4 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=3 >> >> + '[' 0 == 0 -a 3 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=2 >> >> + '[' 0 == 0 -a 2 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=1 >> >> + '[' 0 == 0 -a 1 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=0 >> >> + '[' 0 == 0 -a 0 -gt 0 ']' >> >> + '[' 0 == 1 ']' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f1 up >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + TRIES=10 >> >> + '[' 0 == 0 -a 10 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=9 >> >> + '[' 0 == 0 -a 9 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=8 >> >> + '[' 0 == 0 -a 8 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=7 >> >> + '[' 0 == 0 -a 7 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=6 >> >> + '[' 0 == 0 -a 6 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=5 >> >> + '[' 0 == 0 -a 5 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=4 >> >> + '[' 0 == 0 -a 4 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=3 >> >> + '[' 0 == 0 -a 3 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=2 >> >> + '[' 0 == 0 -a 2 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=1 >> >> + '[' 0 == 0 -a 1 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=0 >> >> + '[' 0 == 0 -a 0 -gt 0 ']' >> >> + '[' 0 == 1 ']' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0/addr_assign_type >> >> + local mac_addr_type=1 >> >> + '[' 1 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >> >> + local mac_addr_type=3 >> >> + '[' 3 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >> --detailed-exit-codes --cleanup >> >> [2016/05/02 04:04:48 PM] [INFO] Using config file at: >> /etc/os-net-config/dhcp_all_interfaces.yaml >> >> [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. >> >> [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] applying network configs... >> >> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route6-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route6-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 187, in main >> >> activate=not opts.no_activate) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 572, in apply >> >> self.ifup(interface) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 164, in ifup >> >> self.execute(msg, '/sbin/ifup', interface) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 144, in execute >> >> processutils.execute(cmd, *args, **kwargs) >> >> File >> "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", >> line 275, in execute >> >> cmd=sanitized_cmd) >> >> oslo_concurrency.processutils.ProcessExecutionError: Unexpected error >> while running command. >> >> Command: /sbin/ifup enp3s0f1 >> >> Exit code: 1 >> >> Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' >> >> Stderr: u'' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: configuration of safe defaults failed.' >> >> ERROR: configuration of safe defaults failed. >> >> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during configure >> phase. [Command '['dib-run-parts', >> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >> status 1] >> >> >> >> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... >> >> >> >> _______________________________end_errorfile__________________________ >> _____ >> >> >> >> From: Qasim Sarfraz [mailto:qasims at plumgrid.com] >> Sent: Sunday, May 01, 2016 11:46 PM >> To: Laporte, Laurent [CTO] >> Cc: rdo-list at redhat.com >> Subject: Re: [Rdo-list] TripleO - undercloud deployment failing >> network configuration >> >> >> >> Hi Laporte, >> >> >> >> Yes, this is an issue with your undercloud.conf. Set the appropriate >> PXE interface in undercloud.conf using following and retry: >> >> Network interface on the Undercloud that will be handling the PXE >> >> # boots and DHCP for Overcloud instances. (string value) >> >> #local_interface = eth1 >> >> >> >> >> >> >> On Monday, May 2, 2016, Laporte, Laurent [CTO] >> >> wrote: >> >> Hello, >> >> >> >> I hope that this is the correct forum to post this message. >> >> I am in the process of deploying TripleO. My undercloud machine is a >> DL360G7 (36GB RAM) and I?m using CentOS 7. The undercloud >> installation is failing while os-refresh-config is running. It appears that the error is: >> [ERROR] Unable to read mac address: eth1. On this machine, I have >> four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and >> enp4s0f1. It looks like the script is searching for the interface >> information in /sys/class/eth, and when I check there, I see links >> to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the >> eth that the script is expecting. Has anyone ran into this issue (or something similar)? >> >> >> >> Thanks, >> >> >> >> Larry >> >> >> >> >> >> [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase >> configure >> >> dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >> >> + set -o pipefail >> >> + '[' -x /usr/sbin/semanage ']' >> >> + semodule -i /opt/stack/selinux-policy/ipxe.pp >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy >> completed >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >> >> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> [2016/04/28 10:54:36 AM] [INFO] writing /etc/os-net-config/config.json >> >> [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc >> >> [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /mnt/state/var/lib/ironic/virtual-power-key >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /var/opt/undercloud-stack/masquerade >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /etc/puppet/hieradata/RedHat.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /root/tripleo-undercloud-passwords >> >> [2016/04/28 10:54:36 AM] [INFO] success >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config >> completed >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >> >> ++ os-apply-config --key os_net_config --type raw --key-default '' >> >> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >> >> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >> + br-ctlplane >> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >> "true", >> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >> >> + trap configure_safe_defaults EXIT >> >> + os-net-config -c /etc/os-net-config/config.json -v >> + --detailed-exit-codes >> >> [2016/04/28 10:54:36 AM] [INFO] Using config file at: >> /etc/os-net-config/config.json >> >> [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. >> >> [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 >> >> [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 >> >> [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane >> >> [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 185, in main >> >> provider.add_object(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 55, in add_object >> >> self.add_bridge(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 305, in add_bridge >> >> data = self._add_common(bridge) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 135, in _add_common >> >> mac = utils.interface_mac(base_opt.primary_interface_name) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", line >> 46, in interface_mac >> >> with open('/sys/class/net/%s/address' % name, 'r') as f: >> >> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: os-net-config configuration failed.' >> >> ERROR: os-net-config configuration failed. >> >> + exit 1 >> >> + configure_safe_defaults >> >> + [[ 1 == 0 ]] >> >> + cat >> >> ++ ls /sys/class/net >> >> ++ grep -v '^lo$' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f0 up >> >> ++ cat /sys/class/net/enp3s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f1 up >> >> ++ cat /sys/class/net/enp3s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f0 up >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f1 up >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0/addr_assign_type >> >> + local mac_addr_type=1 >> >> + '[' 1 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >> >> + local mac_addr_type=3 >> >> + '[' 3 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >> --detailed-exit-codes --cleanup >> >> [2016/04/28 10:54:37 AM] [INFO] Using config file at: >> /etc/os-net-config/dhcp_all_interfaces.yaml >> >> [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. >> >> [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] applying network configs... >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp4s0f1 >> >> + RETVAL=0 >> >> + [[ 0 == 2 ]] >> >> + [[ 0 != 0 ]] >> >> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during configure >> phase. [Command '['dib-run-parts', >> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >> status 1] >> >> >> >> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... >> >> >> >> >> >> >> >> >> >> ________________________________ >> >> Learn more on how to switch to Sprint and save 50% on most Verizon, >> AT&T or T-Mobile rates. See sprint.com/50off for details. >> >> ________________________________ >> >> >> This e-mail may contain Sprint proprietary information intended for >> the sole use of the recipient(s). Any use by others is prohibited. If >> you are not the intended recipient, please contact the sender and >> delete all copies of the message. >> >> >> >> -- >> >> Regards, >> >> Qasim Sarfraz >> >> >> >> >> _______________________________________________ >> 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 > > ________________________________ > > This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. > > > > _______________________________________________ > 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 > Make sure you have this in undercloud.conf (make sure it is not preceded by a "#" or it will be ignored): local_interface = enp3s0f1 Set this before running "openstack undercloud install", and it should try to use enp3s0f1 instead of eth1. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From me at gbraad.nl Wed May 4 08:43:58 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 4 May 2016 16:43:58 +0800 Subject: [Rdo-list] [tripleo] Quickstart failing with versionconflict for setuptools Message-ID: Hi All, tried to set up a tripleo-quickstart on two different machines (basic installs of CentOS 7) and both of them fail with VersionConflict: (setuptools 0.9.8 (/root/.quickstart/lib/python2.7/site-packages), Requirement.parse('setuptools>=11.3')) I ran a `install-deps` prior to the quickstart deployment. Full output can be seen at: https://gist.github.com/gbraad/383a57e97831bba3743a38b81cb17a83 Currently trying it from a basic Fedora 22 image and see if this is reproducible. I also checked the bugs at https://bugs.launchpad.net/tripleo-quickstart but couldn't find any related bug. regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From me at gbraad.nl Wed May 4 08:53:48 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 4 May 2016 16:53:48 +0800 Subject: [Rdo-list] [tripleo] Quickstart failing with versionconflict for setuptools In-Reply-To: References: Message-ID: Follow-up: On Wed, May 4, 2016 at 4:43 PM, Gerard Braad wrote: > Currently trying it from a basic Fedora 22 image and see if this is > reproducible. Fedora 22 seems to work as expected. -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From chkumar246 at gmail.com Wed May 4 10:27:33 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 4 May 2016 15:57:33 +0530 Subject: [Rdo-list] RDO Bug Statistics [2016-05-04] Message-ID: # RDO Bugs on 2016-05-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): 446 - Fixed (MODIFIED, POST, ON_QA): 63 ## Number of open bugs by component dib-utils [ 1] diskimage-builder [ 3] + distribution [ 18] +++++++ dnsmasq [ 1] Documentation [ 3] + instack [ 5] ++ instack-undercloud [ 29] +++++++++++ iproute [ 1] openstack-ceilometer [ 3] + openstack-cinder [ 13] +++++ openstack-foreman-inst... [ 2] openstack-glance [ 3] + openstack-heat [ 5] ++ openstack-horizon [ 3] + openstack-ironic [ 4] + openstack-ironic-disco... [ 2] openstack-keystone [ 9] +++ openstack-manila [ 12] ++++ openstack-neutron [ 14] +++++ openstack-nova [ 25] ++++++++++ openstack-packstack [ 99] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 19] +++++++ openstack-sahara [ 2] openstack-selinux [ 12] ++++ openstack-swift [ 4] + openstack-tripleo [ 31] ++++++++++++ openstack-tripleo-heat... [ 8] +++ openstack-tripleo-imag... [ 3] + openstack-trove [ 2] openstack-tuskar [ 2] openstack-utils [ 1] openvswitch [ 1] Package Review [ 14] +++++ python-cinderclient [ 1] python-django-horizon [ 1] python-glanceclient [ 4] + python-keystonemiddleware [ 1] python-neutronclient [ 4] + python-novaclient [ 2] python-openstackclient [ 6] ++ python-oslo-config [ 2] rdo-manager [ 55] ++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdo-manager-gui [ 4] + rdopkg [ 2] RFEs [ 2] tempest [ 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. (446 bugs) ### dib-utils (1 bug) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2016-04-18 Summary: Packstack Ironic admin_url misconfigured in nova.conf ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: add support for deltarpm ### distribution (18 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2016-04-18 Summary: [TripleO] text of uninitialized deployment needs rewording [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2016-04-19 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2016-04-21 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages [1314460 ] http://bugzilla.redhat.com/1314460 (NEW) Component: distribution Last change: 2016-04-18 Summary: mistral references an entry point (tempest) what cannot be reached [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2016-04-18 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-04-21 Summary: Tracker: Blockers and Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-04-18 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1316169 ] http://bugzilla.redhat.com/1316169 (NEW) Component: distribution Last change: 2016-04-18 Summary: openstack-barbican-api missing pid dir or wrong pid file specified [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2016-04-18 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-04-18 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2016-04-18 Summary: Tracking bug for bugs that Lars is interested in [1275608 ] http://bugzilla.redhat.com/1275608 (NEW) Component: distribution Last change: 2016-04-18 Summary: EOL'ed rpm file URL not up to date [1329341 ] http://bugzilla.redhat.com/1329341 (NEW) Component: distribution Last change: 2016-04-28 Summary: Tracker: Blockers and Review requests for new RDO Newton packages [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2016-04-18 Summary: [RFE] Packages upgrade path checks in Delorean CI [1317971 ] http://bugzilla.redhat.com/1317971 (NEW) Component: distribution Last change: 2016-04-18 Summary: openstack-cloudkitty-common should have a /etc/cloudkitty/api_paste.ini [1315389 ] http://bugzilla.redhat.com/1315389 (NEW) Component: distribution Last change: 2016-04-18 Summary: [python-magnum] the default config file is empty and no other sample provided [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2016-04-18 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2016-04-18 Summary: [TripleO] Provisioning Images filter doesn't work ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2016-04-18 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (3 bugs) [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2016-04-18 Summary: RFE : document how to access horizon in RDO manager VIRT setup [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2016-04-18 Summary: [DOC] External network should be documents in RDO manager installation [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2016-04-18 Summary: step required to build images for overcloud ### instack (5 bugs) [1315827 ] http://bugzilla.redhat.com/1315827 (NEW) Component: instack Last change: 2016-04-18 Summary: openstack undercloud install fails with "Element pip- and-virtualenv already loaded." [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2016-04-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2016-04-18 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2016-04-18 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2016-04-18 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (29 bugs) [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: wget is missing from qcow2 image fails instack-build- images script [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-virt-setup fails on CentOS7 [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2016-04-22 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-ironic-deployment --register-nodes swallows error output ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-04-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (3 bugs) [1314465 ] http://bugzilla.redhat.com/1314465 (NEW) Component: openstack-ceilometer Last change: 2016-04-18 Summary: openstack-aodh-expirer does not looks like a regular service [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-04-27 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-04-18 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (13 bugs) [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: vmware: "Not authenticated error occurred " on delete volume [1310776 ] http://bugzilla.redhat.com/1310776 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: iscsi targets loses acl data after hard reboot [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-18 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage ### openstack-foreman-installer (2 bugs) [1203292 ] http://bugzilla.redhat.com/1203292 (NEW) Component: openstack-foreman-installer Last change: 2016-04-18 Summary: [RFE] Openstack Installer should install and configure SPICE to work with Nova and Horizon [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2016-04-18 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (3 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: Split glance-api and glance-registry [1312466 ] http://bugzilla.redhat.com/1312466 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: Support for blueprint cinder-store-upload-download in glance_store [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: Clearing non-existing hooks yields no error message [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-04-19 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: SoftwareDeployment resource attributes are null ### openstack-horizon (3 bugs) [1316534 ] http://bugzilla.redhat.com/1316534 (NEW) Component: openstack-horizon Last change: 2016-03-10 Summary: some webfonts not found when using material theme [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-04-18 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (2 bugs) [1322892 ] http://bugzilla.redhat.com/1322892 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-05-04 Summary: No valid interfaces found during introspection [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-26 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (9 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Need to include SSO callback form in the openstack- keystone RPM [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: keystone: add token flush cronjob script to keystone package [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2016-04-19 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Overridden default for Token Provider points to non- existent class ### openstack-manila (12 bugs) [1324783 ] http://bugzilla.redhat.com/1324783 (NEW) Component: openstack-manila Last change: 2016-04-07 Summary: state_path/lock_path does not have the sane defaults [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1324796 ] http://bugzilla.redhat.com/1324796 (NEW) Component: openstack-manila Last change: 2016-04-07 Summary: openstack-manila-data.service stars manila-share instead of manila-data [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (14 bugs) [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2016-04-19 Summary: [RFE] [neutron] neutron services needs more RPM granularity [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1327549 ] http://bugzilla.redhat.com/1327549 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: RDO package wrong config section in sriov_agent.ini [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Use neutron-sanity-check in CI checks [1329734 ] http://bugzilla.redhat.com/1329734 (NEW) Component: openstack-neutron Last change: 2016-04-22 Summary: utf8 characters in servers, routers, networks, etc cause issues with CLI being piped or redirected to a file [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1310551 ] http://bugzilla.redhat.com/1310551 (ASSIGNED) Component: openstack-neutron Last change: 2016-04-19 Summary: Instance network can't work properly when I try to use two nic in one nic ### openstack-nova (25 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-04-25 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1312605 ] http://bugzilla.redhat.com/1312605 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Failure to install RDO Kilo via packstack on Fedora 23 [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-04-27 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-04-28 Summary: Ensure translations are installed correctly and picked up at runtime [1314556 ] http://bugzilla.redhat.com/1314556 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: ERROR (Unauthorized): The request you have made requires authentication. (HTTP 401) [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Nova AVC messages [1316063 ] http://bugzilla.redhat.com/1316063 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: /var/lib/nova/instances/ should not be world readable/listable [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-04-22 Summary: logrotate should copytruncate to avoid openstack logging to deleted files ### openstack-packstack (99 bugs) [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack key injection fails with legacy networking (Nova networking) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: "private" network created by packstack is not owned by any tenant [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: misleading exit message on fail [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1315725 ] http://bugzilla.redhat.com/1315725 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails to configure Compute Node doing ML2&OVS&VLAN deployment [1319377 ] http://bugzilla.redhat.com/1319377 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: Invalid parameter public_url on Class[Gnocchi::Keystone::Auth] [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack failed to start nova.api [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-04-18 Summary: Raise MariaDB max connections limit [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack wording is unclear for demo and testing provisioning. [1244337 ] http://bugzilla.redhat.com/1244337 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Tune WSGIDaemonProcess processes/threads configuration [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Include Fedora cloud images in some nice way [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rabbitmq wont start if ssl is required [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1324070 ] http://bugzilla.redhat.com/1324070 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: PackStack Support for LBaaSv2 [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Receive Msg 'Error: Could not find user glance' [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Deploying ironic kilo with packstack fails [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] SPICE support in packstack [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2016-04-19 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack missing ML2 Mellanox Mechanism Driver [953586 ] http://bugzilla.redhat.com/953586 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] Openstack Installer: packstack should install and configure SPICE to work with Nova and Horizon [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1330289 ] http://bugzilla.redhat.com/1330289 (NEW) Component: openstack-packstack Last change: 2016-04-26 Summary: Failure to install Controller/Network&&Compute Cluster on RDO Mitaka with keystone API V3 [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Errors install kilo on fedora21 [1330485 ] http://bugzilla.redhat.com/1330485 (NEW) Component: openstack-packstack Last change: 2016-04-26 Summary: Failure packstack AIO install on RDO Mitaka with keystone API V3 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: Provide option to set bind_host/bind_port for API services [1316565 ] http://bugzilla.redhat.com/1316565 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO Mitaka3 test day] When Ironic installation is enabled nova-compute fails to start [1316222 ] http://bugzilla.redhat.com/1316222 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack installation failed due to wrong http config [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1326958 ] http://bugzilla.redhat.com/1326958 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [mitaka] Nagios plugin "glance-index" uses old syntax [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack script does not test to see if the rc files *were* created. [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rdo liberty trunk; nova compute fails to start [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Swift's proxy-server is not configured to use ceilometer [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Nova keypair doesn't work with Nova Networking [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: centos7 fails to install glance [1326887 ] http://bugzilla.redhat.com/1326887 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-29 Summary: [Mitaka] Packstack fails if --os-horizon-ssl=y [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2016-04-28 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack run fails when running with DEMO [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack --allinone fails while starting HTTPD service [1316610 ] http://bugzilla.redhat.com/1316610 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO Mitaka3 test day] Packstack should not run cli commands on network hosts [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: glance provision disregards keystone region setting [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: FWaaS does not work because DB was not synced [1320644 ] http://bugzilla.redhat.com/1320644 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails to configure Compute Node doing ML2&OVS&VLAN deployment (Mitaka build 20160322) [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack installs Nova crontab that nova user can't run [1310094 ] http://bugzilla.redhat.com/1310094 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [CentOS7] packstack execution fails immediately on freshly installed system. Complains about inexistent locale. [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: New user cannot retrieve container listing [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: add DiskFilter to scheduler_default_filters [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Please add glance and nova lib folder config [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Swift's proxy-server is not configured to use ceilometer [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1312487 ] http://bugzilla.redhat.com/1312487 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack with Swift Glance backend does not seem to work [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node ### openstack-puppet-modules (19 bugs) [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: rdo kilo mongo fails to start [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Permissions issue prevents CSS from rendering [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove conf files require update when neutron disabled [1326848 ] http://bugzilla.redhat.com/1326848 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Tempest provisioning fails due to missing /var/lib/tempest/tools/install_venv.py script [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Typo in log file name for trove-guestagent [1318332 ] http://bugzilla.redhat.com/1318332 (NEW) Component: openstack-puppet-modules Last change: 2016-04-19 Summary: Cinder workaround should be removed [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Increase the rpc_thread_pool_size [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Add puppet-openstack_extras to opm [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Offset Swift ports to 6200 [1304512 ] http://bugzilla.redhat.com/1304512 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Packstack replaces httpd config with one without conf.modules.d [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1316856 ] http://bugzilla.redhat.com/1316856 (NEW) Component: openstack-puppet-modules Last change: 2016-04-28 Summary: packstack fails to configure ovs bridge for CentOS [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove guestagent config mods for integration testing ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-10 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (12 bugs) [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: keystone-all proccess raised avc denied [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1320043 ] http://bugzilla.redhat.com/1320043 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: rootwrap-daemon can't start after reboot due to AVC denial [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: nova api can't be started in WSGI under httpd, blocked by selinux ### openstack-swift (4 bugs) [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: swift-init does not interoperate with systemd swift service files [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1314413 ] http://bugzilla.redhat.com/1314413 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: swift-proxy-server depends on packaging for 3 erasure pllugins causing swift-proxy-server to fail to start [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations ### openstack-tripleo (31 bugs) [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Overcloud missing ceilometer keystone user and endpoints [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1329095 ] http://bugzilla.redhat.com/1329095 (NEW) Component: openstack-tripleo Last change: 2016-04-22 Summary: mariadb and keystone down after an upgrade from liberty to mitaka [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: When adding nodes to the cloud the update hangs and takes forever [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: You can still check introspection status for ironic nodes that have been deleted [1331081 ] http://bugzilla.redhat.com/1331081 (NEW) Component: openstack-tripleo Last change: 2016-04-27 Summary: mitaka current-passed-ci fails to deploy on RHEL 7.2, galera not starting up on all controllers [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2016-04-22 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Timeout in API [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Deploying Manila is not possible due to missing template [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 ### openstack-tripleo-heat-templates (8 bugs) [1323233 ] http://bugzilla.redhat.com/1323233 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: [RFE] inlcude yamllint to aid in debugging heat templates [1317693 ] http://bugzilla.redhat.com/1317693 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: RabbitMQ failures when deploying RDO with IPv6 [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: possible incorrect selinux check in 97-mysql-selinux [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: mariadb my.cnf socket path does not exist ### openstack-trove (2 bugs) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section [1327068 ] http://bugzilla.redhat.com/1327068 (NEW) Component: openstack-trove Last change: 2016-04-14 Summary: trove guest agent should create a sudoers entry ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2016-04-18 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2016-04-18 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-04-18 Summary: Can't enable OpenStack service after openstack-service disable ### openvswitch (1 bug) [1306443 ] http://bugzilla.redhat.com/1306443 (NEW) Component: openvswitch Last change: 2016-04-19 Summary: SegFault on neutron-openvswitch-agent start ### Package Review (14 bugs) [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1326586 ] http://bugzilla.redhat.com/1326586 (NEW) Component: Package Review Last change: 2016-04-13 Summary: Review request: Sensu [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2016-04-21 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1329125 ] http://bugzilla.redhat.com/1329125 (ASSIGNED) Component: Package Review Last change: 2016-04-26 Summary: Review Request: python-oslo-privsep - OpenStack library for privilege separation [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2016-02-29 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (ASSIGNED) Component: Package Review Last change: 2016-03-29 Summary: Review Request: python-midonetclient [1311114 ] http://bugzilla.redhat.com/1311114 (NEW) Component: Package Review Last change: 2016-02-23 Summary: Request to create 'python-networking-ovn' in openstack- packages [1331486 ] http://bugzilla.redhat.com/1331486 (NEW) Component: Package Review Last change: 2016-04-28 Summary: Tracker bugzilla for puppet packages in RDO Newton cycle [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1318765 ] http://bugzilla.redhat.com/1318765 (NEW) Component: Package Review Last change: 2016-04-17 Summary: Review Request: openstack-sahara-tests - Sahara Scenario Test Framework [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2016-04-18 Summary: New Package: python-dracclient [1315196 ] http://bugzilla.redhat.com/1315196 (NEW) Component: Package Review Last change: 2016-04-18 Summary: PackageReview: openstack-searchlight [1312328 ] http://bugzilla.redhat.com/1312328 (NEW) Component: Package Review Last change: 2016-03-08 Summary: New Package: openstack-ironic-staging-drivers ### python-cinderclient (1 bug) [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-cinderclient Last change: 2016-04-19 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base ### python-django-horizon (1 bug) [1329414 ] http://bugzilla.redhat.com/1329414 (ASSIGNED) Component: python-django-horizon Last change: 2016-04-22 Summary: over time, horizon's admin -> overview page becomes very slow .... ### python-glanceclient (4 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2016-04-19 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1332394 ] http://bugzilla.redhat.com/1332394 (NEW) Component: python-glanceclient Last change: 2016-05-03 Summary: Keystone/python-glanceclient/Horizon Killo-2 with CentOS-7.2 issue [1332400 ] http://bugzilla.redhat.com/1332400 (NEW) Component: python-glanceclient Last change: 2016-05-03 Summary: Keystone/python-glanceclient/Horizon Killo-2 with CentOS-7.2 issue [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2016-04-19 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2016-04-19 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (4 bugs) [1221063 ] http://bugzilla.redhat.com/1221063 (ASSIGNED) Component: python-neutronclient Last change: 2016-04-18 Summary: --router:external=True syntax is invalid - not backward compatibility [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2016-04-18 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2016-04-18 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-04-18 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (2 bugs) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2016-05-02 Summary: Missing versioned dependency on python-six [1313123 ] http://bugzilla.redhat.com/1313123 (NEW) Component: python-novaclient Last change: 2016-04-22 Summary: nova get-vnc-console broken ### python-openstackclient (6 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: `openstack ip floating delete` fails if we specify IP address as input [1317567 ] http://bugzilla.redhat.com/1317567 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: python-zaqarclient causes "openstack flavor delete" to fail [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-04-18 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-04-18 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (55 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: cannot access instance vnc console on horizon after overcloud deployment [1306350 ] http://bugzilla.redhat.com/1306350 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, if not configured, the first nic on compute nodes gets addresses from dhcp as a default [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Deployment of Undercloud [1311662 ] http://bugzilla.redhat.com/1311662 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-Manager import instackenv.json gives just "baremetal" and does not import anything [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: rdo-manager liberty, delete node is failing [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RFE: add deltarpm to all images built [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. [1306364 ] http://bugzilla.redhat.com/1306364 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, using bridge mappings, Neutron opensvswitch-agent plugin's config file don't gets populated correctly [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support IPv6 [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Command to create flavors based on real hardware and profiles [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Glance client returning 'Expected endpoint' [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-04-25 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available [1325929 ] http://bugzilla.redhat.com/1325929 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud deployment fails with "Error: Could not start Service[nova-compute]: Execution of '/usr/bin/systemctl start openstack-nova-compute' returned 1" during ComputeNodesPostDeployment [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-virt-setup fails: error Running install- packages install [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Duplicate nova hypervisors after rebooting compute nodes [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager imoort .json file [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: PXE boot fails: Unrecognized option "--autofree" [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: cannot view cinder volumes in overcloud controller horizon [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: there is a newer image that can be used to deploy openstack [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: No way to increase yum timeouts when building images [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO Manager is using deprecated neutron options ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Validate node power credentials after enrolling ### rdo-manager-gui (4 bugs) [1316608 ] http://bugzilla.redhat.com/1316608 (NEW) Component: rdo-manager-gui Last change: 2016-04-18 Summary: [RFE] Progress bar for plan upload [1317426 ] http://bugzilla.redhat.com/1317426 (NEW) Component: rdo-manager-gui Last change: 2016-04-18 Summary: Can't open the "Edit Parameters" screen, an exception is dumped to the tripleo-api console [1317474 ] http://bugzilla.redhat.com/1317474 (NEW) Component: rdo-manager-gui Last change: 2016-03-14 Summary: After refreshing (F5) the plans list it looks like there are no plans at all in the system [1317511 ] http://bugzilla.redhat.com/1317511 (NEW) Component: rdo-manager-gui Last change: 2016-03-14 Summary: When no nodes are registered, hardware validations should be disabled ### rdopkg (2 bugs) [1306485 ] http://bugzilla.redhat.com/1306485 (NEW) Component: rdopkg Last change: 2016-02-17 Summary: centos 7.2 need to do "systemctl enable rabbitmq- server" before "packstack --allinone --provision- demo=n" [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-04-18 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-04-18 Summary: [RFE] Provide easy to use upgrade tool ### tempest (2 bugs) [1272289 ] http://bugzilla.redhat.com/1272289 (ASSIGNED) Component: tempest Last change: 2016-04-19 Summary: rdo-manager tempest smoke test failing on "floating ip pool not found' [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (63 bugs) ### distribution (2 bugs) [1328980 ] http://bugzilla.redhat.com/1328980 (MODIFIED) Component: distribution Last change: 2016-04-21 Summary: Log handler repeatedly crashes [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2016-04-18 Summary: Tuskar Fails After Remove/Reinstall Of RDO ### openstack-ceilometer (2 bugs) [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-04-18 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-04-18 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing ### openstack-cinder (1 bug) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2016-04-19 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] ### openstack-glance (1 bug) [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2016-04-19 Summary: Glance api ssl issue ### openstack-neutron (2 bugs) [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-server will not start: fails with pbr version issue ### openstack-nova (2 bugs) [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-04-22 Summary: openstack-nova-* systemd unit files need NotifyAccess=all [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-04-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 ### openstack-packstack (24 bugs) [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-04-22 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2016-04-19 Summary: allow to specify admin name and email [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Havana Fedora 19, packstack fails w/ mysql error [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: el7 Icehouse: Nagios installation fails [1049537 ] http://bugzilla.redhat.com/1049537 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Horizon help url in RDO points to the RHOS documentation [1298245 ] http://bugzilla.redhat.com/1298245 (MODIFIED) Component: openstack-packstack Last change: 2016-04-18 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: support setting up apache to serve keystone requests [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should use pymysql database driver since Liberty [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack requires 2 runs to install ceilometer [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Help text for SSL is incorrect regarding passphrase on the cert [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack needs to support aodh services since Mitaka [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-04-19 Summary: VPNaaS should use libreswan driver instead of openswan by default [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Script wording for service installation should be consistent ### openstack-puppet-modules (1 bug) [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT ### openstack-selinux (1 bug) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2016-04-18 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Package update does not take puppet managed packages into account ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2016-04-18 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-utils (3 bugs) [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: update openstack-status for rdo-manager [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: openstack-status as admin falsely shows zero instances ### openvswitch (1 bug) [1331227 ] http://bugzilla.redhat.com/1331227 (MODIFIED) Component: openvswitch Last change: 2016-04-28 Summary: CVE-2016-2074 openvswitch: MPLS buffer overflow vulnerability [rdo] ### Package Review (3 bugs) [1323222 ] http://bugzilla.redhat.com/1323222 (ON_QA) Component: Package Review Last change: 2016-04-25 Summary: Review request for openstack-sahara-ui [1272513 ] http://bugzilla.redhat.com/1272513 (ON_QA) Component: Package Review Last change: 2016-04-22 Summary: Review Request: Murano - is an application catalog for OpenStack [1323219 ] http://bugzilla.redhat.com/1323219 (ON_QA) Component: Package Review Last change: 2016-04-25 Summary: Review Request: openstack-trove-ui - OpenStack Dashboard plugin for Trove project ### python-heatclient (1 bug) [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2016-04-19 Summary: python-heatclient 0.2.9 requires packaging in RDO ### python-keystoneclient (1 bug) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2016-04-19 Summary: user-get fails when using IDs which are not UUIDs ### python-openstackclient (1 bug) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-04-18 Summary: Rebase python-openstackclient to version 1.0.0 ### python-tuskarclient (1 bug) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2016-04-18 Summary: `tuskar help` is missing a description next to plan- templates ### rdo-manager (5 bugs) [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support explicit configuration of L2 population [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" ### rdo-manager-cli (9 bugs) [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Ensure proper nodes states after enroll and before deployment [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: OSC plugin isn't saving plan configuration values Thanks, Chandan Kumar From alan.pevec at redhat.com Wed May 4 10:31:52 2016 From: alan.pevec at redhat.com (Alan Pevec) Date: Wed, 4 May 2016 12:31:52 +0200 Subject: [Rdo-list] inclusion of a new package in openstack-common for CentOS In-Reply-To: <57220A71.6000909@redhat.com> References: <87r3dr0xcf.fsf@redhat.com> <96ebc2a4-1dfd-8902-c0e8-d0f6854ce3a0@redhat.com> <87k2ji1vm7.fsf@redhat.com> <57220A71.6000909@redhat.com> Message-ID: <08d137ce-f920-bf51-c7b1-5533efec65ab@redhat.com> > 20160127 is much preferred, 20150821 is still buggy. I contacted VirtSIG folks and they have concern that upgrading ipxe might affect their oVirt release so for now we're tagging their candidate build into openstack-common repo: http://cbs.centos.org/koji/buildinfo?buildID=10754 This is fine as a temporary measure until update ipxe is released in EL7.3 baseOS. It is available at in testing repo: http://buildlogs.centos.org/centos/7/cloud/x86_64/openstack-mitaka/common/ipxe-roms-qemu-20160127-1.git6366fa7a.el7.noarch.rpm Please test and provide feedback, then we can promote it to the release repo on mirror.centos.org! Cheers, Alan From mohammed.arafa at gmail.com Wed May 4 10:50:43 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Wed, 4 May 2016 06:50:43 -0400 Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain In-Reply-To: References: <0f6801d1584c$8e6186d0$ab249470$@ltgfederal.com> Message-ID: so late last night i had this problem and searched google and found myself asking the same question after 4 months. it appears there is a way (still untested by me but hopefully someone here can verify) to remove the lock https://bugs.launchpad.net/ironic/+bug/1250348 states to run ironic node-update ba28de78-f300-4adb-b3e9-eb2ff137f8d7 replace reservation=fake i am kind of leery of setting it to fake tho On Tue, Jan 26, 2016 at 11:46 AM, Mohammed Arafa wrote: > I did an ironic node delete * and did everything over again. No lock. I > did not change my hosts file. > Strange behaviour though > On Jan 26, 2016 10:22 AM, "Ignacio Bravo" wrote: > >> This is what I have in my undercloud VM /etc/hosts file: >> >> >> >> 127.0.0.1 undercloud.mydomain undercloud localhost >> localhost.localdomain localhost4 localhost4.localdomain4 >> >> ::1 localhost localhost.localdomain localhost6 >> localhost6.localdomain6 >> >> >> >> >> >> -- >> >> *Ignacio Bravo* >> >> *LTG Federal* >> >> ibravo at ltgfederal.com >> >> >> >> *From:* rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] *On >> Behalf Of *Mohammed Arafa >> *Sent:* Tuesday, January 26, 2016 7:52 AM >> *To:* rdo-list at redhat.com >> *Subject:* [Rdo-list] [rdo-manager] node locked by localhost.localdomain >> >> >> >> hi >> >> i am attempting introspection (for the umpteenth time) and i keep getting >> the error that says node is locked by localhost.localdomain. >> >> it is extremely puzzling because i have a line in /etc/hosts just for my >> undercloud. >> >> (hmm.. does my 127.0.0.1 undercloud.hostname need to be on its own line >> or with the 127.0.0.1 locahost.localdomain line?) >> >> i found an rhosp bug since last year with no activity (1232997) that >> indicate the node may be a duplicate. however i am performing an ironic >> node-delete uuid before beginning introspection. >> >> >> anybody got any any ideas? >> >> -- >> >> >> >> >> *805010942448935* >> >> >> *GR750055912MA* >> >> >> *Link to me on LinkedIn * >> >> >> > -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohammed.arafa at gmail.com Wed May 4 10:59:58 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Wed, 4 May 2016 06:59:58 -0400 Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain In-Reply-To: References: <0f6801d1584c$8e6186d0$ab249470$@ltgfederal.com> Message-ID: oh and ironic node-show $id indicates that there are no reservations on these nodes but it still says locked! On Wed, May 4, 2016 at 6:50 AM, Mohammed Arafa wrote: > so late last night i had this problem and searched google and found myself > asking the same question after 4 months. > > it appears there is a way (still untested by me but hopefully someone here > can verify) to remove the lock > https://bugs.launchpad.net/ironic/+bug/1250348 states to run > ironic node-update ba28de78-f300-4adb-b3e9-eb2ff137f8d7 replace > reservation=fake > > i am kind of leery of setting it to fake tho > > > On Tue, Jan 26, 2016 at 11:46 AM, Mohammed Arafa > wrote: > >> I did an ironic node delete * and did everything over again. No lock. I >> did not change my hosts file. >> Strange behaviour though >> On Jan 26, 2016 10:22 AM, "Ignacio Bravo" wrote: >> >>> This is what I have in my undercloud VM /etc/hosts file: >>> >>> >>> >>> 127.0.0.1 undercloud.mydomain undercloud localhost >>> localhost.localdomain localhost4 localhost4.localdomain4 >>> >>> ::1 localhost localhost.localdomain localhost6 >>> localhost6.localdomain6 >>> >>> >>> >>> >>> >>> -- >>> >>> *Ignacio Bravo* >>> >>> *LTG Federal* >>> >>> ibravo at ltgfederal.com >>> >>> >>> >>> *From:* rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] >>> *On Behalf Of *Mohammed Arafa >>> *Sent:* Tuesday, January 26, 2016 7:52 AM >>> *To:* rdo-list at redhat.com >>> *Subject:* [Rdo-list] [rdo-manager] node locked by localhost.localdomain >>> >>> >>> >>> hi >>> >>> i am attempting introspection (for the umpteenth time) and i keep >>> getting the error that says node is locked by localhost.localdomain. >>> >>> it is extremely puzzling because i have a line in /etc/hosts just for my >>> undercloud. >>> >>> (hmm.. does my 127.0.0.1 undercloud.hostname need to be on its own line >>> or with the 127.0.0.1 locahost.localdomain line?) >>> >>> i found an rhosp bug since last year with no activity (1232997) that >>> indicate the node may be a duplicate. however i am performing an ironic >>> node-delete uuid before beginning introspection. >>> >>> >>> anybody got any any ideas? >>> >>> -- >>> >>> >>> >>> >>> *805010942448935* >>> >>> >>> *GR750055912MA* >>> >>> >>> *Link to me on LinkedIn * >>> >>> >>> >> > > > -- > > > > > *805010942448935* > > > *GR750055912MA* > > > *Link to me on LinkedIn * > -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ibravo at ltgfederal.com Wed May 4 11:05:43 2016 From: ibravo at ltgfederal.com (Ignacio Bravo) Date: Wed, 4 May 2016 07:05:43 -0400 Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain In-Reply-To: References: <0f6801d1584c$8e6186d0$ab249470$@ltgfederal.com> Message-ID: <9CF09439-F3DB-4415-9215-A7543534C894@ltgfederal.com> Did you try doing an ironic node-delete and recreating the node again? IB > On May 4, 2016, at 6:59 AM, Mohammed Arafa wrote: > > oh and ironic node-show $id indicates that there are no reservations on these nodes but it still says locked! > >> On Wed, May 4, 2016 at 6:50 AM, Mohammed Arafa wrote: >> so late last night i had this problem and searched google and found myself asking the same question after 4 months. >> >> it appears there is a way (still untested by me but hopefully someone here can verify) to remove the lock >> https://bugs.launchpad.net/ironic/+bug/1250348 states to run >> ironic node-update ba28de78-f300-4adb-b3e9-eb2ff137f8d7 replace reservation=fake >> >> i am kind of leery of setting it to fake tho >> >> >>> On Tue, Jan 26, 2016 at 11:46 AM, Mohammed Arafa wrote: >>> I did an ironic node delete * and did everything over again. No lock. I did not change my hosts file. >>> Strange behaviour though >>> >>>> On Jan 26, 2016 10:22 AM, "Ignacio Bravo" wrote: >>>> This is what I have in my undercloud VM /etc/hosts file: >>>> >>>> >>>> >>>> 127.0.0.1 undercloud.mydomain undercloud localhost localhost.localdomain localhost4 localhost4.localdomain4 >>>> >>>> ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Ignacio Bravo >>>> >>>> LTG Federal >>>> >>>> ibravo at ltgfederal.com >>>> >>>> >>>> >>>> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Mohammed Arafa >>>> Sent: Tuesday, January 26, 2016 7:52 AM >>>> To: rdo-list at redhat.com >>>> Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain >>>> >>>> >>>> >>>> hi >>>> >>>> i am attempting introspection (for the umpteenth time) and i keep getting the error that says node is locked by localhost.localdomain. >>>> >>>> it is extremely puzzling because i have a line in /etc/hosts just for my undercloud. >>>> >>>> (hmm.. does my 127.0.0.1 undercloud.hostname need to be on its own line or with the 127.0.0.1 locahost.localdomain line?) >>>> >>>> i found an rhosp bug since last year with no activity (1232997) that indicate the node may be a duplicate. however i am performing an ironic node-delete uuid before beginning introspection. >>>> >>>> >>>> anybody got any any ideas? >>>> >>>> -- >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> 805010942448935 >>>> >>>> GR750055912MA >>>> >>>> Link to me on LinkedIn >>>> >>>> >>>> >> >> >> >> -- >> >> >> >> >> >> >> 805010942448935 >> >> GR750055912MA >> >> Link to me on LinkedIn >> > > > > -- > > > > > > > 805010942448935 > > GR750055912MA > > Link to me on LinkedIn -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohammed.arafa at gmail.com Wed May 4 11:11:58 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Wed, 4 May 2016 07:11:58 -0400 Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain In-Reply-To: <9CF09439-F3DB-4415-9215-A7543534C894@ltgfederal.com> References: <0f6801d1584c$8e6186d0$ab249470$@ltgfederal.com> <9CF09439-F3DB-4415-9215-A7543534C894@ltgfederal.com> Message-ID: Yes On May 4, 2016 7:05 AM, "Ignacio Bravo" wrote: > Did you try doing an ironic node-delete and recreating the node again? > > IB > > On May 4, 2016, at 6:59 AM, Mohammed Arafa > wrote: > > oh and ironic node-show $id indicates that there are no reservations on > these nodes but it still says locked! > > On Wed, May 4, 2016 at 6:50 AM, Mohammed Arafa > wrote: > >> so late last night i had this problem and searched google and found >> myself asking the same question after 4 months. >> >> it appears there is a way (still untested by me but hopefully someone >> here can verify) to remove the lock >> https://bugs.launchpad.net/ironic/+bug/1250348 states to run >> ironic node-update ba28de78-f300-4adb-b3e9-eb2ff137f8d7 replace >> reservation=fake >> >> i am kind of leery of setting it to fake tho >> >> >> On Tue, Jan 26, 2016 at 11:46 AM, Mohammed Arafa < >> mohammed.arafa at gmail.com> wrote: >> >>> I did an ironic node delete * and did everything over again. No lock. I >>> did not change my hosts file. >>> Strange behaviour though >>> On Jan 26, 2016 10:22 AM, "Ignacio Bravo" wrote: >>> >>>> This is what I have in my undercloud VM /etc/hosts file: >>>> >>>> >>>> >>>> 127.0.0.1 undercloud.mydomain undercloud localhost >>>> localhost.localdomain localhost4 localhost4.localdomain4 >>>> >>>> ::1 localhost localhost.localdomain localhost6 >>>> localhost6.localdomain6 >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Ignacio Bravo* >>>> >>>> *LTG Federal* >>>> >>>> ibravo at ltgfederal.com >>>> >>>> >>>> >>>> *From:* rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] >>>> *On Behalf Of *Mohammed Arafa >>>> *Sent:* Tuesday, January 26, 2016 7:52 AM >>>> *To:* rdo-list at redhat.com >>>> *Subject:* [Rdo-list] [rdo-manager] node locked by >>>> localhost.localdomain >>>> >>>> >>>> >>>> hi >>>> >>>> i am attempting introspection (for the umpteenth time) and i keep >>>> getting the error that says node is locked by localhost.localdomain. >>>> >>>> it is extremely puzzling because i have a line in /etc/hosts just for >>>> my undercloud. >>>> >>>> (hmm.. does my 127.0.0.1 undercloud.hostname need to be on its own line >>>> or with the 127.0.0.1 locahost.localdomain line?) >>>> >>>> i found an rhosp bug since last year with no activity (1232997) that >>>> indicate the node may be a duplicate. however i am performing an ironic >>>> node-delete uuid before beginning introspection. >>>> >>>> >>>> anybody got any any ideas? >>>> >>>> -- >>>> >>>> >>>> >>>> >>>> *805010942448935* >>>> >>>> >>>> *GR750055912MA* >>>> >>>> >>>> *Link to me on LinkedIn * >>>> >>>> >>>> >>> >> >> >> -- >> >> >> >> >> *805010942448935* >> >> >> *GR750055912MA* >> >> >> *Link to me on LinkedIn * >> > > > > -- > > > > > *805010942448935* > > > *GR750055912MA* > > > *Link to me on LinkedIn * > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Wed May 4 15:32:31 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 4 May 2016 11:32:31 -0400 Subject: [Rdo-list] [Rdo-newsletter] RDO May Newsletter Message-ID: <572A160F.4050205@redhat.com> Thanks for being part of the RDO community! April was a very busy month, with the Mitaka release, OpenStack Summit, and the start of the Newton cycle. Please take a moment to read our May newsletter at https://www.rdoproject.org/newsletter/2016-may/ Highlights include: * "What did you do in Mitaka?" interview and podcast series * RDO Mitaka packages available now! * OpenStack Summit and RDO BoF * Red Hat Summit coming soon See you on #rdo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ _______________________________________________ Rdo-newsletter mailing list Rdo-newsletter at redhat.com https://www.redhat.com/mailman/listinfo/rdo-newsletter From chkumar246 at gmail.com Wed May 4 16:01:01 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 4 May 2016 21:31:01 +0530 Subject: [Rdo-list] [meeting] RDO meeting (2016-05-04) Message-ID: ============================== #rdo: RDO meeting (2016-05-04) ============================== Meeting started by chandankumar at 15:01:13 UTC. The full logs are available at https://meetbot.fedoraproject.org/rdo/2016-05-04/rdo_meeting_(2016-05-04).2016-05-04-15.01.log.html . Meeting summary --------------- * rollcall (chandankumar, 15:01:22) * RDO BoF -Newton summit- feedback (chandankumar, 15:04:55) * LINK: https://etherpad.openstack.org/p/rdo-austin-bof (number80, 15:05:24) * ACTION: rbowen to write RDO BOF summary blog (chandankumar, 15:07:05) * more presence in meetups, ping rbowen for swag and sponsoring (number80, 15:07:06) * LINK: http://www.meetup.com/Shanghai-OpenStack-Meetup/ (rbowen, 15:08:51) * request virt-sig to update ipxe (chandankumar, 15:12:51) * ipxe is now in openstack-common until RHEL7.3 is out (number80, 15:13:50) * powerp64le port (chandankumar, 15:14:29) * LINK: https://marcin.juszkiewicz.com.pl/2016/04/19/my-workflow-for-building-big-sets-of-rpm-packages/ (number80, 15:17:42) * LINK: https://centos.juszkiewicz.com.pl/20160414-openstack-mitaka-for-aarch64/ (number80, 15:18:14) * ACTION: mengxd to write blog documenting what had done on powerp64e packaging for RDO (chandankumar, 15:25:25) * ACTION: apevec check with CBS folks about powerpc resources available (apevec, 15:25:59) * ACTION: jpena help setting up the DLRN instance for powerpc (apevec, 15:26:35) * RDO Bug Triage Day on 18th and 19th May, 2016 (chandankumar, 15:27:04) * LINK: http://tm3.org/rdobugs is a good list to start with. But I'm sure chandankumar has a similar list bookmarked somewhere. (rbowen, 15:30:43) * ACTION: imcsk8 to publish bz scripts (apevec, 15:31:42) * ACTION: chandankumar to send Email announcement for RDO Bug Traige Day (chandankumar, 15:32:54) * dlrn instance access (chandankumar, 15:33:35) * DLRN admins NA: trown dmsimard EU: amoralej jpena (apevec, 15:38:54) * dlrn instance migration (chandankumar, 15:41:22) * ACTION: jpena to update trunk.rdo page to include admins and coverage (jpena, 15:41:29) * ACTION: trown research tripleo promote via centos ci job (trown, 15:48:48) * packaging docs rewrite (chandankumar, 15:49:14) * Chair for next meeting (chandankumar, 15:53:38) * ACTION: amoralej to chair for next meeting (chandankumar, 15:54:16) * open floor (chandankumar, 15:55:14) * LINK: https://review.gerrithub.io/#/q/status:open+project:^openstack-packages/.*,n,z (number80, 15:58:39) Meeting ended at 15:59:22 UTC. Action Items ------------ * rbowen to write RDO BOF summary blog * mengxd to write blog documenting what had done on powerp64e packaging for RDO * apevec check with CBS folks about powerpc resources available * jpena help setting up the DLRN instance for powerpc * imcsk8 to publish bz scripts * chandankumar to send Email announcement for RDO Bug Traige Day * jpena to update trunk.rdo page to include admins and coverage * trown research tripleo promote via centos ci job * amoralej to chair for next meeting Action Items, by person ----------------------- * amoralej * amoralej to chair for next meeting * apevec * apevec check with CBS folks about powerpc resources available * chandankumar * chandankumar to send Email announcement for RDO Bug Traige Day * imcsk8 * imcsk8 to publish bz scripts * jpena * jpena help setting up the DLRN instance for powerpc * jpena to update trunk.rdo page to include admins and coverage * mengxd * mengxd to write blog documenting what had done on powerp64e packaging for RDO * rbowen * rbowen to write RDO BOF summary blog * trown * trown research tripleo promote via centos ci job * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * apevec (81) * number80 (61) * chandankumar (61) * dmsimard (27) * rbowen (20) * mengxd (19) * jpena (15) * trown (15) * jruzicka (15) * zodbot (10) * openstack (9) * imcsk8 (8) * EmilienM (4) * amoralej (4) * openstackgerrit (2) * Teknologeek (1) * noslzzp (1) * jschlueter (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot Thanks, Chandan Kumar From goneri at redhat.com Wed May 4 16:47:40 2016 From: goneri at redhat.com (=?utf-8?Q?Gon=C3=A9ri?= Le Bouder) Date: Wed, 04 May 2016 12:47:40 -0400 Subject: [Rdo-list] inclusion of a new package in openstack-common for CentOS In-Reply-To: <08d137ce-f920-bf51-c7b1-5533efec65ab@redhat.com> References: <87r3dr0xcf.fsf@redhat.com> <96ebc2a4-1dfd-8902-c0e8-d0f6854ce3a0@redhat.com> <87k2ji1vm7.fsf@redhat.com> <57220A71.6000909@redhat.com> <08d137ce-f920-bf51-c7b1-5533efec65ab@redhat.com> Message-ID: <87wpn9g47n.fsf@redhat.com> > Please test and provide feedback, then we can promote it to the release I just did a successful deployment with this RPM (DELL environment, 9 nodes). Thanks Alan! -- Gon?ri Le Bouder -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: From ibravo at ltgfederal.com Wed May 4 17:59:59 2016 From: ibravo at ltgfederal.com (Ignacio Bravo) Date: Wed, 4 May 2016 13:59:59 -0400 Subject: [Rdo-list] Troubleshooting Tripleo Overcloud deployment Message-ID: <8A67CC8C-158F-4DAD-95FB-204F210A25B7@ltgfederal.com> After installing the undercloud based on mitaka, the deploy of the overcloud in baremetal servers is not working. When the servers are trying to PXE boot, they don?t get any responses back. I?ve used tcpdump on several parts of the undercloud to see what was going on when the baremetal servers were PXE booting and this is what I obtained: ------------------- [stack at undercloud ~]$ sudo ovs-dpctl show system at ovs-system: lookups: hit:7971 missed:512 lost:0 flows: 2 masks: hit:14405 total:2 hit/pkt:1.70 port 0: ovs-system (internal) port 1: br-int (internal) port 2: br-ctlplane (internal) port 3: eth1 port 4: tap77898498-bf (internal) [stack at undercloud ~]$ sudo tcpdump -i eth1 tcpdump: WARNING: eth1: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes 13:43:30.962477 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 [stack at undercloud ~]$ sudo tcpdump -i br-ctlplane tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br-ctlplane, link-type EN10MB (Ethernet), capture size 65535 bytes 13:43:30.962758 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 [stack at undercloud ~]$ sudo ip netns exec qdhcp-a98f8425-c458-4db4-befe-807055f7a8e8 tcpdump -i tap77898498-bf tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tap77898498-bf, link-type EN10MB (Ethernet), capture size 65535 bytes 13:43:30.962761 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 ------------------- I deployed the undercloud using the default network configuration (192.0.2.x) and I can see that dnsmasq is running: [stack at undercloud ~]$ ps aux | grep dnsmasq nobody 1452 0.0 0.0 15524 396 ? S May02 0:00 /sbin/dnsmasq --conf-file=/etc/ironic-inspector/dnsmasq.conf stack 3409 0.0 0.0 112648 964 pts/2 S+ 13:58 0:00 grep --color=auto dnsmasq nobody 4015 0.0 0.0 15552 956 ? S May02 0:00 dnsmasq --no-hosts --no-resolv --strict-order --except-interface=lo --pid-file=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/pid --dhcp-hostsfile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/host --addn-hosts=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/addn_hosts --dhcp-optsfile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/opts --dhcp-leasefile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/leases --dhcp-match=set:ipxe,175 --bind-interfaces --interface=tap77898498-bf --dhcp-range=set:tag0,192.0.2.0,static,86400s --dhcp-option-force=option:mtu,1500 --dhcp-lease-max=256 --conf-file=/etc/dnsmasq-ironic.conf Ideas? __ Ignacio Bravo LTG Federal, Inc www.ltgfederal.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Laurent.Laporte at sprint.com Wed May 4 18:10:53 2016 From: Laurent.Laporte at sprint.com (Laporte, Laurent [CTO]) Date: Wed, 4 May 2016 18:10:53 +0000 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: <5728EF68.8090405@redhat.com> References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> <5728EF68.8090405@redhat.com> Message-ID: <8740c1851b8848ce8a24a808b797eae3@PLSWE13M19.ad.sprint.com> Problem resolved. First, a BIG thanks to Ignacio Bravo for his offline discussion and suggestions that resulted in resolution. Second, the resolution: in the undercloud.conf file I replaced my private addresses (10.0.40.x/24) with 192.0.2.0/24 addresses. I was under the impression that I could use any addresses that I wanted. Once I made these changes (and rebuilt my machine first) the undercloud installation went without a hitch. -----Original Message----- From: Dan Sneddon [mailto:dsneddon at redhat.com] Sent: Tuesday, May 03, 2016 1:35 PM To: Laporte, Laurent [CTO] Cc: rdo-list at redhat.com Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network configuration On 05/03/2016 11:06 AM, Laporte, Laurent [CTO] wrote: > I tried three things: > > a) local_interface=enp3s0f1 > b) local_interface=ifcfg-enp3s0f1 > c) entirely new deployment on a different machine (ibm 3550M4) > > I got the same result in all cases. Maybe I'm going down a rabbit trail here, but I see the same error in each case: > > [ERROR] Unabel to read mac address: eth1 > > I also notice that several steps above there's a json file being ingested and in that file there the name eth1 being applied to the local_ip parameter in my undercloud.conf. > So, given the same result across i) multiple failures the same machine after multiple config changes and a reimage; and, ii) failure on a separate machine, that there's an issue with a module in the network configuration process. I haven't had time to take a look in detail in that area. > > Thoughts? > > > > -----Original Message----- > From: Marius Cornea [mailto:marius at remote-lab.net] > Sent: Monday, May 02, 2016 4:45 PM > To: Laporte, Laurent [CTO] > Cc: Qasim Sarfraz; rdo-list at redhat.com > Subject: Re: [Rdo-list] TripleO - undercloud deployment failing > network configuration > > Hi, > > Can you try setting local_interface = enp3s0f1 in undercloud.conf assuming enp3s0f1 is the interface used for the provisioning network? > > On Mon, May 2, 2016 at 11:32 PM, Laporte, Laurent [CTO] wrote: >> Thanks for the pointers! >> >> >> >> I tried it out and kept running into the same problem. I decided to >> wipe the slate clean and reimaged the box. I used the >> undercloud.conf file shown below and still received what looks to be >> the same error (see below). It looks like the python script is still >> looking for /sys/class/net/eth1/address. >> >> >> >> >> >> >> >> _______________________________begin_undercloud.conf_________________ >> _ >> ______ >> >> >> >> [DEFAULT] >> >> local_ip = x.y.40.11/24 >> >> undercloud_public_vip = x.y.40.12 >> >> undercloud_admin_vip = x.y.40.13 >> >> #local_interface = eth1 >> >> masquerade_network = x.y.40.0/24 >> >> dhcp_start = x.y.40.150 >> >> dhcp_end = x.y.40.199 >> >> network_cidr = x.y.40.0/24 >> >> network_gateway = x.y.40.11 >> >> discovery_iprange = x.y.40.200,x.y.40.230 >> >> discovery_runbench = false >> >> undercloud_service_certificate = >> /etc/pki/instack-certs/undercloud.pem >> >> >> >> _______________________________end_undercloud.conf___________________ >> _ >> _____ >> >> >> >> _______________________________begin_errorfile_______________________ >> _ >> ______ >> >> >> >> [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase >> configure >> >> dib-run-parts Mon May 2 16:04:14 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >> >> + set -o pipefail >> >> + '[' -x /usr/sbin/semanage ']' >> >> + semodule -i /opt/stack/selinux-policy/ipxe.pp >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy >> completed >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >> >> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /etc/os-net-config/config.json >> >> [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc >> >> [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /mnt/state/var/lib/ironic/virtual-power-key >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /var/opt/undercloud-stack/masquerade >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /etc/puppet/hieradata/RedHat.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] writing >> /root/tripleo-undercloud-passwords >> >> [2016/05/02 04:04:27 PM] [INFO] success >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config >> completed >> >> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >> >> ++ os-apply-config --key os_net_config --type raw --key-default '' >> >> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >> >> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >> + br-ctlplane >> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >> "true", >> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >> >> + trap configure_safe_defaults EXIT >> >> + os-net-config -c /etc/os-net-config/config.json -v >> + --detailed-exit-codes >> >> [2016/05/02 04:04:27 PM] [INFO] Using config file at: >> /etc/os-net-config/config.json >> >> [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. >> >> [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane >> >> [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 185, in main >> >> provider.add_object(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 55, in add_object >> >> self.add_bridge(obj) >> >> File >> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 305, in add_bridge >> >> data = self._add_common(bridge) >> >> File >> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 135, in _add_common >> >> mac = utils.interface_mac(base_opt.primary_interface_name) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", >> line 46, in interface_mac >> >> with open('/sys/class/net/%s/address' % name, 'r') as f: >> >> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: os-net-config configuration failed.' >> >> ERROR: os-net-config configuration failed. >> >> + exit 1 >> >> + configure_safe_defaults >> >> + [[ 1 == 0 ]] >> >> + cat >> >> ++ ls /sys/class/net >> >> ++ grep -v '^lo$' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f0 up >> >> ++ cat /sys/class/net/enp3s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f1 up >> >> ++ cat /sys/class/net/enp3s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f0 up >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + TRIES=10 >> >> + '[' 0 == 0 -a 10 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=9 >> >> + '[' 0 == 0 -a 9 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=8 >> >> + '[' 0 == 0 -a 8 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=7 >> >> + '[' 0 == 0 -a 7 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=6 >> >> + '[' 0 == 0 -a 6 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=5 >> >> + '[' 0 == 0 -a 5 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=4 >> >> + '[' 0 == 0 -a 4 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=3 >> >> + '[' 0 == 0 -a 3 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=2 >> >> + '[' 0 == 0 -a 2 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=1 >> >> + '[' 0 == 0 -a 1 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=0 >> >> + '[' 0 == 0 -a 0 -gt 0 ']' >> >> + '[' 0 == 1 ']' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f1 up >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + TRIES=10 >> >> + '[' 0 == 0 -a 10 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=9 >> >> + '[' 0 == 0 -a 9 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=8 >> >> + '[' 0 == 0 -a 8 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=7 >> >> + '[' 0 == 0 -a 7 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=6 >> >> + '[' 0 == 0 -a 6 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=5 >> >> + '[' 0 == 0 -a 5 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=4 >> >> + '[' 0 == 0 -a 4 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=3 >> >> + '[' 0 == 0 -a 3 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=2 >> >> + '[' 0 == 0 -a 2 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=1 >> >> + '[' 0 == 0 -a 1 -gt 0 ']' >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=0 >> >> + '[' 0 == 1 ']' >> >> + sleep 1 >> >> + TRIES=0 >> >> + '[' 0 == 0 -a 0 -gt 0 ']' >> >> + '[' 0 == 1 ']' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0/addr_assign_type >> >> + local mac_addr_type=1 >> >> + '[' 1 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >> >> + local mac_addr_type=3 >> >> + '[' 3 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >> --detailed-exit-codes --cleanup >> >> [2016/05/02 04:04:48 PM] [INFO] Using config file at: >> /etc/os-net-config/dhcp_all_interfaces.yaml >> >> [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. >> >> [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] applying network configs... >> >> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route6-enp3s0f1 >> >> [2016/05/02 04:04:48 PM] [INFO] Writing config >> /etc/sysconfig/network-scripts/route6-enp3s0f0 >> >> [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 187, in main >> >> activate=not opts.no_activate) >> >> File >> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 572, in apply >> >> self.ifup(interface) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 164, in ifup >> >> self.execute(msg, '/sbin/ifup', interface) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 144, in execute >> >> processutils.execute(cmd, *args, **kwargs) >> >> File >> "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", >> line 275, in execute >> >> cmd=sanitized_cmd) >> >> oslo_concurrency.processutils.ProcessExecutionError: Unexpected error >> while running command. >> >> Command: /sbin/ifup enp3s0f1 >> >> Exit code: 1 >> >> Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' >> >> Stderr: u'' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: configuration of safe defaults failed.' >> >> ERROR: configuration of safe defaults failed. >> >> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during >> configure phase. [Command '['dib-run-parts', >> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >> status 1] >> >> >> >> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... >> >> >> >> _______________________________end_errorfile_________________________ >> _ >> _____ >> >> >> >> From: Qasim Sarfraz [mailto:qasims at plumgrid.com] >> Sent: Sunday, May 01, 2016 11:46 PM >> To: Laporte, Laurent [CTO] >> Cc: rdo-list at redhat.com >> Subject: Re: [Rdo-list] TripleO - undercloud deployment failing >> network configuration >> >> >> >> Hi Laporte, >> >> >> >> Yes, this is an issue with your undercloud.conf. Set the appropriate >> PXE interface in undercloud.conf using following and retry: >> >> Network interface on the Undercloud that will be handling the PXE >> >> # boots and DHCP for Overcloud instances. (string value) >> >> #local_interface = eth1 >> >> >> >> >> >> >> On Monday, May 2, 2016, Laporte, Laurent [CTO] >> >> wrote: >> >> Hello, >> >> >> >> I hope that this is the correct forum to post this message. >> >> I am in the process of deploying TripleO. My undercloud machine is a >> DL360G7 (36GB RAM) and I'm using CentOS 7. The undercloud >> installation is failing while os-refresh-config is running. It appears that the error is: >> [ERROR] Unable to read mac address: eth1. On this machine, I have >> four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and >> enp4s0f1. It looks like the script is searching for the interface >> information in /sys/class/eth, and when I check there, I see links >> to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the >> eth that the script is expecting. Has anyone ran into this issue (or something similar)? >> >> >> >> Thanks, >> >> >> >> Larry >> >> >> >> >> >> [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase >> configure >> >> dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >> >> + set -o pipefail >> >> + '[' -x /usr/sbin/semanage ']' >> >> + semodule -i /opt/stack/selinux-policy/ipxe.pp >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy >> completed >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >> >> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /etc/os-net-config/config.json >> >> [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc >> >> [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /mnt/state/var/lib/ironic/virtual-power-key >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /var/opt/undercloud-stack/masquerade >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /etc/puppet/hieradata/RedHat.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] writing >> /root/tripleo-undercloud-passwords >> >> [2016/04/28 10:54:36 AM] [INFO] success >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config >> completed >> >> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >> >> ++ os-apply-config --key os_net_config --type raw --key-default '' >> >> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >> /var/run/os-collect-config/os_config_files.json >> >> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >> >> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >> + br-ctlplane >> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >> "true", >> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >> >> + trap configure_safe_defaults EXIT >> >> + os-net-config -c /etc/os-net-config/config.json -v >> + --detailed-exit-codes >> >> [2016/04/28 10:54:36 AM] [INFO] Using config file at: >> /etc/os-net-config/config.json >> >> [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. >> >> [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 >> >> [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 >> >> [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane >> >> [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 >> >> Traceback (most recent call last): >> >> File "/bin/os-net-config", line 10, in >> >> sys.exit(main()) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >> 185, in main >> >> provider.add_object(obj) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >> line 55, in add_object >> >> self.add_bridge(obj) >> >> File >> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 305, in add_bridge >> >> data = self._add_common(bridge) >> >> File >> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >> line 135, in _add_common >> >> mac = utils.interface_mac(base_opt.primary_interface_name) >> >> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", >> line 46, in interface_mac >> >> with open('/sys/class/net/%s/address' % name, 'r') as f: >> >> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >> >> + RETVAL=1 >> >> + [[ 1 == 2 ]] >> >> + [[ 1 != 0 ]] >> >> + echo 'ERROR: os-net-config configuration failed.' >> >> ERROR: os-net-config configuration failed. >> >> + exit 1 >> >> + configure_safe_defaults >> >> + [[ 1 == 0 ]] >> >> + cat >> >> ++ ls /sys/class/net >> >> ++ grep -v '^lo$' >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f0 up >> >> ++ cat /sys/class/net/enp3s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp3s0f1 up >> >> ++ cat /sys/class/net/enp3s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f0 up >> >> ++ cat /sys/class/net/enp4s0f0/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >> >> + local mac_addr_type=0 >> >> + '[' 0 '!=' 0 ']' >> >> + ip link set dev enp4s0f1 up >> >> ++ cat /sys/class/net/enp4s0f1/carrier >> >> + HAS_LINK=1 >> >> + TRIES=10 >> >> + '[' 1 == 0 -a 10 -gt 0 ']' >> >> + '[' 1 == 1 ']' >> >> + cat >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0/addr_assign_type >> >> + local mac_addr_type=1 >> >> + '[' 1 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >> >> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >> >> + local mac_addr_type=3 >> >> + '[' 3 '!=' 0 ']' >> >> + echo 'Device has generated MAC, skipping.' >> >> Device has generated MAC, skipping. >> >> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >> --detailed-exit-codes --cleanup >> >> [2016/04/28 10:54:37 AM] [INFO] Using config file at: >> /etc/os-net-config/dhcp_all_interfaces.yaml >> >> [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: >> /etc/os-net-config/mapping.yaml >> >> [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. >> >> [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] applying network configs... >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp3s0f1 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp3s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp4s0f0 >> >> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >> enp4s0f1 >> >> + RETVAL=0 >> >> + [[ 0 == 2 ]] >> >> + [[ 0 != 0 ]] >> >> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during >> configure phase. [Command '['dib-run-parts', >> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >> status 1] >> >> >> >> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... >> >> >> >> >> >> >> >> >> >> ________________________________ >> >> Learn more on how to switch to Sprint and save 50% on most Verizon, >> AT&T or T-Mobile rates. See sprint.com/50off for details. >> >> ________________________________ >> >> >> This e-mail may contain Sprint proprietary information intended for >> the sole use of the recipient(s). Any use by others is prohibited. If >> you are not the intended recipient, please contact the sender and >> delete all copies of the message. >> >> >> >> -- >> >> Regards, >> >> Qasim Sarfraz >> >> >> >> >> _______________________________________________ >> 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 > > ________________________________ > > This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. > > > > _______________________________________________ > 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 > Make sure you have this in undercloud.conf (make sure it is not preceded by a "#" or it will be ignored): local_interface = enp3s0f1 Set this before running "openstack undercloud install", and it should try to use enp3s0f1 instead of eth1. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From dsneddon at redhat.com Wed May 4 18:26:03 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Wed, 4 May 2016 11:26:03 -0700 Subject: [Rdo-list] Troubleshooting Tripleo Overcloud deployment In-Reply-To: <8A67CC8C-158F-4DAD-95FB-204F210A25B7@ltgfederal.com> References: <8A67CC8C-158F-4DAD-95FB-204F210A25B7@ltgfederal.com> Message-ID: <572A3EBB.40607@redhat.com> On 05/04/2016 10:59 AM, Ignacio Bravo wrote: > After installing the undercloud based on mitaka, the deploy of the > overcloud in baremetal servers is not working. When the servers are > trying to PXE boot, they don?t get any responses back. I?ve used > tcpdump on several parts of the undercloud to see what was going on > when the baremetal servers were PXE booting and this is what I obtained: > > ------------------- > [stack at undercloud ~]$ sudo ovs-dpctl show > system at ovs-system: > lookups: hit:7971 missed:512 lost:0 > flows: 2 > masks: hit:14405 total:2 hit/pkt:1.70 > port 0: ovs-system (internal) > port 1: br-int (internal) > port 2: br-ctlplane (internal) > port 3: eth1 > port 4: tap77898498-bf (internal) > > [stack at undercloud ~]$ sudo tcpdump -i eth1 > tcpdump: WARNING: eth1: no IPv4 address assigned > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes > 13:43:30.962477 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > > > [stack at undercloud ~]$ sudo tcpdump -i br-ctlplane > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on br-ctlplane, link-type EN10MB (Ethernet), capture size > 65535 bytes > 13:43:30.962758 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > > [stack at undercloud ~]$ sudo ip netns exec > qdhcp-a98f8425-c458-4db4-befe-807055f7a8e8 tcpdump -i tap77898498-bf > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on tap77898498-bf, link-type EN10MB (Ethernet), capture size > 65535 bytes > 13:43:30.962761 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:33.269272 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:37.553341 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > 13:43:45.847061 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from b4:b5:2f:58:61:a8 (oui Unknown), length 548 > > ------------------- > > > I deployed the undercloud using the default network configuration > (192.0.2.x) and I can see that dnsmasq is running: > > [stack at undercloud ~]$ ps aux | grep dnsmasq > nobody 1452 0.0 0.0 15524 396 ? S May02 0:00 > /sbin/dnsmasq --conf-file=/etc/ironic-inspector/dnsmasq.conf > stack 3409 0.0 0.0 112648 964 pts/2 S+ 13:58 0:00 grep > --color=auto dnsmasq > nobody 4015 0.0 0.0 15552 956 ? S > May02 0:00 dnsmasq --no-hosts --no-resolv --strict-order > --except-interface=lo > --pid-file=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/pid > --dhcp-hostsfile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/host > --addn-hosts=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/addn_hosts > --dhcp-optsfile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/opts > --dhcp-leasefile=/var/lib/neutron/dhcp/a98f8425-c458-4db4-befe-807055f7a8e8/leases > --dhcp-match=set:ipxe,175 --bind-interfaces --interface=tap77898498-bf > --dhcp-range=set:tag0,192.0.2.0,static,86400s > --dhcp-option-force=option:mtu,1500 --dhcp-lease-max=256 > --conf-file=/etc/dnsmasq-ironic.conf > > > Ideas? > > > __ > Ignacio Bravo > LTG Federal, Inc > www.ltgfederal.com > > > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > I'm not sure what would be causing this behavior. Are you sure that introspection completed successfully? Are you getting any logs from dnsmasq? -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From mohammed.arafa at gmail.com Wed May 4 22:58:22 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Wed, 4 May 2016 18:58:22 -0400 Subject: [Rdo-list] [rdo-manager] node locked by localhost.localdomain In-Reply-To: References: <0f6801d1584c$8e6186d0$ab249470$@ltgfederal.com> <9CF09439-F3DB-4415-9215-A7543534C894@ltgfederal.com> Message-ID: to give some background on my environment: my undercloud is a vm i have 3 of them. one that worked up to last sunday was from a snapshot of the repo i took in november 2015.lets call it "Rdo-vm-1" the other 2 are updated/latest. i have 4 physical machines. i am currently trying to do the basic physical server deployment of 1 compute and 1 controller. i was using rdo-vm-1 as my control as i had problems with some physical servers. now, i have done this so often that i have a scrpt that will tear down my overrcloud and ironic nodes and rebuild it. there are no variables. to clean up i delete the stack, the nova instances and the ironic nodes. then i do follow the documentation, i do know i am doing it right coz the script would at times deploy the overcloud. only concerns i have are: a) i am running the 3VMs at the same time. logic says they shouldnt be any overlap unless i misconfigured something b) i hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1249139 - has this been resolved and packaged? for liberty or mitaka? On Wed, May 4, 2016 at 7:11 AM, Mohammed Arafa wrote: > Yes > On May 4, 2016 7:05 AM, "Ignacio Bravo" wrote: > >> Did you try doing an ironic node-delete and recreating the node again? >> >> IB >> >> On May 4, 2016, at 6:59 AM, Mohammed Arafa >> wrote: >> >> oh and ironic node-show $id indicates that there are no reservations on >> these nodes but it still says locked! >> >> On Wed, May 4, 2016 at 6:50 AM, Mohammed Arafa >> wrote: >> >>> so late last night i had this problem and searched google and found >>> myself asking the same question after 4 months. >>> >>> it appears there is a way (still untested by me but hopefully someone >>> here can verify) to remove the lock >>> https://bugs.launchpad.net/ironic/+bug/1250348 states to run >>> ironic node-update ba28de78-f300-4adb-b3e9-eb2ff137f8d7 replace >>> reservation=fake >>> >>> i am kind of leery of setting it to fake tho >>> >>> >>> On Tue, Jan 26, 2016 at 11:46 AM, Mohammed Arafa < >>> mohammed.arafa at gmail.com> wrote: >>> >>>> I did an ironic node delete * and did everything over again. No lock. I >>>> did not change my hosts file. >>>> Strange behaviour though >>>> On Jan 26, 2016 10:22 AM, "Ignacio Bravo" >>>> wrote: >>>> >>>>> This is what I have in my undercloud VM /etc/hosts file: >>>>> >>>>> >>>>> >>>>> 127.0.0.1 undercloud.mydomain undercloud localhost >>>>> localhost.localdomain localhost4 localhost4.localdomain4 >>>>> >>>>> ::1 localhost localhost.localdomain localhost6 >>>>> localhost6.localdomain6 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Ignacio Bravo* >>>>> >>>>> *LTG Federal* >>>>> >>>>> ibravo at ltgfederal.com >>>>> >>>>> >>>>> >>>>> *From:* rdo-list-bounces at redhat.com [mailto: >>>>> rdo-list-bounces at redhat.com] *On Behalf Of *Mohammed Arafa >>>>> *Sent:* Tuesday, January 26, 2016 7:52 AM >>>>> *To:* rdo-list at redhat.com >>>>> *Subject:* [Rdo-list] [rdo-manager] node locked by >>>>> localhost.localdomain >>>>> >>>>> >>>>> >>>>> hi >>>>> >>>>> i am attempting introspection (for the umpteenth time) and i keep >>>>> getting the error that says node is locked by localhost.localdomain. >>>>> >>>>> it is extremely puzzling because i have a line in /etc/hosts just for >>>>> my undercloud. >>>>> >>>>> (hmm.. does my 127.0.0.1 undercloud.hostname need to be on its own >>>>> line or with the 127.0.0.1 locahost.localdomain line?) >>>>> >>>>> i found an rhosp bug since last year with no activity (1232997) >>>>> that indicate the node may be a duplicate. however i am performing an >>>>> ironic node-delete uuid before beginning introspection. >>>>> >>>>> >>>>> anybody got any any ideas? >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> >>>>> *805010942448935* >>>>> >>>>> >>>>> *GR750055912MA* >>>>> >>>>> >>>>> *Link to me on LinkedIn * >>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> >>> *805010942448935* >>> >>> >>> *GR750055912MA* >>> >>> >>> *Link to me on LinkedIn * >>> >> >> >> >> -- >> >> >> >> >> *805010942448935* >> >> >> *GR750055912MA* >> >> >> *Link to me on LinkedIn * >> >> -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ibravo at ltgfederal.com Wed May 4 23:35:22 2016 From: ibravo at ltgfederal.com (Ignacio Bravo) Date: Wed, 4 May 2016 19:35:22 -0400 Subject: [Rdo-list] TripleO - undercloud deployment failing network configuration In-Reply-To: <8740c1851b8848ce8a24a808b797eae3@PLSWE13M19.ad.sprint.com> References: <2e401e0fc0274bf6b83d92c7f86000a0@PLSWE13M19.ad.sprint.com> <5728EF68.8090405@redhat.com> <8740c1851b8848ce8a24a808b797eae3@PLSWE13M19.ad.sprint.com> Message-ID: Laurent, This was the issue that I mentioned about having different network configurations than the default ones. Apparently you were hitting something similar. https://bugzilla.redhat.com/show_bug.cgi?id=1270033 - Ignacio Bravo LTG Federal > On May 4, 2016, at 2:10 PM, Laporte, Laurent [CTO] wrote: > > Problem resolved. > > First, a BIG thanks to Ignacio Bravo for his offline discussion and suggestions that resulted in resolution. > > Second, the resolution: in the undercloud.conf file I replaced my private addresses (10.0.40.x/24) with 192.0.2.0/24 addresses. I was under the impression that I could use any addresses that I wanted. Once I made these changes (and rebuilt my machine first) the undercloud installation went without a hitch. > > -----Original Message----- > From: Dan Sneddon [mailto:dsneddon at redhat.com] > Sent: Tuesday, May 03, 2016 1:35 PM > To: Laporte, Laurent [CTO] > Cc: rdo-list at redhat.com > Subject: Re: [Rdo-list] TripleO - undercloud deployment failing network configuration > >> On 05/03/2016 11:06 AM, Laporte, Laurent [CTO] wrote: >> I tried three things: >> >> a) local_interface=enp3s0f1 >> b) local_interface=ifcfg-enp3s0f1 >> c) entirely new deployment on a different machine (ibm 3550M4) >> >> I got the same result in all cases. Maybe I'm going down a rabbit trail here, but I see the same error in each case: >> >> [ERROR] Unabel to read mac address: eth1 >> >> I also notice that several steps above there's a json file being ingested and in that file there the name eth1 being applied to the local_ip parameter in my undercloud.conf. >> So, given the same result across i) multiple failures the same machine after multiple config changes and a reimage; and, ii) failure on a separate machine, that there's an issue with a module in the network configuration process. I haven't had time to take a look in detail in that area. >> >> Thoughts? >> >> >> >> -----Original Message----- >> From: Marius Cornea [mailto:marius at remote-lab.net] >> Sent: Monday, May 02, 2016 4:45 PM >> To: Laporte, Laurent [CTO] >> Cc: Qasim Sarfraz; rdo-list at redhat.com >> Subject: Re: [Rdo-list] TripleO - undercloud deployment failing >> network configuration >> >> Hi, >> >> Can you try setting local_interface = enp3s0f1 in undercloud.conf assuming enp3s0f1 is the interface used for the provisioning network? >> >>> On Mon, May 2, 2016 at 11:32 PM, Laporte, Laurent [CTO] wrote: >>> Thanks for the pointers! >>> >>> >>> >>> I tried it out and kept running into the same problem. I decided to >>> wipe the slate clean and reimaged the box. I used the >>> undercloud.conf file shown below and still received what looks to be >>> the same error (see below). It looks like the python script is still >>> looking for /sys/class/net/eth1/address. >>> >>> >>> >>> >>> >>> >>> >>> _______________________________begin_undercloud.conf_________________ >>> _ >>> ______ >>> >>> >>> >>> [DEFAULT] >>> >>> local_ip = x.y.40.11/24 >>> >>> undercloud_public_vip = x.y.40.12 >>> >>> undercloud_admin_vip = x.y.40.13 >>> >>> #local_interface = eth1 >>> >>> masquerade_network = x.y.40.0/24 >>> >>> dhcp_start = x.y.40.150 >>> >>> dhcp_end = x.y.40.199 >>> >>> network_cidr = x.y.40.0/24 >>> >>> network_gateway = x.y.40.11 >>> >>> discovery_iprange = x.y.40.200,x.y.40.230 >>> >>> discovery_runbench = false >>> >>> undercloud_service_certificate = >>> /etc/pki/instack-certs/undercloud.pem >>> >>> >>> >>> _______________________________end_undercloud.conf___________________ >>> _ >>> _____ >>> >>> >>> >>> _______________________________begin_errorfile_______________________ >>> _ >>> ______ >>> >>> >>> >>> [2016-05-02 16:04:14,492] (os-refresh-config) [INFO] Starting phase >>> configure >>> >>> dib-run-parts Mon May 2 16:04:14 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >>> >>> + set -o pipefail >>> >>> + '[' -x /usr/sbin/semanage ']' >>> >>> + semodule -i /opt/stack/selinux-policy/ipxe.pp >>> >>> dib-run-parts Mon May 2 16:04:27 CDT 2016 00-apply-selinux-policy >>> completed >>> >>> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >>> >>> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >>> /var/run/os-collect-config/os_config_files.json >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing >>> /etc/os-net-config/config.json >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing /root/stackrc >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing /etc/puppet/hiera.yaml >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing >>> /mnt/state/var/lib/ironic/virtual-power-key >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing >>> /var/opt/undercloud-stack/masquerade >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing >>> /etc/puppet/hieradata/RedHat.yaml >>> >>> [2016/05/02 04:04:27 PM] [INFO] writing >>> /root/tripleo-undercloud-passwords >>> >>> [2016/05/02 04:04:27 PM] [INFO] success >>> >>> dib-run-parts Mon May 2 16:04:27 CDT 2016 20-os-apply-config >>> completed >>> >>> dib-run-parts Mon May 2 16:04:27 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >>> >>> ++ os-apply-config --key os_net_config --type raw --key-default '' >>> >>> [2016/05/02 04:04:27 PM] [WARNING] DEPRECATED: falling back to >>> /var/run/os-collect-config/os_config_files.json >>> >>> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >>> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >>> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >>> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >>> >>> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >>> + br-ctlplane >>> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >>> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >>> "true", >>> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >>> >>> + trap configure_safe_defaults EXIT >>> >>> + os-net-config -c /etc/os-net-config/config.json -v >>> + --detailed-exit-codes >>> >>> [2016/05/02 04:04:27 PM] [INFO] Using config file at: >>> /etc/os-net-config/config.json >>> >>> [2016/05/02 04:04:27 PM] [INFO] Using mapping file at: >>> /etc/os-net-config/mapping.yaml >>> >>> [2016/05/02 04:04:27 PM] [INFO] Ifcfg net config provider created. >>> >>> [2016/05/02 04:04:27 PM] [INFO] nic1 mapped to: enp3s0f0 >>> >>> [2016/05/02 04:04:27 PM] [INFO] nic2 mapped to: enp3s0f1 >>> >>> [2016/05/02 04:04:27 PM] [INFO] adding bridge: br-ctlplane >>> >>> [2016/05/02 04:04:27 PM] [ERROR] Unable to read mac address: eth1 >>> >>> Traceback (most recent call last): >>> >>> File "/bin/os-net-config", line 10, in >>> >>> sys.exit(main()) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >>> 185, in main >>> >>> provider.add_object(obj) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >>> line 55, in add_object >>> >>> self.add_bridge(obj) >>> >>> File >>> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >>> line 305, in add_bridge >>> >>> data = self._add_common(bridge) >>> >>> File >>> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >>> line 135, in _add_common >>> >>> mac = utils.interface_mac(base_opt.primary_interface_name) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", >>> line 46, in interface_mac >>> >>> with open('/sys/class/net/%s/address' % name, 'r') as f: >>> >>> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >>> >>> + RETVAL=1 >>> >>> + [[ 1 == 2 ]] >>> >>> + [[ 1 != 0 ]] >>> >>> + echo 'ERROR: os-net-config configuration failed.' >>> >>> ERROR: os-net-config configuration failed. >>> >>> + exit 1 >>> >>> + configure_safe_defaults >>> >>> + [[ 1 == 0 ]] >>> >>> + cat >>> >>> ++ ls /sys/class/net >>> >>> ++ grep -v '^lo$' >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp3s0f0 up >>> >>> ++ cat /sys/class/net/enp3s0f0/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp3s0f1 up >>> >>> ++ cat /sys/class/net/enp3s0f1/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp4s0f0 up >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + TRIES=10 >>> >>> + '[' 0 == 0 -a 10 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=9 >>> >>> + '[' 0 == 0 -a 9 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=8 >>> >>> + '[' 0 == 0 -a 8 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=7 >>> >>> + '[' 0 == 0 -a 7 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=6 >>> >>> + '[' 0 == 0 -a 6 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=5 >>> >>> + '[' 0 == 0 -a 5 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=4 >>> >>> + '[' 0 == 0 -a 4 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=3 >>> >>> + '[' 0 == 0 -a 3 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=2 >>> >>> + '[' 0 == 0 -a 2 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=1 >>> >>> + '[' 0 == 0 -a 1 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=0 >>> >>> + '[' 0 == 0 -a 0 -gt 0 ']' >>> >>> + '[' 0 == 1 ']' >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp4s0f1 up >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + TRIES=10 >>> >>> + '[' 0 == 0 -a 10 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=9 >>> >>> + '[' 0 == 0 -a 9 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=8 >>> >>> + '[' 0 == 0 -a 8 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=7 >>> >>> + '[' 0 == 0 -a 7 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=6 >>> >>> + '[' 0 == 0 -a 6 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=5 >>> >>> + '[' 0 == 0 -a 5 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=4 >>> >>> + '[' 0 == 0 -a 4 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=3 >>> >>> + '[' 0 == 0 -a 3 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=2 >>> >>> + '[' 0 == 0 -a 2 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=1 >>> >>> + '[' 0 == 0 -a 1 -gt 0 ']' >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=0 >>> >>> + '[' 0 == 1 ']' >>> >>> + sleep 1 >>> >>> + TRIES=0 >>> >>> + '[' 0 == 0 -a 0 -gt 0 ']' >>> >>> + '[' 0 == 1 ']' >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/virbr0/addr_assign_type >>> >>> + local mac_addr_type=1 >>> >>> + '[' 1 '!=' 0 ']' >>> >>> + echo 'Device has generated MAC, skipping.' >>> >>> Device has generated MAC, skipping. >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >>> >>> + local mac_addr_type=3 >>> >>> + '[' 3 '!=' 0 ']' >>> >>> + echo 'Device has generated MAC, skipping.' >>> >>> Device has generated MAC, skipping. >>> >>> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >>> --detailed-exit-codes --cleanup >>> >>> [2016/05/02 04:04:48 PM] [INFO] Using config file at: >>> /etc/os-net-config/dhcp_all_interfaces.yaml >>> >>> [2016/05/02 04:04:48 PM] [INFO] Using mapping file at: >>> /etc/os-net-config/mapping.yaml >>> >>> [2016/05/02 04:04:48 PM] [INFO] Ifcfg net config provider created. >>> >>> [2016/05/02 04:04:48 PM] [INFO] nic1 mapped to: enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] nic2 mapped to: enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] adding interface: enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] applying network configs... >>> >>> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] running ifdown on interface: enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/ifcfg-enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/route-enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/route-enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/route6-enp3s0f1 >>> >>> [2016/05/02 04:04:48 PM] [INFO] Writing config >>> /etc/sysconfig/network-scripts/route6-enp3s0f0 >>> >>> [2016/05/02 04:04:48 PM] [INFO] running ifup on interface: enp3s0f1 >>> >>> Traceback (most recent call last): >>> >>> File "/bin/os-net-config", line 10, in >>> >>> sys.exit(main()) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >>> 187, in main >>> >>> activate=not opts.no_activate) >>> >>> File >>> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >>> line 572, in apply >>> >>> self.ifup(interface) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >>> line 164, in ifup >>> >>> self.execute(msg, '/sbin/ifup', interface) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >>> line 144, in execute >>> >>> processutils.execute(cmd, *args, **kwargs) >>> >>> File >>> "/usr/lib/python2.7/site-packages/oslo_concurrency/processutils.py", >>> line 275, in execute >>> >>> cmd=sanitized_cmd) >>> >>> oslo_concurrency.processutils.ProcessExecutionError: Unexpected error >>> while running command. >>> >>> Command: /sbin/ifup enp3s0f1 >>> >>> Exit code: 1 >>> >>> Stdout: u'\nDetermining IP information for enp3s0f1... failed.\n' >>> >>> Stderr: u'' >>> >>> + RETVAL=1 >>> >>> + [[ 1 == 2 ]] >>> >>> + [[ 1 != 0 ]] >>> >>> + echo 'ERROR: configuration of safe defaults failed.' >>> >>> ERROR: configuration of safe defaults failed. >>> >>> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] during >>> configure phase. [Command '['dib-run-parts', >>> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >>> status 1] >>> >>> >>> >>> [2016-05-02 16:05:54,126] (os-refresh-config) [ERROR] Aborting... >>> >>> >>> >>> _______________________________end_errorfile_________________________ >>> _ >>> _____ >>> >>> >>> >>> From: Qasim Sarfraz [mailto:qasims at plumgrid.com] >>> Sent: Sunday, May 01, 2016 11:46 PM >>> To: Laporte, Laurent [CTO] >>> Cc: rdo-list at redhat.com >>> Subject: Re: [Rdo-list] TripleO - undercloud deployment failing >>> network configuration >>> >>> >>> >>> Hi Laporte, >>> >>> >>> >>> Yes, this is an issue with your undercloud.conf. Set the appropriate >>> PXE interface in undercloud.conf using following and retry: >>> >>> Network interface on the Undercloud that will be handling the PXE >>> >>> # boots and DHCP for Overcloud instances. (string value) >>> >>> #local_interface = eth1 >>> >>> >>> >>> >>> >>> >>> On Monday, May 2, 2016, Laporte, Laurent [CTO] >>> >>> wrote: >>> >>> Hello, >>> >>> >>> >>> I hope that this is the correct forum to post this message. >>> >>> I am in the process of deploying TripleO. My undercloud machine is a >>> DL360G7 (36GB RAM) and I'm using CentOS 7. The undercloud >>> installation is failing while os-refresh-config is running. It appears that the error is: >>> [ERROR] Unable to read mac address: eth1. On this machine, I have >>> four interfaces, and they are enp3s0f0, enp3s0f1, enp4s0f0, and >>> enp4s0f1. It looks like the script is searching for the interface >>> information in /sys/class/eth, and when I check there, I see links >>> to the ifcfg-xxx files in /etc/sysconfig/network-scripts and not the >>> eth that the script is expecting. Has anyone ran into this issue (or something similar)? >>> >>> >>> >>> Thanks, >>> >>> >>> >>> Larry >>> >>> >>> >>> >>> >>> [2016-04-28 10:54:23,615] (os-refresh-config) [INFO] Starting phase >>> configure >>> >>> dib-run-parts Thu Apr 28 10:54:23 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/00-apply-selinux-policy >>> >>> + set -o pipefail >>> >>> + '[' -x /usr/sbin/semanage ']' >>> >>> + semodule -i /opt/stack/selinux-policy/ipxe.pp >>> >>> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 00-apply-selinux-policy >>> completed >>> >>> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/20-os-apply-config >>> >>> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >>> /var/run/os-collect-config/os_config_files.json >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing >>> /etc/os-net-config/config.json >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing /root/stackrc >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing /etc/puppet/hiera.yaml >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing >>> /mnt/state/var/lib/ironic/virtual-power-key >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing >>> /var/opt/undercloud-stack/masquerade >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing >>> /etc/puppet/hieradata/RedHat.yaml >>> >>> [2016/04/28 10:54:36 AM] [INFO] writing >>> /root/tripleo-undercloud-passwords >>> >>> [2016/04/28 10:54:36 AM] [INFO] success >>> >>> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 20-os-apply-config >>> completed >>> >>> dib-run-parts Thu Apr 28 10:54:36 CDT 2016 Running >>> /usr/libexec/os-refresh-config/configure.d/20-os-net-config >>> >>> ++ os-apply-config --key os_net_config --type raw --key-default '' >>> >>> [2016/04/28 10:54:36 AM] [WARNING] DEPRECATED: falling back to >>> /var/run/os-collect-config/os_config_files.json >>> >>> + NET_CONFIG='{"network_config": [{"ovs_extra": ["br-set-external-id >>> br-ctlplane bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": >>> [{"ip_netmask": "10.0.40.11/24"}], "members": [{"type": "interface", >>> "primary": "true", "name": "eth1"}], "name": "br-ctlplane"}]}' >>> >>> + '[' -n '{"network_config": [{"ovs_extra": ["br-set-external-id >>> + br-ctlplane >>> bridge-id br-ctlplane"], "type": "ovs_bridge", "addresses": [{"ip_netmask": >>> "10.0.40.11/24"}], "members": [{"type": "interface", "primary": >>> "true", >>> "name": "eth1"}], "name": "br-ctlplane"}]}' ']' >>> >>> + trap configure_safe_defaults EXIT >>> >>> + os-net-config -c /etc/os-net-config/config.json -v >>> + --detailed-exit-codes >>> >>> [2016/04/28 10:54:36 AM] [INFO] Using config file at: >>> /etc/os-net-config/config.json >>> >>> [2016/04/28 10:54:36 AM] [INFO] Using mapping file at: >>> /etc/os-net-config/mapping.yaml >>> >>> [2016/04/28 10:54:36 AM] [INFO] Ifcfg net config provider created. >>> >>> [2016/04/28 10:54:36 AM] [INFO] nic1 mapped to: enp3s0f0 >>> >>> [2016/04/28 10:54:36 AM] [INFO] nic2 mapped to: enp3s0f1 >>> >>> [2016/04/28 10:54:36 AM] [INFO] nic3 mapped to: enp4s0f0 >>> >>> [2016/04/28 10:54:36 AM] [INFO] nic4 mapped to: enp4s0f1 >>> >>> [2016/04/28 10:54:36 AM] [INFO] adding bridge: br-ctlplane >>> >>> [2016/04/28 10:54:36 AM] [ERROR] Unable to read mac address: eth1 >>> >>> Traceback (most recent call last): >>> >>> File "/bin/os-net-config", line 10, in >>> >>> sys.exit(main()) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/cli.py", line >>> 185, in main >>> >>> provider.add_object(obj) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/__init__.py", >>> line 55, in add_object >>> >>> self.add_bridge(obj) >>> >>> File >>> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >>> line 305, in add_bridge >>> >>> data = self._add_common(bridge) >>> >>> File >>> "/usr/lib/python2.7/site-packages/os_net_config/impl_ifcfg.py", >>> line 135, in _add_common >>> >>> mac = utils.interface_mac(base_opt.primary_interface_name) >>> >>> File "/usr/lib/python2.7/site-packages/os_net_config/utils.py", >>> line 46, in interface_mac >>> >>> with open('/sys/class/net/%s/address' % name, 'r') as f: >>> >>> IOError: [Errno 2] No such file or directory: '/sys/class/net/eth1/address' >>> >>> + RETVAL=1 >>> >>> + [[ 1 == 2 ]] >>> >>> + [[ 1 != 0 ]] >>> >>> + echo 'ERROR: os-net-config configuration failed.' >>> >>> ERROR: os-net-config configuration failed. >>> >>> + exit 1 >>> >>> + configure_safe_defaults >>> >>> + [[ 1 == 0 ]] >>> >>> + cat >>> >>> ++ ls /sys/class/net >>> >>> ++ grep -v '^lo$' >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp3s0f0/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp3s0f0 up >>> >>> ++ cat /sys/class/net/enp3s0f0/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp3s0f1/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp3s0f1 up >>> >>> ++ cat /sys/class/net/enp3s0f1/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp4s0f0/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp4s0f0 up >>> >>> ++ cat /sys/class/net/enp4s0f0/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/enp4s0f1/addr_assign_type >>> >>> + local mac_addr_type=0 >>> >>> + '[' 0 '!=' 0 ']' >>> >>> + ip link set dev enp4s0f1 up >>> >>> ++ cat /sys/class/net/enp4s0f1/carrier >>> >>> + HAS_LINK=1 >>> >>> + TRIES=10 >>> >>> + '[' 1 == 0 -a 10 -gt 0 ']' >>> >>> + '[' 1 == 1 ']' >>> >>> + cat >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/virbr0/addr_assign_type >>> >>> + local mac_addr_type=1 >>> >>> + '[' 1 '!=' 0 ']' >>> >>> + echo 'Device has generated MAC, skipping.' >>> >>> Device has generated MAC, skipping. >>> >>> + for iface in '$(ls /sys/class/net | grep -v ^lo$)' >>> >>> ++ cat /sys/class/net/virbr0-nic/addr_assign_type >>> >>> + local mac_addr_type=3 >>> >>> + '[' 3 '!=' 0 ']' >>> >>> + echo 'Device has generated MAC, skipping.' >>> >>> Device has generated MAC, skipping. >>> >>> + os-net-config -c /etc/os-net-config/dhcp_all_interfaces.yaml -v >>> --detailed-exit-codes --cleanup >>> >>> [2016/04/28 10:54:37 AM] [INFO] Using config file at: >>> /etc/os-net-config/dhcp_all_interfaces.yaml >>> >>> [2016/04/28 10:54:37 AM] [INFO] Using mapping file at: >>> /etc/os-net-config/mapping.yaml >>> >>> [2016/04/28 10:54:37 AM] [INFO] Ifcfg net config provider created. >>> >>> [2016/04/28 10:54:37 AM] [INFO] nic1 mapped to: enp3s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] nic2 mapped to: enp3s0f1 >>> >>> [2016/04/28 10:54:37 AM] [INFO] nic3 mapped to: enp4s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] nic4 mapped to: enp4s0f1 >>> >>> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp3s0f1 >>> >>> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] adding interface: enp4s0f1 >>> >>> [2016/04/28 10:54:37 AM] [INFO] applying network configs... >>> >>> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >>> enp3s0f1 >>> >>> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >>> enp3s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >>> enp4s0f0 >>> >>> [2016/04/28 10:54:37 AM] [INFO] No changes required for interface: >>> enp4s0f1 >>> >>> + RETVAL=0 >>> >>> + [[ 0 == 2 ]] >>> >>> + [[ 0 != 0 ]] >>> >>> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] during >>> configure phase. [Command '['dib-run-parts', >>> '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit >>> status 1] >>> >>> >>> >>> [2016-04-28 10:54:37,229] (os-refresh-config) [ERROR] Aborting... >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ________________________________ >>> >>> Learn more on how to switch to Sprint and save 50% on most Verizon, >>> AT&T or T-Mobile rates. See sprint.com/50off for details. >>> >>> ________________________________ >>> >>> >>> This e-mail may contain Sprint proprietary information intended for >>> the sole use of the recipient(s). Any use by others is prohibited. If >>> you are not the intended recipient, please contact the sender and >>> delete all copies of the message. >>> >>> >>> >>> -- >>> >>> Regards, >>> >>> Qasim Sarfraz >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> ________________________________ >> >> This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. >> >> >> >> _______________________________________________ >> 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 > > Make sure you have this in undercloud.conf (make sure it is not preceded by a "#" or it will be ignored): > > local_interface = enp3s0f1 > > Set this before running "openstack undercloud install", and it should try to use enp3s0f1 instead of eth1. > > -- > Dan Sneddon | Principal OpenStack Engineer > dsneddon at redhat.com | redhat.com/openstack > 650.254.4025 | dsneddon:irc @dxs:twitter > > _______________________________________________ > Rdo-list mailing list > Rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From me at gbraad.nl Thu May 5 02:13:27 2016 From: me at gbraad.nl (Gerard Braad) Date: Thu, 5 May 2016 10:13:27 +0800 Subject: [Rdo-list] [tripleo] Outdated link to instack-undercloud documentation Message-ID: Hi, I noticed that the link in the rdo-management/instack-undercloud repo[1] still points to Fedora people [2]. this is not available as of now. What is the new location? (currently generating a local version) regards, Gerard [1] https://github.com/rdo-management/instack-undercloud [2] https://repos.fedorapeople.org/repos/openstack-m/instack-undercloud/html/ -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From marius at remote-lab.net Thu May 5 08:24:14 2016 From: marius at remote-lab.net (Marius Cornea) Date: Thu, 5 May 2016 10:24:14 +0200 Subject: [Rdo-list] [tripleo] Outdated link to instack-undercloud documentation In-Reply-To: References: Message-ID: Hi Gerard, The current repo for instack-undercloud is @ https://github.com/openstack/instack-undercloud The current docs location is @ http://docs.openstack.org/developer/tripleo-docs/ On Thu, May 5, 2016 at 4:13 AM, Gerard Braad wrote: > Hi, > > > I noticed that the link in the rdo-management/instack-undercloud > repo[1] still points to Fedora people [2]. this is not available as of > now. What is the new location? (currently generating a local version) > > regards, > > > Gerard > > [1] https://github.com/rdo-management/instack-undercloud > [2] https://repos.fedorapeople.org/repos/openstack-m/instack-undercloud/html/ > > -- > Gerard Braad ? ??? > F/OSS & IT Consultant in Beijing > http://gbraad.nl gpg: 0x592CFE75 > > _______________________________________________ > 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 me at gbraad.nl Thu May 5 08:37:16 2016 From: me at gbraad.nl (Gerard Braad) Date: Thu, 5 May 2016 16:37:16 +0800 Subject: [Rdo-list] [tripleo] How is the Undercloud image generation performed from the Jenkins job Message-ID: Hi all, Currently looking into the image generation for the undercloud. I see that a Jenkins job [1] is defined, but the quickstart repo does not have ` role: "image-build" `. The reason why I ask; the instructions in the `tripleo-image-elements` repo [2] does not seem to be up-to-date. The README mentions a disk-image-create command which fails due to missing pieces. So I was wondering how the current image generation is done? And which instruction should be followed to modify or alter the elements that will be included? regards, Gerard [1] https://ci.centos.org/view/rdo/view/promotion-pipeline/job/tripleo-quickstart-promote-master-delorean-build-images/ [2] https://github.com/openstack/tripleo-image-elements -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From dms at redhat.com Thu May 5 12:39:08 2016 From: dms at redhat.com (David Moreau Simard) Date: Thu, 5 May 2016 08:39:08 -0400 Subject: [Rdo-list] [tripleo] How is the Undercloud image generation performed from the Jenkins job In-Reply-To: References: Message-ID: What you're looking for is this: https://github.com/openstack/tripleo-quickstart Maybe the job configuration for tripleo-quickstart can help, too. They're prefixed here: https://github.com/rdo-infra/ci-config/tree/master/jenkins/jobs David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On May 5, 2016 4:37 AM, "Gerard Braad" wrote: > Hi all, > > > Currently looking into the image generation for the undercloud. I see > that a Jenkins job [1] is defined, but the quickstart repo does not > have ` role: "image-build" `. > > The reason why I ask; the instructions in the `tripleo-image-elements` > repo [2] does not seem to be up-to-date. The README mentions a > disk-image-create command which fails due to missing pieces. > > So I was wondering how the current image generation is done? And which > instruction should be followed to modify or alter the elements that > will be included? > > regards, > > > Gerard > > > [1] > https://ci.centos.org/view/rdo/view/promotion-pipeline/job/tripleo-quickstart-promote-master-delorean-build-images/ > [2] https://github.com/openstack/tripleo-image-elements > > -- > Gerard Braad ? ??? > F/OSS & IT Consultant in Beijing > http://gbraad.nl gpg: 0x592CFE75 > > _______________________________________________ > 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 trown at redhat.com Thu May 5 13:25:27 2016 From: trown at redhat.com (John Trowbridge) Date: Thu, 5 May 2016 09:25:27 -0400 Subject: [Rdo-list] [tripleo] How is the Undercloud image generation performed from the Jenkins job In-Reply-To: References: Message-ID: <572B49C7.9070602@redhat.com> Hi Gerard, Image generation in RDO is done using a split out role, specifically in these tasks [1]. It is currently fairly opinionated, but there is work underway to make it more generic. The first step of that is switching to the tripleo-common image building library [2]. If you wanted to build your own images with custom elements, it may be easiest right now to use that library. There is a handy python script that can be used [3] (It is on my todo list to make the tripleo-common library packaging install these scripts). There is also an unmerged patch that shows some example config files for that [4]. Let us know if you run into any issues. [1] https://github.com/redhat-openstack/ansible-role-tripleo-image-build/blob/master/tasks/dib_build.yml#L45-L96 [2] https://review.gerrithub.io/#/c/274691 [3] https://github.com/openstack/tripleo-common/blob/master/scripts/tripleo-build-images [4] https://review.openstack.org/#/c/290468/ On 05/05/2016 04:37 AM, Gerard Braad wrote: > Hi all, > > > Currently looking into the image generation for the undercloud. I see > that a Jenkins job [1] is defined, but the quickstart repo does not > have ` role: "image-build" `. > > The reason why I ask; the instructions in the `tripleo-image-elements` > repo [2] does not seem to be up-to-date. The README mentions a > disk-image-create command which fails due to missing pieces. > > So I was wondering how the current image generation is done? And which > instruction should be followed to modify or alter the elements that > will be included? > > regards, > > > Gerard > > > [1] https://ci.centos.org/view/rdo/view/promotion-pipeline/job/tripleo-quickstart-promote-master-delorean-build-images/ > [2] https://github.com/openstack/tripleo-image-elements > From goneri at redhat.com Thu May 5 13:34:35 2016 From: goneri at redhat.com (=?utf-8?Q?Gon=C3=A9ri?= Le Bouder) Date: Thu, 05 May 2016 09:34:35 -0400 Subject: [Rdo-list] [tripleo] Outdated link to instack-undercloud documentation In-Reply-To: References: Message-ID: <87h9ecfx1w.fsf@redhat.com> Marius Cornea writes: > Hi Gerard, > > The current repo for instack-undercloud is @ > https://github.com/openstack/instack-undercloud > > The current docs location is @ http://docs.openstack.org/developer/tripleo-docs/ Hi all, I did the same mistake some months ago, I suggest to clean this repository up. I pushed a PR for that https://github.com/rdo-management/instack-undercloud/pull/7 -- Gon?ri Le Bouder -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: From me at gbraad.nl Thu May 5 14:16:19 2016 From: me at gbraad.nl (Gerard Braad) Date: Thu, 5 May 2016 22:16:19 +0800 Subject: [Rdo-list] [tripleo] How is the Undercloud image generation performed from the Jenkins job In-Reply-To: <572B49C7.9070602@redhat.com> References: <572B49C7.9070602@redhat.com> Message-ID: On Thu, May 5, 2016 at 9:25 PM, John Trowbridge wrote: > Image generation in RDO is done using a split out role > Let us know if you run into any issues. Thanks. This seems to be what I was looking for. I'll have a closer look tomorrow. Will keep you updated, especially about issues I run into. From alan.pevec at redhat.com Thu May 5 17:56:54 2016 From: alan.pevec at redhat.com (Alan Pevec) Date: Thu, 5 May 2016 19:56:54 +0200 Subject: [Rdo-list] [tripleo] Outdated link to instack-undercloud documentation In-Reply-To: <87h9ecfx1w.fsf@redhat.com> References: <87h9ecfx1w.fsf@redhat.com> Message-ID: <03e6dc41-19f6-1a1d-b67c-b27e8dcb8e67@redhat.com> > I did the same mistake some months ago, I suggest to clean this > repository up. I pushed a PR for that > https://github.com/rdo-management/instack-undercloud/pull/7 What about other ex "midstream" repos in https://github.com/rdo-management/ ? Maybe best to remove them all? Cheers, Alan From rbowen at redhat.com Thu May 5 19:20:17 2016 From: rbowen at redhat.com (Rich Bowen) Date: Thu, 5 May 2016 15:20:17 -0400 Subject: [Rdo-list] Fwd: [OpenStack Marketing] OpenStack Days East CFP Extended! In-Reply-To: References: Message-ID: <572B9CF1.1000904@redhat.com> FYI -------- Forwarded Message -------- Subject: [OpenStack Marketing] OpenStack Days East CFP Extended! Date: Thu, 5 May 2016 19:04:45 +0000 From: Alex Campanelli To: marketing at lists.openstack.org Hi Everyone, The OpenStack Days East event is happening on August 23-24th at the Playstation Theater in New York City. The CFP process has been extended until*Monday, June 6th* at *11:59 PM EST*. You can submit talks HERE . Confirmed speakers include Steve Eastham (Best Buy), Andrew Mitry (Walmart), Steve Muir (Comcast) and Jonathan Bryce. Thanks! Alex Campanelli -------------- next part -------------- _______________________________________________ Marketing mailing list Marketing at lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/marketing From rbowen at redhat.com Thu May 5 20:43:34 2016 From: rbowen at redhat.com (Rich Bowen) Date: Thu, 5 May 2016 16:43:34 -0400 Subject: [Rdo-list] OSCon BoF CFP open Message-ID: <572BB076.3050301@redhat.com> If you're planning to be at OSCon this month and you want to organize an RDO (or other) BoF, the CFP for BoFs closes tomorrow: http://conferences.oreilly.com/oscon/open-source-us/public/cfp/479 (I'm not going to be there.) -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From pradhanparas at gmail.com Thu May 5 21:04:16 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Thu, 5 May 2016 16:04:16 -0500 Subject: [Rdo-list] tripleo external nertwork Message-ID: Hi, I have a control and a compute node deployed using vxlan.I have 1 router 1 private and 1 external network created. Instances come up but they can not ping anything beyond the router. >From compute and control I can ping the external gateway but not from the instances. Where do I start to look? Thanks Paras. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Thu May 5 23:53:25 2016 From: ayoung at redhat.com (Adam Young) Date: Thu, 5 May 2016 19:53:25 -0400 Subject: [Rdo-list] tripleo external nertwork In-Reply-To: References: Message-ID: <572BDCF5.80105@redhat.com> On 05/05/2016 05:04 PM, Paras pradhan wrote: > Hi, > > I have a control and a compute node deployed using vxlan.I have 1 > router 1 private and 1 external network created. Instances come up but > they can not ping anything beyond the router. > > From compute and control I can ping the external gateway but not from > the instances. > > Where do I start to look? > > Thanks > Paras. > > > _______________________________________________ > 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 If you use quickstart, or comparable, the internal network is not exposed you have a few options, including setting up a Socks proxy. I do something like this: sshuttle -e "ssh -F $HOME/.quickstart/ssh.config.ansible" -r undercloud -v 10.149.2.0/24 which would need to be updated for your IP address range. It routes all local traffic the the subnet in the last arg. -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at gbraad.nl Fri May 6 06:31:32 2016 From: me at gbraad.nl (Gerard Braad) Date: Fri, 6 May 2016 14:31:32 +0800 Subject: [Rdo-list] [tripleo] Outdated link to instack-undercloud documentation In-Reply-To: <03e6dc41-19f6-1a1d-b67c-b27e8dcb8e67@redhat.com> References: <87h9ecfx1w.fsf@redhat.com> <03e6dc41-19f6-1a1d-b67c-b27e8dcb8e67@redhat.com> Message-ID: On Fri, May 6, 2016 at 1:56 AM, Alan Pevec wrote: > What about other ex "midstream" repos in > https://github.com/rdo-management/ ? > Maybe best to remove them all? Noticed James already removed the instack-undercloud ;-) However several others still exist, such as rdo-management/instack Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From rasca at redhat.com Fri May 6 16:14:10 2016 From: rasca at redhat.com (Raoul Scarazzini) Date: Fri, 6 May 2016 18:14:10 +0200 Subject: [Rdo-list] New ansible-role-tripleo-baremetal-undercloud role review Message-ID: <70d0e1dd-bbc5-a72c-fd16-d6e118b09c16@redhat.com> Hi guys, I'm posting this here looking for some reviews about this new role and understand how it can be improved to cover the most of the baremetal setups that we're working on. Everything starts from our need to create a CI process to check OSP-HA which aims to be similar to all the actual used from the CI team. The role is here [1] and it's going to be used in combination with the others 4 roles built starting from tripleo-quickstart / C.A.T.. This role omits all the parts related to the virtual, treats virthost and undercloud as the same machine and does these tasks: - Prepare the undercloud, which must be at this time already provided (I'm working on making the user pass a provision script); - Copy the generated undercloud.conf and execute the pre installation script; - Install the undercloud; A typical playbook that would use this role will be declared as follows: ### playbooks/baremetal.yml: - name: Baremetal undercloud install hosts: localhost gather_facts: no roles: - ansible-role-tripleo-baremetal-undercloud tags: - undercloud-bm-install - name: Inventory the undercloud hosts: virthost gather_facts: no roles: - ansible-role-tripleo-inventory tags: - undercloud-inventory - name: Post undercloud install steps hosts: undercloud gather_facts: no roles: - ansible-role-tripleo-undercloud-post tags: - undercloud-post-install - name: Deploy the overcloud hosts: undercloud gather_facts: no roles: - ansible-role-tripleo-overcloud tags: - overcloud-deploy - name: Inventory the undercloud hosts: undercloud gather_facts: no roles: - ansible-role-tripleo-inventory tags: - overcloud-inventory ### The only pre requisite at the moment is that the baremetal machine/virthost/undercloud is a CentOS 7 provided and clean (in terms of installed repos) machine. In the future the provisioning itself will be part of the role. Since the main focus of this is to deploy HA on the baremetal, the config file should be similar to this: ### config/ha.yml: control_memory: 6144 compute_memory: 6144 undercloud_memory: 8192 undercloud_vcpu: 2 flavor_map: control: baremetal compute: baremetal overcloud_nodes: - name: control_0 flavor: baremetal - name: control_1 flavor: baremetal - name: control_2 flavor: baremetal - name: compute_0 flavor: baremetal - name: compute_1 flavor: baremetal step_introspect: true libvirt_type: kvm extra_args: "--ntp-server 10.5.26.10 --control-scale 3 --compute-scale 2 --ceph-storage-scale 0 --block-storage-scale 0 --swift-storage-scale 0 --templates -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/net-single-nic-with-vlans.yaml -e /home/stack/network-environment.yaml --neutron-bridge-mappings datacentre:br-floating" tempest: false ### Putting all together can be done starting from ci-ansible-tripleo's deploy.sh script [2], passing useful parameters, like this: ### deploy.sh: ... ... VIRTHOST= VIRTUAL_ENV=$WORKDIR/.cat OPT_CONFIG=$WORKDIR/config/ha.yml ... ... export ANSIBLE_ROLES_PATH=/usr/lib/python2.7/site-packages/tripleo-quickstart/playbooks/roles::$VIRTUAL_ENV/usr/local/share/tripleo-quickstart/playbooks/roles:$VIRTUAL_ENV/usr/local/share ... ... BM_INSTACKENV=/my/local/path/to/instackenv.json BM_NETWORKENV=/my/local/path/to/network-environment.yaml BM_NICCONFIGS=/my/local/path/to/nic-configs ansible-playbook -vvvv playbooks/baremetal.yml -e @$OPT_CONFIG -e local_working_dir=$OPT_WORKDIR -e ansible_python_interpreter=/usr/bin/python -e virthost=$VIRTHOST -e undercloud_setup=baremetal -e baremetal_instackenv=$BM_INSTACKENV -e baremetal_network_environment=$BM_NETWORKENV -e baremetal_nic_configs=$BM_NICCONFIGS ### Note the undercloud_setup=baremetal setting that is checked inside all the other involved roles, which of course must be patched for baremetal support: - ansible-role-tripleo-inventory [3] - ansible-role-tripleo-undercloud-post [4] - ansible-role-tripleo-overcloud [5] - ansible-role-tripleo-inventory [6] That's all, any help/thoughts/critics with this will be strongly appreciated. Many thanks. [1] https://review.gerrithub.io/#/c/275338/ [2] https://github.com/redhat-openstack/ci-ansible-tripleo [3] https://review.gerrithub.io/#/c/274491/ [4] https://review.gerrithub.io/#/c/275333/ [5] https://review.gerrithub.io/#/c/275011/ [6] https://review.gerrithub.io/#/c/274491/ -- Raoul Scarazzini rasca at redhat.com From me at gbraad.nl Mon May 9 03:57:24 2016 From: me at gbraad.nl (Gerard Braad) Date: Mon, 9 May 2016 11:57:24 +0800 Subject: [Rdo-list] [tripleo] Quickstart failing with versionconflict for setuptools In-Reply-To: References: Message-ID: Thanks, On Wed, May 4, 2016 at 4:43 PM, Gerard Braad wrote: > tried to set up a tripleo-quickstart on two different machines (basic > installs of CentOS 7) and both of them fail with I see a fix was issues 3 days ago: https://github.com/gbraad/tripleo-quickstart/commit/57e497bbf5b5e6f5781544f64b4fbe54819ae285 -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From adarazs at redhat.com Mon May 9 12:31:07 2016 From: adarazs at redhat.com (Attila Darazs) Date: Mon, 9 May 2016 14:31:07 +0200 Subject: [Rdo-list] [tripleo] bug: the mitaka branch HA overcloud deployment fails on RHEL 7.2 Message-ID: <5730830B.9000001@redhat.com> Hi there, I think it's worth noting that currently the overcloud deployment does not succeed on RHEL. It looks like there's some problem with having galera starting with pacemaker. I did some preliminary triaging and created this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1331081 Please take a look at it if you have time. Thanks, Attila From michele at acksyn.org Mon May 9 13:12:09 2016 From: michele at acksyn.org (Michele Baldessari) Date: Mon, 9 May 2016 15:12:09 +0200 Subject: [Rdo-list] [tripleo] bug: the mitaka branch HA overcloud deployment fails on RHEL 7.2 In-Reply-To: <5730830B.9000001@redhat.com> References: <5730830B.9000001@redhat.com> Message-ID: <20160509131209.GB2336@palahniuk.int.rhx> Hi Attila, On Mon, May 09, 2016 at 02:31:07PM +0200, Attila Darazs wrote: > I think it's worth noting that currently the overcloud deployment does not > succeed on RHEL. > > It looks like there's some problem with having galera starting with > pacemaker. I did some preliminary triaging and created this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1331081 > > Please take a look at it if you have time. while I nove switched my dev environment to Newton, I have not seen this error. Can you get me sosreports of the three failing controllers please? (Or some form of ssh access: I am "bandini" on IRC) cheers, Michele -- Michele Baldessari C2A5 9DA3 9961 4FFB E01B D0BC DDD4 DCCB 7515 5C6D From hguemar at fedoraproject.org Mon May 9 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 9 May 2016 15:00:03 +0000 (UTC) Subject: [Rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160509150003.4D799603C307@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-05-11 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 pradhanparas at gmail.com Mon May 9 18:29:53 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Mon, 9 May 2016 13:29:53 -0500 Subject: [Rdo-list] tripleo change br-ex Message-ID: Hello, After the overcloud deply, the br-ex on the controller node is set to eth0's ip. How do we change this to eth1. The reasson I am asking is eth0 is my provising networking and eth1 is my external. br-ex should bet set to external network . Correct me if I am wrong. Thanks Paras. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsneddon at redhat.com Mon May 9 19:09:23 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Mon, 9 May 2016 12:09:23 -0700 Subject: [Rdo-list] tripleo change br-ex In-Reply-To: References: Message-ID: <5730E063.7060807@redhat.com> On 05/09/2016 11:29 AM, Paras pradhan wrote: > Hello, > > After the overcloud deply, the br-ex on the controller node is set to > eth0's ip. How do we change this to eth1. The reasson I am asking is > eth0 is my provising networking and eth1 is my external. br-ex should > bet set to external network . Correct me if I am wrong. > > Thanks > Paras. > > > _______________________________________________ > 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 > Create an environment file with a name of your choosing, e.g. my-environment.yaml. Put the following in the file: parameter_defaults: NeutronPublicInterface: nic2 You can also use a real nic name, such as "eth1". Then deploy with this parameter: openstack overcloud deploy -e /path/to/my-environment.yaml -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From me at gbraad.nl Wed May 11 03:15:52 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 11 May 2016 11:15:52 +0800 Subject: [Rdo-list] [tripleo] [oooq] Scaling out fails for overcloud deploy Message-ID: Hi, Currently trying to scale out using a TripleO-quickstart setup. I have created an environment with 3 control nodes and 9 computer nodes using a config.yaml. As extra_args in this configuration I purposely only did --control-scale 3 (with pacemaker). The deploy of --tags all finishes completely. And as expected, only 1 (out of 9) compute node is up. As a result I have an environment that is working as * undercloud * control-[0-2] * compute-7 After this, I login to the undercloud machine. Check the status with ironic node-list and see all nodes in Provisiong State = available, all remaining compute nodes show Power State = None and the other nodes are seen as power off (control-[0-2] and compute-7). Now when retrying to deploy with e.g. `--compute-scale 2` the overcloud can not find request nodes to deploy to. The stack fails with "Deployment failed: Not enough nodes - available: 0, requested: 2". E.g. `ironic node-show compute-8` indicates that it is available and properties/capabilities includes profile:compute. What needs to be done to scale out using these settings to include the remaining 8 compute nodes? regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From me at gbraad.nl Wed May 11 05:06:57 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 11 May 2016 13:06:57 +0800 Subject: [Rdo-list] [tripleo] [oooq] Scaling out fails for overcloud deploy In-Reply-To: References: Message-ID: Nodes seem to be in maintenance mode after the deployment. On Wed, May 11, 2016 at 11:15 AM, Gerard Braad wrote: > What needs to be done to scale out using these settings to include the > remaining 8 compute nodes? Looking at: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/7/html/Director_Installation_and_Usage/sect-Scaling_the_Overcloud.html shows that a `ironic node-set-maintenance [NODE UUID] false` is needed. After this the nodes are available to be deployed to. I do not remember seeing this being mentioned in the general TripleO documentation... -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From me at gbraad.nl Wed May 11 06:45:50 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 11 May 2016 14:45:50 +0800 Subject: [Rdo-list] [tripleo] [oooq] Undercloud connection not very stable (no route to host) Message-ID: Hi All, After having done about 20+ (re)deployments of both Liberty and Mitaka using the TripleO quickstart scripts, I have noticed something; I can not consistently reproduce it, but I have problems with the Undercloud node and I believe in particular for Liberty. After some time the deployment finished, the undercloud node is unable to be logged into. The node is running and the network is there (192.168.23.0/24). I also had it happen that the connection dropped while in an SSH session on the undercloud node. Unfortunately, I have not given a password to the stack and/or root used, so I can not check from `virsh console undercloud` if the node is at fault. At least the console itself does not show anything as error on it. Also, the undercloud node had no load as the deployment mostly just finished a few minutes before and this is just an evaluation/test setup. Has this behavior been observed by others? regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From chkumar246 at gmail.com Wed May 11 09:11:40 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 11 May 2016 14:41:40 +0530 Subject: [Rdo-list] RDO Bug statistics [2016-05-11] Message-ID: # RDO Bugs on 2016-05-11 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): 452 - Fixed (MODIFIED, POST, ON_QA): 64 ## Number of open bugs by component dib-utils [ 1] diskimage-builder [ 3] + distribution [ 17] +++++++ dnsmasq [ 1] Documentation [ 3] + instack [ 5] ++ instack-undercloud [ 29] +++++++++++ iproute [ 1] openstack-ceilometer [ 6] ++ openstack-cinder [ 13] +++++ openstack-foreman-inst... [ 1] openstack-glance [ 3] + openstack-heat [ 5] ++ openstack-horizon [ 5] ++ openstack-ironic [ 4] + openstack-ironic-disco... [ 2] openstack-keystone [ 9] +++ openstack-manila [ 12] ++++ openstack-neutron [ 15] ++++++ openstack-nova [ 27] +++++++++++ openstack-packstack [ 97] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 19] +++++++ openstack-sahara [ 2] openstack-selinux [ 12] ++++ openstack-swift [ 4] + openstack-tripleo [ 32] +++++++++++++ openstack-tripleo-heat... [ 8] +++ openstack-tripleo-imag... [ 3] + openstack-trove [ 2] openstack-tuskar [ 2] openstack-utils [ 1] openvswitch [ 1] Package Review [ 15] ++++++ python-cinderclient [ 1] python-django-horizon [ 1] python-glanceclient [ 4] + python-keystonemiddleware [ 1] python-neutronclient [ 3] + python-novaclient [ 2] python-openstackclient [ 6] ++ python-oslo-config [ 2] rdo-manager [ 55] ++++++++++++++++++++++ rdo-manager-cli [ 6] ++ rdo-manager-gui [ 4] + rdopkg [ 3] + RFEs [ 2] tempest [ 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. (452 bugs) ### dib-utils (1 bug) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2016-04-18 Summary: Packstack Ironic admin_url misconfigured in nova.conf ### diskimage-builder (3 bugs) [1210465 ] http://bugzilla.redhat.com/1210465 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: instack-build-images fails when building CentOS7 due to EPEL version change [1265598 ] http://bugzilla.redhat.com/1265598 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: rdo-manager liberty dib fails on python-pecan version [1302176 ] http://bugzilla.redhat.com/1302176 (NEW) Component: diskimage-builder Last change: 2016-04-18 Summary: add support for deltarpm ### distribution (17 bugs) [1176509 ] http://bugzilla.redhat.com/1176509 (NEW) Component: distribution Last change: 2016-04-18 Summary: [TripleO] text of uninitialized deployment needs rewording [1219890 ] http://bugzilla.redhat.com/1219890 (ASSIGNED) Component: distribution Last change: 2016-04-19 Summary: Unable to launch an instance [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2016-04-21 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages [1314460 ] http://bugzilla.redhat.com/1314460 (NEW) Component: distribution Last change: 2016-04-18 Summary: mistral references an entry point (tempest) what cannot be reached [1271169 ] http://bugzilla.redhat.com/1271169 (NEW) Component: distribution Last change: 2016-04-18 Summary: [doc] virtual environment setup [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-04-21 Summary: Tracker: Blockers and Review requests for new RDO Mitaka packages [1063474 ] http://bugzilla.redhat.com/1063474 (ASSIGNED) Component: distribution Last change: 2016-04-18 Summary: python-backports: /usr/lib/python2.6/site- packages/babel/__init__.py:33: UserWarning: Module backports was already imported from /usr/lib64/python2.6/site- packages/backports/__init__.pyc, but /usr/lib/python2.6 /site-packages is being added to sys.path [1316169 ] http://bugzilla.redhat.com/1316169 (NEW) Component: distribution Last change: 2016-04-18 Summary: openstack-barbican-api missing pid dir or wrong pid file specified [1218555 ] http://bugzilla.redhat.com/1218555 (ASSIGNED) Component: distribution Last change: 2016-04-18 Summary: rdo-release needs to enable RHEL optional extras and rh-common repositories [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-04-18 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1206867 ] http://bugzilla.redhat.com/1206867 (NEW) Component: distribution Last change: 2016-04-18 Summary: Tracking bug for bugs that Lars is interested in [1329341 ] http://bugzilla.redhat.com/1329341 (NEW) Component: distribution Last change: 2016-05-06 Summary: Tracker: Blockers and Review requests for new RDO Newton packages [1261821 ] http://bugzilla.redhat.com/1261821 (NEW) Component: distribution Last change: 2016-04-18 Summary: [RFE] Packages upgrade path checks in Delorean CI [1317971 ] http://bugzilla.redhat.com/1317971 (NEW) Component: distribution Last change: 2016-04-18 Summary: openstack-cloudkitty-common should have a /etc/cloudkitty/api_paste.ini [1315389 ] http://bugzilla.redhat.com/1315389 (NEW) Component: distribution Last change: 2016-04-18 Summary: [python-magnum] the default config file is empty and no other sample provided [1178131 ] http://bugzilla.redhat.com/1178131 (NEW) Component: distribution Last change: 2016-04-18 Summary: SSL supports only broken crypto [1176506 ] http://bugzilla.redhat.com/1176506 (NEW) Component: distribution Last change: 2016-04-18 Summary: [TripleO] Provisioning Images filter doesn't work ### dnsmasq (1 bug) [1164770 ] http://bugzilla.redhat.com/1164770 (NEW) Component: dnsmasq Last change: 2016-04-18 Summary: On a 3 node setup (controller, network and compute), instance is not getting dhcp ip (while using flat network) ### Documentation (3 bugs) [1272111 ] http://bugzilla.redhat.com/1272111 (NEW) Component: Documentation Last change: 2016-04-18 Summary: RFE : document how to access horizon in RDO manager VIRT setup [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2016-04-18 Summary: [DOC] External network should be documents in RDO manager installation [1271888 ] http://bugzilla.redhat.com/1271888 (NEW) Component: Documentation Last change: 2016-04-18 Summary: step required to build images for overcloud ### instack (5 bugs) [1315827 ] http://bugzilla.redhat.com/1315827 (NEW) Component: instack Last change: 2016-05-09 Summary: openstack undercloud install fails with "Element pip- and-virtualenv already loaded." [1224459 ] http://bugzilla.redhat.com/1224459 (NEW) Component: instack Last change: 2016-04-18 Summary: AttributeError: 'User' object has no attribute '_meta' [1192622 ] http://bugzilla.redhat.com/1192622 (NEW) Component: instack Last change: 2016-04-18 Summary: RDO Instack FAQ has serious doc bug [1201372 ] http://bugzilla.redhat.com/1201372 (NEW) Component: instack Last change: 2016-04-18 Summary: instack-update-overcloud fails because it tries to access non-existing files [1225590 ] http://bugzilla.redhat.com/1225590 (NEW) Component: instack Last change: 2016-04-18 Summary: When supplying Satellite registration fails do to Curl SSL error but i see now curl code ### instack-undercloud (29 bugs) [1266451 ] http://bugzilla.redhat.com/1266451 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud fails to setup seed vm, parse error while creating ssh key [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: wget is missing from qcow2 image fails instack-build- images script [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Overcloud images contain Kilo repos [1216243 ] http://bugzilla.redhat.com/1216243 (ASSIGNED) Component: instack-undercloud Last change: 2016-02-01 Summary: Undercloud install leaves services enabled but not started [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Sphinx docs for instack-undercloud have an incorrect network topology [1230870 ] http://bugzilla.redhat.com/1230870 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: The documention is missing the instructions for installing the epel repos prior to running "sudo yum install -y python-rdomanager- oscplugin'. [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Installing instack undercloud on Fedora20 VM fails [1215178 ] http://bugzilla.redhat.com/1215178 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: RDO-instack-undercloud: instack-install-undercloud exists with error "ImportError: No module named six." [1234652 ] http://bugzilla.redhat.com/1234652 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Instack has hard coded values for specific config files [1221812 ] http://bugzilla.redhat.com/1221812 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud install fails w/ rdo-kilo on rhel-7.1 due to rpm gpg key import [1270585 ] http://bugzilla.redhat.com/1270585 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack isntallation fails with parse error: Invalid string liberty on CentOS [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1225688 ] http://bugzilla.redhat.com/1225688 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: running instack-build-imsages exists with "Not enough RAM to use tmpfs for build. (4048492 < 4G)" [1266101 ] http://bugzilla.redhat.com/1266101 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-virt-setup fails on CentOS7 [1299958 ] http://bugzilla.redhat.com/1299958 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-virt-setup does not set explicit path, can't find binaries [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1283812 ] http://bugzilla.redhat.com/1283812 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: local_interface=bond0.120 in undercloud.conf create broken network configuration [1176569 ] http://bugzilla.redhat.com/1176569 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: 404 not found when instack-virt-setup tries to download the rhel-6.5 guest image [1232029 ] http://bugzilla.redhat.com/1232029 (NEW) Component: instack-undercloud Last change: 2015-06-22 Summary: instack-undercloud: "openstack undercloud install" fails with "RuntimeError: ('%s failed. See log for details.', 'os-refresh-config')" [1230937 ] http://bugzilla.redhat.com/1230937 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: multiple "openstack No user with a name or ID of" errors during overcloud deployment. [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-build-images does not stop on certain errors [1223977 ] http://bugzilla.redhat.com/1223977 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-undercloud: Running "openstack undercloud install" exits with error due to a missing python- flask-babel package: "Error: Package: openstack- tuskar-2013.2-dev1.el7.centos.noarch (delorean-rdo- management) Requires: python-flask-babel" [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2016-04-22 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1187966 ] http://bugzilla.redhat.com/1187966 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: missing dependency on which [1221818 ] http://bugzilla.redhat.com/1221818 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: rdo-manager documentation required for RHEL7 + rdo kilo (only) setup and install [1210685 ] http://bugzilla.redhat.com/1210685 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Could not retrieve facts for localhost.localhost: no address for localhost.localhost (corrupted /etc/resolv.conf) [1214545 ] http://bugzilla.redhat.com/1214545 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: undercloud nova.conf needs reserved_host_memory_mb=0 [1232083 ] http://bugzilla.redhat.com/1232083 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-ironic-deployment --register-nodes swallows error output ### iproute (1 bug) [1173435 ] http://bugzilla.redhat.com/1173435 (NEW) Component: iproute Last change: 2016-04-18 Summary: deleting netns ends in Device or resource busy and blocks further namespace usage ### openstack-ceilometer (6 bugs) [1314465 ] http://bugzilla.redhat.com/1314465 (NEW) Component: openstack-ceilometer Last change: 2016-04-18 Summary: openstack-aodh-expirer does not looks like a regular service [1331513 ] http://bugzilla.redhat.com/1331513 (NEW) Component: openstack-ceilometer Last change: 2016-05-09 Summary: Aodh 2.0.0-1 release does not include the default Mitaka configuration file [1331505 ] http://bugzilla.redhat.com/1331505 (NEW) Component: openstack-ceilometer Last change: 2016-05-09 Summary: Ceilometer needs python-jsonpath-rw-ext >= 0.1.8 [1331510 ] http://bugzilla.redhat.com/1331510 (ASSIGNED) Component: openstack-ceilometer Last change: 2016-05-09 Summary: Gnocchi 2.0.2-1 release does not have Mitaka default configuration file [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-04-27 Summary: python-redis is not installed with packstack allinone [1219376 ] http://bugzilla.redhat.com/1219376 (NEW) Component: openstack-ceilometer Last change: 2016-04-18 Summary: Wrong alarms order on 'severity' field ### openstack-cinder (13 bugs) [1301158 ] http://bugzilla.redhat.com/1301158 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: openstack-cinder now requires google-api-python- client>=1.4.2 [1157939 ] http://bugzilla.redhat.com/1157939 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: Default binary for iscsi_helper (lioadm) does not exist in the repos [1167156 ] http://bugzilla.redhat.com/1167156 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000] [1178648 ] http://bugzilla.redhat.com/1178648 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: vmware: "Not authenticated error occurred " on delete volume [1310776 ] http://bugzilla.redhat.com/1310776 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: iscsi targets loses acl data after hard reboot [1290415 ] http://bugzilla.redhat.com/1290415 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: Error: Unable to retrieve volume limit information when accessing System Defaults in Horizon [1268182 ] http://bugzilla.redhat.com/1268182 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cinder spontaneously sets instance root device to 'available' [1206864 ] http://bugzilla.redhat.com/1206864 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: cannot attach local cinder volume [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: Configuration file in share forces ignore of auth_uri [1229551 ] http://bugzilla.redhat.com/1229551 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: Nova resize fails with iSCSI logon failure when booting from volume [1212899 ] http://bugzilla.redhat.com/1212899 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-19 Summary: [packaging] missing dependencies for openstack-cinder [1028688 ] http://bugzilla.redhat.com/1028688 (ASSIGNED) Component: openstack-cinder Last change: 2016-04-18 Summary: should use new names in cinder-dist.conf [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage ### openstack-foreman-installer (1 bug) [1205782 ] http://bugzilla.redhat.com/1205782 (NEW) Component: openstack-foreman-installer Last change: 2016-04-18 Summary: support the ldap user_enabled_invert parameter ### openstack-glance (3 bugs) [1208798 ] http://bugzilla.redhat.com/1208798 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: Split glance-api and glance-registry [1312466 ] http://bugzilla.redhat.com/1312466 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: Support for blueprint cinder-store-upload-download in glance_store [1213545 ] http://bugzilla.redhat.com/1213545 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: [packaging] missing dependencies for openstack-glance- common: python-glance ### openstack-heat (5 bugs) [1216917 ] http://bugzilla.redhat.com/1216917 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: Clearing non-existing hooks yields no error message [1291047 ] http://bugzilla.redhat.com/1291047 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: (RDO Mitaka) Overcloud deployment failed: Exceeded max scheduling attempts [1293961 ] http://bugzilla.redhat.com/1293961 (ASSIGNED) Component: openstack-heat Last change: 2016-05-09 Summary: [SFCI] Heat template failed to start because Property error: ... net_cidr (constraint not found) [1228324 ] http://bugzilla.redhat.com/1228324 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: When deleting the stack, a bare metal node goes to ERROR state and is not deleted [1235472 ] http://bugzilla.redhat.com/1235472 (NEW) Component: openstack-heat Last change: 2016-04-19 Summary: SoftwareDeployment resource attributes are null ### openstack-horizon (5 bugs) [1316534 ] http://bugzilla.redhat.com/1316534 (NEW) Component: openstack-horizon Last change: 2016-03-10 Summary: some webfonts not found when using material theme [1248634 ] http://bugzilla.redhat.com/1248634 (NEW) Component: openstack-horizon Last change: 2015-09-02 Summary: Horizon Create volume from Image not mountable [1333600 ] http://bugzilla.redhat.com/1333600 (NEW) Component: openstack-horizon Last change: 2016-05-09 Summary: openstack-dashboard package missing icons and dependencies XStatic-mdi and XStatic-roboto-fontface [1275656 ] http://bugzilla.redhat.com/1275656 (NEW) Component: openstack-horizon Last change: 2015-10-28 Summary: FontAwesome lib bad path [1333508 ] http://bugzilla.redhat.com/1333508 (NEW) Component: openstack-horizon Last change: 2016-05-09 Summary: LBaaS v2 Dashboard UI ### openstack-ironic (4 bugs) [1300509 ] http://bugzilla.redhat.com/1300509 (NEW) Component: openstack-ironic Last change: 2016-01-21 Summary: ironic should have its own log file [1217505 ] http://bugzilla.redhat.com/1217505 (NEW) Component: openstack-ironic Last change: 2016-04-18 Summary: IPMI driver for Ironic should support RAID for operating system/root parition [1301153 ] http://bugzilla.redhat.com/1301153 (NEW) Component: openstack-ironic Last change: 2016-01-22 Summary: ironic logs huge [1221472 ] http://bugzilla.redhat.com/1221472 (NEW) Component: openstack-ironic Last change: 2015-05-14 Summary: Error message is not clear: Node can not be updated while a state transition is in progress. (HTTP 409) ### openstack-ironic-discoverd (2 bugs) [1322892 ] http://bugzilla.redhat.com/1322892 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-05-04 Summary: No valid interfaces found during introspection [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-26 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-keystone (9 bugs) [1289267 ] http://bugzilla.redhat.com/1289267 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Mitaka: keystone.py is deprecated for WSGI implementation [1208934 ] http://bugzilla.redhat.com/1208934 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Need to include SSO callback form in the openstack- keystone RPM [1220489 ] http://bugzilla.redhat.com/1220489 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: wrong log directories in /usr/share/keystone/wsgi- keystone.conf [1212126 ] http://bugzilla.redhat.com/1212126 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: keystone: add token flush cronjob script to keystone package [1280530 ] http://bugzilla.redhat.com/1280530 (NEW) Component: openstack-keystone Last change: 2016-05-10 Summary: Fernet tokens cannot read key files with SELInuxz enabeld [1218644 ] http://bugzilla.redhat.com/1218644 (ASSIGNED) Component: openstack-keystone Last change: 2016-04-19 Summary: CVE-2015-3646 openstack-keystone: cache backend password leak in log (OSSA 2015-008) [openstack-rdo] [1284871 ] http://bugzilla.redhat.com/1284871 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: /usr/share/keystone/wsgi-keystone.conf is missing group=keystone [1167528 ] http://bugzilla.redhat.com/1167528 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: assignment table migration fails for keystone-manage db_sync if duplicate entry exists [1217663 ] http://bugzilla.redhat.com/1217663 (NEW) Component: openstack-keystone Last change: 2016-04-19 Summary: Overridden default for Token Provider points to non- existent class ### openstack-manila (12 bugs) [1324783 ] http://bugzilla.redhat.com/1324783 (NEW) Component: openstack-manila Last change: 2016-04-07 Summary: state_path/lock_path does not have the sane defaults [1278918 ] http://bugzilla.redhat.com/1278918 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: manila-api fails to start without updates from upstream stable/liberty [1272957 ] http://bugzilla.redhat.com/1272957 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver: same volumes are re-used with vol mapped layout after restarting manila services [1277787 ] http://bugzilla.redhat.com/1277787 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: Glusterfs_driver: Export location for Glusterfs NFS- Ganesha is incorrect [1272960 ] http://bugzilla.redhat.com/1272960 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Glusterfs NFS-Ganesha share's export location should be uniform for both nfsv3 & nfsv4 protocols [1277792 ] http://bugzilla.redhat.com/1277792 (NEW) Component: openstack-manila Last change: 2015-11-04 Summary: glusterfs_driver: Access-deny for glusterfs driver should be dynamic [1278919 ] http://bugzilla.redhat.com/1278919 (NEW) Component: openstack-manila Last change: 2015-12-06 Summary: AvailabilityZoneFilter is not working in manila- scheduler [1272962 ] http://bugzilla.redhat.com/1272962 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_driver: Attempt to create share fails ungracefully when backend gluster volumes aren't exported [1272970 ] http://bugzilla.redhat.com/1272970 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs_native: cannot connect via SSH using password authentication to multiple gluster clusters with different passwords [1272968 ] http://bugzilla.redhat.com/1272968 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: glusterfs vol based layout: Deleting a share created from snapshot should also delete its backend gluster volume [1324796 ] http://bugzilla.redhat.com/1324796 (NEW) Component: openstack-manila Last change: 2016-04-07 Summary: openstack-manila-data.service stars manila-share instead of manila-data [1272958 ] http://bugzilla.redhat.com/1272958 (NEW) Component: openstack-manila Last change: 2015-10-19 Summary: gluster driver - vol based layout: share size may be misleading ### openstack-neutron (15 bugs) [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2016-04-19 Summary: [RFE] [neutron] neutron services needs more RPM granularity [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1180201 ] http://bugzilla.redhat.com/1180201 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-netns-cleanup.service needs RemainAfterExit=yes and PrivateTmp=false [1254275 ] http://bugzilla.redhat.com/1254275 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-dhcp-agent.service is not enabled after packstack deploy [1164230 ] http://bugzilla.redhat.com/1164230 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: In openstack-neutron-sriov-nic-agent package is missing the /etc/neutron/plugins/ml2/ml2_conf_sriov.ini config files [1334797 ] http://bugzilla.redhat.com/1334797 (NEW) Component: openstack-neutron Last change: 2016-05-10 Summary: Ensure translations are installed correctly and picked up at runtime [1226006 ] http://bugzilla.redhat.com/1226006 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Option "username" from group "keystone_authtoken" is deprecated. Use option "username" from group "keystone_authtoken". [1327549 ] http://bugzilla.redhat.com/1327549 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: RDO package wrong config section in sriov_agent.ini [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Use neutron-sanity-check in CI checks [1329734 ] http://bugzilla.redhat.com/1329734 (NEW) Component: openstack-neutron Last change: 2016-04-22 Summary: utf8 characters in servers, routers, networks, etc cause issues with CLI being piped or redirected to a file [1280258 ] http://bugzilla.redhat.com/1280258 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: tenants seem like they are able to detach admin enforced QoS policies from ports or networks [1259351 ] http://bugzilla.redhat.com/1259351 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Neutron API behind SSL terminating haproxy returns http version URL's instead of https [1310551 ] http://bugzilla.redhat.com/1310551 (ASSIGNED) Component: openstack-neutron Last change: 2016-04-19 Summary: Instance network can't work properly when I try to use two nic in one nic ### openstack-nova (27 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1180129 ] http://bugzilla.redhat.com/1180129 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Installation of openstack-nova-compute fails on PowerKVM [1157690 ] http://bugzilla.redhat.com/1157690 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: v4-fixed-ip= not working with juno nova networking [1200701 ] http://bugzilla.redhat.com/1200701 (NEW) Component: openstack-nova Last change: 2016-04-25 Summary: openstack-nova-novncproxy.service in failed state - need upgraded websockify version [1229301 ] http://bugzilla.redhat.com/1229301 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: used_now is really used_max, and used_max is really used_now in "nova host-describe" [1234837 ] http://bugzilla.redhat.com/1234837 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Kilo assigning ipv6 address, even though its disabled. [1161915 ] http://bugzilla.redhat.com/1161915 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: horizon console uses http when horizon is set to use ssl [1213547 ] http://bugzilla.redhat.com/1213547 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: launching 20 VMs at once via a heat resource group causes nova to not record some IPs correctly [1154152 ] http://bugzilla.redhat.com/1154152 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: [nova] hw:numa_nodes=0 causes divide by zero [1332907 ] http://bugzilla.redhat.com/1332907 (NEW) Component: openstack-nova Last change: 2016-05-06 Summary: CPU isolated thread policy is not working properly. [1161920 ] http://bugzilla.redhat.com/1161920 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: novnc init script doesnt write to log [1271033 ] http://bugzilla.redhat.com/1271033 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova.conf.sample is out of date [1154201 ] http://bugzilla.redhat.com/1154201 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: [nova][PCI-Passthrough] TypeError: pop() takes at most 1 argument (2 given) [1312605 ] http://bugzilla.redhat.com/1312605 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Failure to install RDO Kilo via packstack on Fedora 23 [1278808 ] http://bugzilla.redhat.com/1278808 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Guest fails to use more than 1 vCPU with smpboot: do_boot_cpu failed(-1) to wakeup [1190815 ] http://bugzilla.redhat.com/1190815 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Nova - db connection string present on compute nodes [1149682 ] http://bugzilla.redhat.com/1149682 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova object store allow get object after date exires [1148526 ] http://bugzilla.redhat.com/1148526 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: nova: fail to edit project quota with DataError from nova [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-04-27 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-05-10 Summary: Ensure translations are installed correctly and picked up at runtime [1314556 ] http://bugzilla.redhat.com/1314556 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: ERROR (Unauthorized): The request you have made requires authentication. (HTTP 401) [1332916 ] http://bugzilla.redhat.com/1332916 (NEW) Component: openstack-nova Last change: 2016-05-06 Summary: 'hw:cpu_thread_policy=prefer' misbehaviour [1189931 ] http://bugzilla.redhat.com/1189931 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Nova AVC messages [1316063 ] http://bugzilla.redhat.com/1316063 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: /var/lib/nova/instances/ should not be world readable/listable [1300611 ] http://bugzilla.redhat.com/1300611 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: filter instances by ip not work [1302804 ] http://bugzilla.redhat.com/1302804 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Block migration results in error "AttributeError: 'dict' object has no attribute 'is_shared_instance_path'" [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-04-22 Summary: logrotate should copytruncate to avoid openstack logging to deleted files ### openstack-packstack (97 bugs) [1202922 ] http://bugzilla.redhat.com/1202922 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack key injection fails with legacy networking (Nova networking) [1203444 ] http://bugzilla.redhat.com/1203444 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: "private" network created by packstack is not owned by any tenant [1171811 ] http://bugzilla.redhat.com/1171811 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: misleading exit message on fail [1284182 ] http://bugzilla.redhat.com/1284182 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Unable start Keystone, core dump [1296844 ] http://bugzilla.redhat.com/1296844 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RDO Kilo packstack AIO install fails on CentOS 7.2. Error: Unable to connect to mongodb server! (192.169.142.54:27017) [1315725 ] http://bugzilla.redhat.com/1315725 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails to configure Compute Node doing ML2&OVS&VLAN deployment [1319377 ] http://bugzilla.redhat.com/1319377 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: Invalid parameter public_url on Class[Gnocchi::Keystone::Auth] [1207248 ] http://bugzilla.redhat.com/1207248 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: auto enablement of the extras channel [1271246 ] http://bugzilla.redhat.com/1271246 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack failed to start nova.api [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-04-18 Summary: Raise MariaDB max connections limit [1148468 ] http://bugzilla.redhat.com/1148468 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: proposal to use the Red Hat tempest rpm to configure a demo environment and configure tempest [1176833 ] http://bugzilla.redhat.com/1176833 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails when starting neutron server [1169742 ] http://bugzilla.redhat.com/1169742 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: service-update is not currently supported by the keystone sql driver [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack wording is unclear for demo and testing provisioning. [1244337 ] http://bugzilla.redhat.com/1244337 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Tune WSGIDaemonProcess processes/threads configuration [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1176433 ] http://bugzilla.redhat.com/1176433 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails to configure horizon - juno/rhel7 (vm) [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Include Fedora cloud images in some nice way [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [1160885 ] http://bugzilla.redhat.com/1160885 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rabbitmq wont start if ssl is required [1202958 ] http://bugzilla.redhat.com/1202958 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack generates invalid /etc/sysconfig/network- scripts/ifcfg-br-ex [1298364 ] http://bugzilla.redhat.com/1298364 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rdo liberty install centos 7 nova-network error:CONFIG_NEUTRON_METADATA_PW_UNQUOTED [1324070 ] http://bugzilla.redhat.com/1324070 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: PackStack Support for LBaaSv2 [1292271 ] http://bugzilla.redhat.com/1292271 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Receive Msg 'Error: Could not find user glance' [1275803 ] http://bugzilla.redhat.com/1275803 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails on Fedora 22-3 during _keystone.pp [1244407 ] http://bugzilla.redhat.com/1244407 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Deploying ironic kilo with packstack fails [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] SPICE support in packstack [1255369 ] http://bugzilla.redhat.com/1255369 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Improve session settings for horizon [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2016-04-19 Summary: swift: Admin user does not have permissions to see containers created by glance service [1254389 ] http://bugzilla.redhat.com/1254389 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Can no longer run packstack to maintain cluster [1100142 ] http://bugzilla.redhat.com/1100142 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack missing ML2 Mellanox Mechanism Driver [1206742 ] http://bugzilla.redhat.com/1206742 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Installed epel-release prior to running packstack, packstack disables it on invocation [1330289 ] http://bugzilla.redhat.com/1330289 (NEW) Component: openstack-packstack Last change: 2016-04-26 Summary: Failure to install Controller/Network&&Compute Cluster on RDO Mitaka with keystone API V3 [1232455 ] http://bugzilla.redhat.com/1232455 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Errors install kilo on fedora21 [1330485 ] http://bugzilla.redhat.com/1330485 (NEW) Component: openstack-packstack Last change: 2016-04-26 Summary: Failure packstack AIO install on RDO Mitaka with keystone API V3 [1187572 ] http://bugzilla.redhat.com/1187572 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: allow to set certfile for /etc/rabbitmq/rabbitmq.config [1239286 ] http://bugzilla.redhat.com/1239286 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: ERROR: cliff.app 'super' object has no attribute 'load_commands' [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: Provide option to set bind_host/bind_port for API services [1316565 ] http://bugzilla.redhat.com/1316565 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO Mitaka3 test day] When Ironic installation is enabled nova-compute fails to start [1316222 ] http://bugzilla.redhat.com/1316222 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack installation failed due to wrong http config [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1226393 ] http://bugzilla.redhat.com/1226393 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: CONFIG_PROVISION_DEMO=n causes packstack to fail [1232496 ] http://bugzilla.redhat.com/1232496 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error during puppet run causes install to fail, says rabbitmq.com cannot be reached when it can [1326958 ] http://bugzilla.redhat.com/1326958 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [mitaka] Nagios plugin "glance-index" uses old syntax [1269535 ] http://bugzilla.redhat.com/1269535 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack script does not test to see if the rc files *were* created. [1247816 ] http://bugzilla.redhat.com/1247816 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: rdo liberty trunk; nova compute fails to start [1282746 ] http://bugzilla.redhat.com/1282746 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Swift's proxy-server is not configured to use ceilometer [1242647 ] http://bugzilla.redhat.com/1242647 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Nova keypair doesn't work with Nova Networking [1167121 ] http://bugzilla.redhat.com/1167121 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: centos7 fails to install glance [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: please move httpd log files to corresponding dirs [1107908 ] http://bugzilla.redhat.com/1107908 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Offset Swift ports to 6200 [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: AMQP1.0 server configurations needed [1266196 ] http://bugzilla.redhat.com/1266196 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack Fails on prescript.pp with "undefined method 'unsafe_load_file' for Psych:Module" [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2016-04-28 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1270770 ] http://bugzilla.redhat.com/1270770 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack generated CONFIG_MANILA_SERVICE_IMAGE_LOCATION points to a dropbox link [1279642 ] http://bugzilla.redhat.com/1279642 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack run fails when running with DEMO [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Keystone setup fails on missing required parameter [1176797 ] http://bugzilla.redhat.com/1176797 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone on CentOS 7 VM fails at cinder puppet manifest [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1235948 ] http://bugzilla.redhat.com/1235948 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error occurred at during setup Ironic via packstack. Invalid parameter rabbit_user [1209206 ] http://bugzilla.redhat.com/1209206 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails - CentOS7 ; fresh install : Error: /Stage[main]/Apache::Service/Service[httpd] [1279641 ] http://bugzilla.redhat.com/1279641 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack run does not install keystoneauth1 [1254447 ] http://bugzilla.redhat.com/1254447 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack --allinone fails while starting HTTPD service [1316610 ] http://bugzilla.redhat.com/1316610 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO Mitaka3 test day] Packstack should not run cli commands on network hosts [1207371 ] http://bugzilla.redhat.com/1207371 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails during _keystone.pp [1235139 ] http://bugzilla.redhat.com/1235139 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [F22-Packstack-Kilo] Error: Could not find dependency Package[openstack-swift] for File[/srv/node] at /var/tm p/packstack/b77f37620d9f4794b6f38730442962b6/manifests/ xxx.xxx.xxx.xxx_swift.pp:90 [1158015 ] http://bugzilla.redhat.com/1158015 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: Post installation, Cinder fails with an error: Volume group "cinder-volumes" not found [1206358 ] http://bugzilla.redhat.com/1206358 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: provision_glance does not honour proxy setting when getting image [1276277 ] http://bugzilla.redhat.com/1276277 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack --allinone fails on CentOS 7 x86_64 1503-01 [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1185627 ] http://bugzilla.redhat.com/1185627 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: glance provision disregards keystone region setting [1214922 ] http://bugzilla.redhat.com/1214922 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Cannot use ipv6 address for cinder nfs backend. [1249169 ] http://bugzilla.redhat.com/1249169 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: FWaaS does not work because DB was not synced [1320644 ] http://bugzilla.redhat.com/1320644 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails to configure Compute Node doing ML2&OVS&VLAN deployment (Mitaka build 20160322) [1265816 ] http://bugzilla.redhat.com/1265816 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Manila Puppet Module Expects Glance Endpoint to Be Available for Upload of Service Image [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack installs Nova crontab that nova user can't run [1310094 ] http://bugzilla.redhat.com/1310094 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [CentOS7] packstack execution fails immediately on freshly installed system. Complains about inexistent locale. [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: New user cannot retrieve container listing [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: API services has all admin permission instead of service [1207098 ] http://bugzilla.redhat.com/1207098 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [RDO] packstack installation failed with "Error: /Stage[main]/Apache::Service/Service[httpd]: Failed to call refresh: Could not start Service[httpd]: Execution of '/sbin/service httpd start' returned 1: Redirecting to /bin/systemctl start httpd.service" [1264843 ] http://bugzilla.redhat.com/1264843 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list iptables-ipv6' returned 1: Error: No matching Packages to list [1203131 ] http://bugzilla.redhat.com/1203131 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Using packstack deploy openstack,when CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br- eno50:eno50,encounters an error?ERROR : Error appeared during Puppet run: 10.43.241.186_neutron.pp ?. [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should support MTU settings [1187609 ] http://bugzilla.redhat.com/1187609 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: CONFIG_AMQP_ENABLE_SSL=y does not really set ssl on [1208812 ] http://bugzilla.redhat.com/1208812 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: add DiskFilter to scheduler_default_filters [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Please add glance and nova lib folder config [1296899 ] http://bugzilla.redhat.com/1296899 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Swift's proxy-server is not configured to use ceilometer [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1312487 ] http://bugzilla.redhat.com/1312487 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack with Swift Glance backend does not seem to work [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: support Keystone LDAP [1155722 ] http://bugzilla.redhat.com/1155722 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack//manifests/17 2.16.32.71_mariadb.pp:28 on node [1213149 ] http://bugzilla.redhat.com/1213149 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: openstack-keystone service is in " failed " status when CONFIG_KEYSTONE_SERVICE_NAME=httpd ### openstack-puppet-modules (19 bugs) [1236775 ] http://bugzilla.redhat.com/1236775 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: rdo kilo mongo fails to start [1288533 ] http://bugzilla.redhat.com/1288533 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: packstack fails on installing mongodb [1150678 ] http://bugzilla.redhat.com/1150678 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Permissions issue prevents CSS from rendering [1192539 ] http://bugzilla.redhat.com/1192539 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Add puppet-tripleo and puppet-gnocchi to opm [1157500 ] http://bugzilla.redhat.com/1157500 (NEW) Component: openstack-puppet-modules Last change: 2016-05-10 Summary: ERROR: Network commands are not supported when using the Neutron API. [1222326 ] http://bugzilla.redhat.com/1222326 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove conf files require update when neutron disabled [1326848 ] http://bugzilla.redhat.com/1326848 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Tempest provisioning fails due to missing /var/lib/tempest/tools/install_venv.py script [1259411 ] http://bugzilla.redhat.com/1259411 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Backport: nova-network needs authentication [1285900 ] http://bugzilla.redhat.com/1285900 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Typo in log file name for trove-guestagent [1318332 ] http://bugzilla.redhat.com/1318332 (NEW) Component: openstack-puppet-modules Last change: 2016-04-19 Summary: Cinder workaround should be removed [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1285897 ] http://bugzilla.redhat.com/1285897 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove-guestagent.conf should define the configuration for backups [1155663 ] http://bugzilla.redhat.com/1155663 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Increase the rpc_thread_pool_size [1174454 ] http://bugzilla.redhat.com/1174454 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Add puppet-openstack_extras to opm [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Offset Swift ports to 6200 [1304512 ] http://bugzilla.redhat.com/1304512 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Packstack replaces httpd config with one without conf.modules.d [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1316856 ] http://bugzilla.redhat.com/1316856 (NEW) Component: openstack-puppet-modules Last change: 2016-04-28 Summary: packstack fails to configure ovs bridge for CentOS [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove guestagent config mods for integration testing ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-10 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (12 bugs) [1158394 ] http://bugzilla.redhat.com/1158394 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: keystone-all proccess raised avc denied [1202944 ] http://bugzilla.redhat.com/1202944 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: "glance image-list" fails on F21, causing packstack install to fail [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) [1320043 ] http://bugzilla.redhat.com/1320043 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: rootwrap-daemon can't start after reboot due to AVC denial [1252675 ] http://bugzilla.redhat.com/1252675 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: neutron-server cannot connect to port 5000 due to SELinux [1189929 ] http://bugzilla.redhat.com/1189929 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: Glance AVC messages [1206740 ] http://bugzilla.redhat.com/1206740 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: On CentOS7.1 packstack --allinone fails to start Apache because of binding error on port 5000 [1203910 ] http://bugzilla.redhat.com/1203910 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Keystone requires keystone_t self:process signal; [1202941 ] http://bugzilla.redhat.com/1202941 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: Glance fails to start on CentOS 7 because of selinux AVC [1284879 ] http://bugzilla.redhat.com/1284879 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Keystone via mod_wsgi is missing permission to read /etc/keystone/fernet-keys [1268124 ] http://bugzilla.redhat.com/1268124 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: Nova rootwrap-daemon requires a selinux exception [1255559 ] http://bugzilla.redhat.com/1255559 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: nova api can't be started in WSGI under httpd, blocked by selinux ### openstack-swift (4 bugs) [1169215 ] http://bugzilla.redhat.com/1169215 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: swift-init does not interoperate with systemd swift service files [1274308 ] http://bugzilla.redhat.com/1274308 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: Consistently occurring swift related failures in RDO with a HA deployment [1314413 ] http://bugzilla.redhat.com/1314413 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: swift-proxy-server depends on packaging for 3 erasure pllugins causing swift-proxy-server to fail to start [1179931 ] http://bugzilla.redhat.com/1179931 (NEW) Component: openstack-swift Last change: 2016-04-19 Summary: Variable of init script gets overwritten preventing the startup of swift services when using multiple server configurations ### openstack-tripleo (32 bugs) [1225390 ] http://bugzilla.redhat.com/1225390 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: The role names from "openstack management role list" don't match those for "openstack overcloud scale stack" [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1218340 ] http://bugzilla.redhat.com/1218340 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: RFE: add "scheduler_default_weighers = CapacityWeigher" explicitly to cinder.conf [1329095 ] http://bugzilla.redhat.com/1329095 (NEW) Component: openstack-tripleo Last change: 2016-04-22 Summary: mariadb and keystone down after an upgrade from liberty to mitaka [1205645 ] http://bugzilla.redhat.com/1205645 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Dependency issue: python-oslo-versionedobjects is required by heat and not in the delorean repos [1225022 ] http://bugzilla.redhat.com/1225022 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: When adding nodes to the cloud the update hangs and takes forever [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1223667 ] http://bugzilla.redhat.com/1223667 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: When using 'tripleo wait_for' with the command 'nova hypervisor-stats' it hangs forever [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1229174 ] http://bugzilla.redhat.com/1229174 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Nova computes can't resolve each other because the hostnames in /etc/hosts don't include the ".novalocal" suffix [1223443 ] http://bugzilla.redhat.com/1223443 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: You can still check introspection status for ironic nodes that have been deleted [1331081 ] http://bugzilla.redhat.com/1331081 (NEW) Component: openstack-tripleo Last change: 2016-05-10 Summary: mitaka current-passed-ci fails to deploy on RHEL 7.2, galera not starting up on all controllers [1223672 ] http://bugzilla.redhat.com/1223672 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Node registration fails silently if instackenv.json is badly formatted [1223471 ] http://bugzilla.redhat.com/1223471 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Discovery errors out even when it is successful [1223424 ] http://bugzilla.redhat.com/1223424 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: instack-deploy-overcloud should not rely on instackenv.json, but should use ironic instead [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1226653 ] http://bugzilla.redhat.com/1226653 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: The usage message for "heat resource-show" is confusing and incorrect [1218168 ] http://bugzilla.redhat.com/1218168 (NEW) Component: openstack-tripleo Last change: 2016-04-22 Summary: ceph.service should only be running on the ceph nodes, not on the controller and compute nodes [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: missing python-proliantutils [1211560 ] http://bugzilla.redhat.com/1211560 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: instack-deploy-overcloud times out after ~3 minutes, no plan or stack is created [1226867 ] http://bugzilla.redhat.com/1226867 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Timeout in API [1296475 ] http://bugzilla.redhat.com/1296475 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Deploying Manila is not possible due to missing template [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: User can not login into the overcloud horizon using the proper credentials [1284664 ] http://bugzilla.redhat.com/1284664 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: NtpServer is passed as string by "openstack overcloud deploy" [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1224604 ] http://bugzilla.redhat.com/1224604 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Lots of dracut-related error messages during instack- build-images [1187352 ] http://bugzilla.redhat.com/1187352 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: /usr/bin/instack-prepare-for-overcloud glance using incorrect parameter [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1221610 ] http://bugzilla.redhat.com/1221610 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: RDO-manager beta fails to install: Deployment exited with non-zero status code: 6 [1334259 ] http://bugzilla.redhat.com/1334259 (NEW) Component: openstack-tripleo Last change: 2016-05-09 Summary: openstack overcloud image upload fails with "Required file "./ironic-python-agent.initramfs" does not exist." [1221731 ] http://bugzilla.redhat.com/1221731 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: Overcloud missing ceilometer keystone user and endpoints ### openstack-tripleo-heat-templates (8 bugs) [1323233 ] http://bugzilla.redhat.com/1323233 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: [RFE] inlcude yamllint to aid in debugging heat templates [1317693 ] http://bugzilla.redhat.com/1317693 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: RabbitMQ failures when deploying RDO with IPv6 [1236760 ] http://bugzilla.redhat.com/1236760 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Drop 'without-mergepy' from main overcloud template [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: TripleO should use pymysql database driver since Liberty [1230250 ] http://bugzilla.redhat.com/1230250 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: [Unified CLI] Deployment using Tuskar has failed - Deployment exited with non-zero status code: 1 [1301290 ] http://bugzilla.redhat.com/1301290 (ASSIGNED) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Mitaka - overcloud deploy gives: [ERROR] /usr/libexec/mysqld: option '--wsrep_notify_cmd' requires an argument [1271411 ] http://bugzilla.redhat.com/1271411 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Unable to deploy internal api endpoint for keystone on a different network to admin api [1204479 ] http://bugzilla.redhat.com/1204479 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: The ExtraConfig and controllerExtraConfig parameters are ignored in the controller-puppet template ### openstack-tripleo-image-elements (3 bugs) [1187354 ] http://bugzilla.redhat.com/1187354 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: possible incorrect selinux check in 97-mysql-selinux [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: Overcloud deployment fails using Ceph [1187965 ] http://bugzilla.redhat.com/1187965 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: mariadb my.cnf socket path does not exist ### openstack-trove (2 bugs) [1290156 ] http://bugzilla.redhat.com/1290156 (NEW) Component: openstack-trove Last change: 2015-12-09 Summary: Move guestagent settings to default section [1327068 ] http://bugzilla.redhat.com/1327068 (NEW) Component: openstack-trove Last change: 2016-04-14 Summary: trove guest agent should create a sudoers entry ### openstack-tuskar (2 bugs) [1210223 ] http://bugzilla.redhat.com/1210223 (ASSIGNED) Component: openstack-tuskar Last change: 2016-04-18 Summary: Updating the controller count to 3 fails [1229401 ] http://bugzilla.redhat.com/1229401 (NEW) Component: openstack-tuskar Last change: 2016-04-18 Summary: stack is stuck in DELETE_FAILED state ### openstack-utils (1 bug) [1161501 ] http://bugzilla.redhat.com/1161501 (NEW) Component: openstack-utils Last change: 2016-04-18 Summary: Can't enable OpenStack service after openstack-service disable ### openvswitch (1 bug) [1306443 ] http://bugzilla.redhat.com/1306443 (NEW) Component: openvswitch Last change: 2016-04-19 Summary: SegFault on neutron-openvswitch-agent start ### Package Review (15 bugs) [1331952 ] http://bugzilla.redhat.com/1331952 (NEW) Component: Package Review Last change: 2016-05-10 Summary: Review Request: openstack-mistral-ui - OpenStack Mistral Dashboard [1283295 ] http://bugzilla.redhat.com/1283295 (NEW) Component: Package Review Last change: 2015-11-18 Summary: Review Request: CloudKitty - Rating as a Service [1326586 ] http://bugzilla.redhat.com/1326586 (NEW) Component: Package Review Last change: 2016-04-13 Summary: Review request: Sensu [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2016-04-21 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1329125 ] http://bugzilla.redhat.com/1329125 (ASSIGNED) Component: Package Review Last change: 2016-04-26 Summary: Review Request: python-oslo-privsep - OpenStack library for privilege separation [1290090 ] http://bugzilla.redhat.com/1290090 (ASSIGNED) Component: Package Review Last change: 2016-02-29 Summary: Review Request: python-networking-midonet [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-01-22 Summary: Package Review: python-ironic-cisco [1290308 ] http://bugzilla.redhat.com/1290308 (ASSIGNED) Component: Package Review Last change: 2016-03-29 Summary: Review Request: python-midonetclient [1311114 ] http://bugzilla.redhat.com/1311114 (NEW) Component: Package Review Last change: 2016-02-23 Summary: Request to create 'python-networking-ovn' in openstack- packages [1331486 ] http://bugzilla.redhat.com/1331486 (NEW) Component: Package Review Last change: 2016-04-28 Summary: Tracker bugzilla for puppet packages in RDO Newton cycle [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2015-12-23 Summary: Review Request: python-kuryr [1318765 ] http://bugzilla.redhat.com/1318765 (NEW) Component: Package Review Last change: 2016-04-17 Summary: Review Request: openstack-sahara-tests - Sahara Scenario Test Framework [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2016-04-18 Summary: New Package: python-dracclient [1315196 ] http://bugzilla.redhat.com/1315196 (NEW) Component: Package Review Last change: 2016-04-18 Summary: PackageReview: openstack-searchlight [1312328 ] http://bugzilla.redhat.com/1312328 (NEW) Component: Package Review Last change: 2016-03-08 Summary: New Package: openstack-ironic-staging-drivers ### python-cinderclient (1 bug) [1303966 ] http://bugzilla.redhat.com/1303966 (NEW) Component: python-cinderclient Last change: 2016-04-19 Summary: Can't re-launch horizon after a controller reboot: ImportError: cannot import name base ### python-django-horizon (1 bug) [1329414 ] http://bugzilla.redhat.com/1329414 (ASSIGNED) Component: python-django-horizon Last change: 2016-04-22 Summary: over time, horizon's admin -> overview page becomes very slow .... ### python-glanceclient (4 bugs) [1244291 ] http://bugzilla.redhat.com/1244291 (ASSIGNED) Component: python-glanceclient Last change: 2016-04-19 Summary: python-glanceclient-0.17.0-2.el7.noarch.rpm packaged with buggy glanceclient/common/https.py [1332394 ] http://bugzilla.redhat.com/1332394 (NEW) Component: python-glanceclient Last change: 2016-05-03 Summary: Keystone/python-glanceclient/Horizon Killo-2 with CentOS-7.2 issue [1332400 ] http://bugzilla.redhat.com/1332400 (NEW) Component: python-glanceclient Last change: 2016-05-07 Summary: Keystone/python-glanceclient/Horizon Kilo-2 with CentOS-7.2 issue [1164349 ] http://bugzilla.redhat.com/1164349 (ASSIGNED) Component: python-glanceclient Last change: 2016-04-19 Summary: rdo juno glance client needs python-requests >= 2.2.0 ### python-keystonemiddleware (1 bug) [1195977 ] http://bugzilla.redhat.com/1195977 (NEW) Component: python-keystonemiddleware Last change: 2016-04-19 Summary: Rebase python-keystonemiddleware to version 1.3 ### python-neutronclient (3 bugs) [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2016-04-18 Summary: neutron security-group-rule-list fails with URI too long [1281352 ] http://bugzilla.redhat.com/1281352 (NEW) Component: python-neutronclient Last change: 2016-04-18 Summary: Internal server error when running qos-bandwidth-limit- rule-update as a tenant Edit [1302567 ] http://bugzilla.redhat.com/1302567 (NEW) Component: python-neutronclient Last change: 2016-04-18 Summary: Running neutron net-list in Mitaka returns "list index out of range" ### python-novaclient (2 bugs) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2016-05-02 Summary: Missing versioned dependency on python-six [1313123 ] http://bugzilla.redhat.com/1313123 (NEW) Component: python-novaclient Last change: 2016-04-22 Summary: nova get-vnc-console broken ### python-openstackclient (6 bugs) [1212439 ] http://bugzilla.redhat.com/1212439 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: Usage is not described accurately for 99% of openstack baremetal [1212091 ] http://bugzilla.redhat.com/1212091 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: `openstack ip floating delete` fails if we specify IP address as input [1317567 ] http://bugzilla.redhat.com/1317567 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: python-zaqarclient causes "openstack flavor delete" to fail [1227543 ] http://bugzilla.redhat.com/1227543 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: openstack undercloud install fails due to a missing make target for tripleo-selinux-keepalived.pp [1187310 ] http://bugzilla.redhat.com/1187310 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: Add --user to project list command to filter projects by user [1239144 ] http://bugzilla.redhat.com/1239144 (NEW) Component: python-openstackclient Last change: 2016-04-18 Summary: appdirs requirement ### python-oslo-config (2 bugs) [1258014 ] http://bugzilla.redhat.com/1258014 (NEW) Component: python-oslo-config Last change: 2016-04-18 Summary: oslo_config != oslo.config [1282093 ] http://bugzilla.redhat.com/1282093 (NEW) Component: python-oslo-config Last change: 2016-04-18 Summary: please rebase oslo.log to 1.12.0 ### rdo-manager (55 bugs) [1234467 ] http://bugzilla.redhat.com/1234467 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: cannot access instance vnc console on horizon after overcloud deployment [1306350 ] http://bugzilla.redhat.com/1306350 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, if not configured, the first nic on compute nodes gets addresses from dhcp as a default [1218281 ] http://bugzilla.redhat.com/1218281 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RFE: rdo-manager - update heat deployment-show to make puppet output readable [1269657 ] http://bugzilla.redhat.com/1269657 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support configuration of default subnet pools [1264526 ] http://bugzilla.redhat.com/1264526 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Deployment of Undercloud [1311662 ] http://bugzilla.redhat.com/1311662 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-Manager import instackenv.json gives just "baremetal" and does not import anything [1273574 ] http://bugzilla.redhat.com/1273574 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: rdo-manager liberty, delete node is failing [1213647 ] http://bugzilla.redhat.com/1213647 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RFE: add deltarpm to all images built [1221663 ] http://bugzilla.redhat.com/1221663 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE][RDO-manager]: Alert when deploying a physical compute if the virtualization flag is disabled in BIOS. [1306364 ] http://bugzilla.redhat.com/1306364 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, using bridge mappings, Neutron opensvswitch-agent plugin's config file don't gets populated correctly [1274060 ] http://bugzilla.redhat.com/1274060 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [SELinux][RHEL7] openstack-ironic-inspector- dnsmasq.service fails to start with SELinux enabled [1294599 ] http://bugzilla.redhat.com/1294599 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Virtual environment overcloud deploy fails with default memory allocation [1269655 ] http://bugzilla.redhat.com/1269655 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support deploying VPNaaS [1271336 ] http://bugzilla.redhat.com/1271336 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Enable configuration of OVS ARP Responder [1300444 ] http://bugzilla.redhat.com/1300444 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO Manager is using deprecated nova options [1269890 ] http://bugzilla.redhat.com/1269890 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support IPv6 [1214343 ] http://bugzilla.redhat.com/1214343 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Command to create flavors based on real hardware and profiles [1234475 ] http://bugzilla.redhat.com/1234475 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Cannot login to Overcloud Horizon through Virtual IP (VIP) [1226969 ] http://bugzilla.redhat.com/1226969 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Tempest failed when running after overcloud deployment [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1271232 ] http://bugzilla.redhat.com/1271232 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: tempest_lib.exceptions.Conflict: An object with that identifier already exists [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Glance client returning 'Expected endpoint' [1325929 ] http://bugzilla.redhat.com/1325929 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud deployment fails with "Error: Could not start Service[nova-compute]: Execution of '/usr/bin/systemctl start openstack-nova-compute' returned 1" during ComputeNodesPostDeployment [1221986 ] http://bugzilla.redhat.com/1221986 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: openstack-nova-novncproxy fails to start [1271317 ] http://bugzilla.redhat.com/1271317 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-virt-setup fails: error Running install- packages install [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Duplicate nova hypervisors after rebooting compute nodes [1227035 ] http://bugzilla.redhat.com/1227035 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager Undercloud install fails while trying to insert data into keystone [1214349 ] http://bugzilla.redhat.com/1214349 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Use Ironic API instead of discoverd one for discovery/introspection [1233410 ] http://bugzilla.redhat.com/1233410 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud deployment fails w/ "Message: No valid host was found. There are not enough hosts available., Code: 500" [1227042 ] http://bugzilla.redhat.com/1227042 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: rfe: support Keystone HTTPD [1223328 ] http://bugzilla.redhat.com/1223328 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Read bit set for others for Openstack services directories in /etc [1273121 ] http://bugzilla.redhat.com/1273121 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: openstack help returns errors [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1303002 ] http://bugzilla.redhat.com/1303002 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager imoort .json file [1232813 ] http://bugzilla.redhat.com/1232813 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: PXE boot fails: Unrecognized option "--autofree" [1234484 ] http://bugzilla.redhat.com/1234484 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: cannot view cinder volumes in overcloud controller horizon [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: there is a newer image that can be used to deploy openstack [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. [1221718 ] http://bugzilla.redhat.com/1221718 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: rdo-manager: unable to delete the failed overcloud deployment. [1269622 ] http://bugzilla.redhat.com/1269622 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] support override of API and RPC worker counts [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud-novacompute stuck in spawning state [1269894 ] http://bugzilla.redhat.com/1269894 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Add creation of demo tenant, network and installation of demo images [1301009 ] http://bugzilla.redhat.com/1301009 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Undercloud install failing [1226389 ] http://bugzilla.redhat.com/1226389 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager Undercloud install failure [1269661 ] http://bugzilla.redhat.com/1269661 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Supporting SR-IOV enabled deployments [1223993 ] http://bugzilla.redhat.com/1223993 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud failure with "openstack Authorization Failed: Cannot authenticate without an auth_url" [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: No way to increase yum timeouts when building images [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1229343 ] http://bugzilla.redhat.com/1229343 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-virt-setup missing package dependency device- mapper* [1212520 ] http://bugzilla.redhat.com/1212520 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] [CI] Add ability to generate and store overcloud images provided by latest-passed-ci [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: HA overcloud with network isolation deployment fails [1300445 ] http://bugzilla.redhat.com/1300445 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO Manager is using deprecated neutron options [1276097 ] http://bugzilla.redhat.com/1276097 (NEW) Component: rdo-manager Last change: 2016-04-25 Summary: dnsmasq-dhcp: DHCPDISCOVER no address available ### rdo-manager-cli (6 bugs) [1212467 ] http://bugzilla.redhat.com/1212467 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add an ability to create an overcloud image associated with kernel/ramdisk images in one CLI step [1230170 ] http://bugzilla.redhat.com/1230170 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: the ouptut of openstack management plan show --long command is not readable [1226855 ] http://bugzilla.redhat.com/1226855 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Role was added to a template with empty flavor value [1228769 ] http://bugzilla.redhat.com/1228769 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Missing dependencies on sysbench and fio (RHEL) [1212390 ] http://bugzilla.redhat.com/1212390 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to show matched profiles via CLI command [1212371 ] http://bugzilla.redhat.com/1212371 (ASSIGNED) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Validate node power credentials after enrolling ### rdo-manager-gui (4 bugs) [1316608 ] http://bugzilla.redhat.com/1316608 (NEW) Component: rdo-manager-gui Last change: 2016-04-18 Summary: [RFE] Progress bar for plan upload [1317426 ] http://bugzilla.redhat.com/1317426 (NEW) Component: rdo-manager-gui Last change: 2016-04-18 Summary: Can't open the "Edit Parameters" screen, an exception is dumped to the tripleo-api console [1317474 ] http://bugzilla.redhat.com/1317474 (NEW) Component: rdo-manager-gui Last change: 2016-03-14 Summary: After refreshing (F5) the plans list it looks like there are no plans at all in the system [1317511 ] http://bugzilla.redhat.com/1317511 (NEW) Component: rdo-manager-gui Last change: 2016-03-14 Summary: When no nodes are registered, hardware validations should be disabled ### rdopkg (3 bugs) [1334626 ] http://bugzilla.redhat.com/1334626 (NEW) Component: rdopkg Last change: 2016-05-10 Summary: Missing ipset cause create instance failed [1306485 ] http://bugzilla.redhat.com/1306485 (NEW) Component: rdopkg Last change: 2016-02-17 Summary: centos 7.2 need to do "systemctl enable rabbitmq- server" before "packstack --allinone --provision- demo=n" [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-04-18 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-04-18 Summary: [RFE] Provide easy to use upgrade tool ### tempest (2 bugs) [1272289 ] http://bugzilla.redhat.com/1272289 (ASSIGNED) Component: tempest Last change: 2016-04-19 Summary: rdo-manager tempest smoke test failing on "floating ip pool not found' [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (64 bugs) ### distribution (2 bugs) [1328980 ] http://bugzilla.redhat.com/1328980 (MODIFIED) Component: distribution Last change: 2016-04-21 Summary: Log handler repeatedly crashes [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2016-04-18 Summary: Tuskar Fails After Remove/Reinstall Of RDO ### instack-undercloud (1 bug) [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: instack-undercloud Last change: 2016-05-05 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. ### openstack-ceilometer (2 bugs) [1194230 ] http://bugzilla.redhat.com/1194230 (POST) Component: openstack-ceilometer Last change: 2016-04-18 Summary: The /etc/sudoers.d/ceilometer have incorrect permissions [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-04-18 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing ### openstack-cinder (1 bug) [1234038 ] http://bugzilla.redhat.com/1234038 (POST) Component: openstack-cinder Last change: 2016-04-19 Summary: Packstack Error: cinder type-create iscsi returned 1 instead of one of [0] ### openstack-glance (1 bug) [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2016-04-19 Summary: Glance api ssl issue ### openstack-neutron (2 bugs) [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-server will not start: fails with pbr version issue ### openstack-nova (2 bugs) [1189347 ] http://bugzilla.redhat.com/1189347 (POST) Component: openstack-nova Last change: 2016-04-22 Summary: openstack-nova-* systemd unit files need NotifyAccess=all [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-04-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 ### openstack-packstack (25 bugs) [1153128 ] http://bugzilla.redhat.com/1153128 (POST) Component: openstack-packstack Last change: 2016-04-22 Summary: Cannot start nova-network on juno - Centos7 [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1205912 ] http://bugzilla.redhat.com/1205912 (POST) Component: openstack-packstack Last change: 2016-04-19 Summary: allow to specify admin name and email [1088964 ] http://bugzilla.redhat.com/1088964 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Havana Fedora 19, packstack fails w/ mysql error [1101665 ] http://bugzilla.redhat.com/1101665 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: el7 Icehouse: Nagios installation fails [1049537 ] http://bugzilla.redhat.com/1049537 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Horizon help url in RDO points to the RHOS documentation [1298245 ] http://bugzilla.redhat.com/1298245 (MODIFIED) Component: openstack-packstack Last change: 2016-04-18 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [995570 ] http://bugzilla.redhat.com/995570 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: support setting up apache to serve keystone requests [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should use pymysql database driver since Liberty [1290429 ] http://bugzilla.redhat.com/1290429 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack does not correctly configure Nova notifications for Neutron in Mitaka-1 [1249482 ] http://bugzilla.redhat.com/1249482 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack (AIO) failure on F22 due to patch "Run neutron db sync also for each neutron module"? [1326887 ] http://bugzilla.redhat.com/1326887 (POST) Component: openstack-packstack Last change: 2016-05-06 Summary: [Mitaka] Packstack fails if --os-horizon-ssl=y [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack requires 2 runs to install ceilometer [1018900 ] http://bugzilla.redhat.com/1018900 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1082729 ] http://bugzilla.redhat.com/1082729 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] allow for Keystone/LDAP configuration at deployment time [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Help text for SSL is incorrect regarding passphrase on the cert [1175450 ] http://bugzilla.redhat.com/1175450 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails to start Nova on Rawhide: Error: comparison of String with 18 failed at [...]ceilometer/manifests/params.pp:32 [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack needs to support aodh services since Mitaka [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-04-19 Summary: VPNaaS should use libreswan driver instead of openswan by default [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Script wording for service installation should be consistent ### openstack-puppet-modules (1 bug) [1302321 ] http://bugzilla.redhat.com/1302321 (POST) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: During RDO packstack install Error: Could not set 'present' on ensure: uninitialized constant DEFAULT ### openstack-selinux (1 bug) [1144539 ] http://bugzilla.redhat.com/1144539 (POST) Component: openstack-selinux Last change: 2016-04-18 Summary: selinux preventing Horizon access (IceHouse, CentOS 7) ### openstack-tripleo-heat-templates (1 bug) [1235508 ] http://bugzilla.redhat.com/1235508 (POST) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: Package update does not take puppet managed packages into account ### openstack-tuskar (1 bug) [1229493 ] http://bugzilla.redhat.com/1229493 (POST) Component: openstack-tuskar Last change: 2016-04-18 Summary: Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates ### openstack-utils (3 bugs) [1214044 ] http://bugzilla.redhat.com/1214044 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: update openstack-status for rdo-manager [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: openstack-status shows 'disabled on boot' for the mysqld service [1213150 ] http://bugzilla.redhat.com/1213150 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: openstack-status as admin falsely shows zero instances ### openvswitch (1 bug) [1331227 ] http://bugzilla.redhat.com/1331227 (MODIFIED) Component: openvswitch Last change: 2016-04-28 Summary: CVE-2016-2074 openvswitch: MPLS buffer overflow vulnerability [rdo] ### Package Review (3 bugs) [1323222 ] http://bugzilla.redhat.com/1323222 (ON_QA) Component: Package Review Last change: 2016-04-25 Summary: Review request for openstack-sahara-ui [1272513 ] http://bugzilla.redhat.com/1272513 (ON_QA) Component: Package Review Last change: 2016-04-22 Summary: Review Request: Murano - is an application catalog for OpenStack [1323219 ] http://bugzilla.redhat.com/1323219 (ON_QA) Component: Package Review Last change: 2016-04-25 Summary: Review Request: openstack-trove-ui - OpenStack Dashboard plugin for Trove project ### python-heatclient (1 bug) [1087089 ] http://bugzilla.redhat.com/1087089 (POST) Component: python-heatclient Last change: 2016-04-19 Summary: python-heatclient 0.2.9 requires packaging in RDO ### python-keystoneclient (1 bug) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2016-04-19 Summary: user-get fails when using IDs which are not UUIDs ### python-openstackclient (1 bug) [1171191 ] http://bugzilla.redhat.com/1171191 (POST) Component: python-openstackclient Last change: 2016-04-18 Summary: Rebase python-openstackclient to version 1.0.0 ### python-tuskarclient (1 bug) [1209395 ] http://bugzilla.redhat.com/1209395 (POST) Component: python-tuskarclient Last change: 2016-04-18 Summary: `tuskar help` is missing a description next to plan- templates ### rdo-manager (4 bugs) [1212351 ] http://bugzilla.redhat.com/1212351 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] [RDO-Manager] [CLI] Add ability to poll for discovery state via CLI command [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support explicit configuration of L2 population [1251267 ] http://bugzilla.redhat.com/1251267 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: Overcloud deployment fails for unspecified reason [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" ### rdo-manager-cli (9 bugs) [1212367 ] http://bugzilla.redhat.com/1212367 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Ensure proper nodes states after enroll and before deployment [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: VXLAN should be default neutron network type [1233429 ] http://bugzilla.redhat.com/1233429 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Lack of consistency in specifying plan argument for openstack overcloud commands [1229912 ] http://bugzilla.redhat.com/1229912 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [rdo-manager-cli][unified-cli]: The command 'openstack baremetal configure boot' fails over - AttributeError (when glance images were uploaded more than once) . [1219053 ] http://bugzilla.redhat.com/1219053 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: "list" command doesn't display nodes in some cases [1211190 ] http://bugzilla.redhat.com/1211190 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: Unable to replace nodes registration instack script due to missing post config action in unified CLI [1230265 ] http://bugzilla.redhat.com/1230265 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: [rdo-manager-cli][unified-cli]: openstack unified-cli commands display - Warning Module novaclient.v1_1 is deprecated. [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1232838 ] http://bugzilla.redhat.com/1232838 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: OSC plugin isn't saving plan configuration values Thanks, Chandan Kumar From me at gbraad.nl Wed May 11 13:02:23 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 11 May 2016 21:02:23 +0800 Subject: [rdo-list] [tripleo] Fixed some dependency problems for image-build Message-ID: Hi, here are two minor fixes related to dependencies of ansible-role-tripleo-image-build: * https://review.gerrithub.io/276049 * https://review.gerrithub.io/276054 They were found while testing the role on a clean CentOS 7.2 install. regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From me at gbraad.nl Wed May 11 13:21:29 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 11 May 2016 21:21:29 +0800 Subject: [rdo-list] [tripleo] Fixed some dependency problems for image-build In-Reply-To: References: Message-ID: Hi, On Wed, May 11, 2016 at 9:02 PM, Gerard Braad wrote: > here are two minor fixes related to dependencies @Matt, thanks for merging them. Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant in Beijing http://gbraad.nl gpg: 0x592CFE75 From chkumar246 at gmail.com Wed May 11 15:49:14 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 11 May 2016 21:19:14 +0530 Subject: [rdo-list] RDO Bug triage day on 18th and 19th May, 2016 Message-ID: Hi, We are hosting RDO Bug triage day on 18th and 19th May 2016. If you have some spare cycles, please join in helping triage bugs/root-cause analysis in your area of expertise. Here is the list of untriaged Bugs: http://goo.gl/NqW2LN Here is the current state of Bugs in RDO on 11th May 2016: - Open (NEW, ASSIGNED, ON_DEV): 452 - Fixed (MODIFIED, POST, ON_QA): 64 For Detailed information about the above status check here: https://www.redhat.com/archives/rdo-list/2016-May/msg00054.html Don't know how to triage a Bug. These links will help you: RDO Bug Triage : https://www.rdoproject.org/community/rdo-bugtriage/ How to triage a Bug : https://fedoraproject.org/wiki/BugZappers/How_to_Triage If you are new to RDO project, Bug triaging is the best way to involve. So save the date and join the triage. Thanks, Chandan Kumar From amoralej at redhat.com Wed May 11 15:51:48 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Wed, 11 May 2016 17:51:48 +0200 Subject: [rdo-list] [meeting] RDO meeting (2016-05-11) Message-ID: ============================== #rdo: RDO meeting (2016-05-11) ============================== Meeting started by amoralej at 15:01:53 UTC. The full logs are available at https://meetbot.fedoraproject.org/rdo/2016-05-11/rdo_meeting_(2016-05-11).2016-05-11-15.01.log.html . Meeting summary --------------- * roll call (amoralej, 15:02:06) * dlrn instance migration - status (amoralej, 15:04:07) * DLRN inside ci.centos tl;dr still blocked, need to wait for trown to get back or we check with derekh (apevec, 15:11:22) * ACTION: dmsimard to follow up with derekh regarding passive trunk.rdoproject usage and promotion through the ci.centos.org job (dmsimard, 15:12:26) * separate common repo? BoF topic from pabelanger (amoralej, 15:12:50) * review.rdoproject.org disaster recovery plans? (amoralej, 15:14:57) * ACTION: apevec to followup with SF team about review.rdoproject.org backup/recovery plans (apevec, 15:18:26) * RDO Bug Triage Day on 18th and 19th May, 2016 (amoralej, 15:18:49) * ACTION: chandankumar will send a mail about the bug triage day (amoralej, 15:22:57) * Update oslo libraries in fedora with python3 (amoralej, 15:23:22) * LINK: http://fedora.portingdb.xyz/grp/openstack/ (apevec, 15:24:11) * fedora.portingdb.xyz is the website maintained by fedora-infra team to track python 3 porting effort (apevec, 15:25:35) * LINK: https://trello.com/c/ReowuP4z/105-python3 (chandankumar, 15:30:19) * ACTION: jruzicka to py3 clients (jruzicka, 15:32:06) * ACTION: apevec followup w/ SF team about doing disaster recovery exercise for review.rdo (apevec, 15:38:53) * Chair for next meeting (amoralej, 15:39:55) * jpena will chair next week (amoralej, 15:40:57) * open floor (amoralej, 15:41:04) Meeting ended at 15:46:45 UTC. Action Items ------------ * dmsimard to follow up with derekh regarding passive trunk.rdoproject usage and promotion through the ci.centos.org job * apevec to followup with SF team about review.rdoproject.org backup/recovery plans * chandankumar will send a mail about the bug triage day * jruzicka to py3 clients * apevec followup w/ SF team about doing disaster recovery exercise for review.rdo Action Items, by person ----------------------- * apevec * apevec to followup with SF team about review.rdoproject.org backup/recovery plans * apevec followup w/ SF team about doing disaster recovery exercise for review.rdo * chandankumar * chandankumar will send a mail about the bug triage day * dmsimard * dmsimard to follow up with derekh regarding passive trunk.rdoproject usage and promotion through the ci.centos.org job * jruzicka * jruzicka to py3 clients * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * apevec (75) * dmsimard (38) * amoralej (34) * chandankumar (20) * jruzicka (9) * tristanC (7) * zodbot (7) * imcsk8 (3) * openstackgerrit (3) * rdogerrit (2) * jpena (2) * pabelanger (2) * larsks (1) * elmiko (1) * eggmaster (1) * EmilienM (1) * jschlueter (1) * jschuleter (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot Thanks, Alfredo Moralejo From ckdwibedy at gmail.com Wed May 11 16:21:46 2016 From: ckdwibedy at gmail.com (Chinmaya Dwibedy) Date: Wed, 11 May 2016 21:51:46 +0530 Subject: [rdo-list] Issue while installing openstack-packstack on Fedora 21 Message-ID: Hi All, I am getting the below issue while trying to install openstack-packstack on Fedora 21. Can anyone please let me know what might be the cause and its solution? Thanks in advance for your support. Used the below procedures a) systemctl disable firewalld b) systemctl disable NetworkManager c) systemctl enable network d) setenforce permissive e) Set SELINUX=permissive in /etc/selinux/config. [root at localhost ~]# grep permissive /etc/sysconfig/selinux # permissive - SELinux prints warnings instead of enforcing. SELINUX=permissive [root at localhost ~]# f) Set the BOOTPROTO to static in /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 g) yum update ?y h) yum install -y http://rdo.fedorapeople.org/rdo-release.rpm i) yum install -y openstack-packstack Dependencies Resolved ============================================================================================================================================================================================================================================= Package Arch Version Repository Size ============================================================================================================================================================================================================================================= Installing: openstack-packstack noarch 2014.1.1-0.28.dev1238.fc21 fedora 204 k Installing for dependencies: openstack-packstack-puppet noarch 2014.1.1-0.28.dev1238.fc21 fedora 46 k openstack-puppet-modules noarch 1:8.0.0-1.el7 openstack-mitaka 3.1 M python-netaddr noarch 0.7.18-1.el7 openstack-mitaka 1.3 M Transaction Summary ============================================================================================================================================================================================================================================= Install 1 Package (+3 Dependent packages) Total size: 4.6 M Installed size: 19 M Downloading packages: Running transaction check Running transaction test Transaction check error: file /usr/share/openstack-puppet/modules/remote/lib/puppet/provider/remote_database/mysql.rb conflicts between attempted installs of openstack-puppet-modules-1:8.0.0-1.el7.noarch and openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch file /usr/share/openstack-puppet/modules/remote/lib/puppet/type/remote_database_user.rb conflicts between attempted installs of openstack-puppet-modules-1:8.0.0-1.el7.noarch and openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch file /usr/share/openstack-puppet/modules/remote/manifests/params.pp conflicts between attempted installs of openstack-puppet-modules-1:8.0.0-1.el7.noarch and openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch Error Summary ------------- [root at localhost ~]# Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From amoralej at redhat.com Wed May 11 16:37:03 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Wed, 11 May 2016 18:37:03 +0200 Subject: [rdo-list] Issue while installing openstack-packstack on Fedora 21 In-Reply-To: References: Message-ID: Hi Chinmaya, I'd recommend you to use centos 7 to deploy RDO, it's better tested and documented. Is there any specific reason you are using fedora 21? Best regards, Alfredo On Wed, May 11, 2016 at 6:21 PM, Chinmaya Dwibedy wrote: > Hi All, > > I am getting the below issue while trying to install openstack-packstack on > Fedora 21. Can anyone please let me know what might be the cause and its > solution? Thanks in advance for your support. > > Used the below procedures > a) systemctl disable firewalld > > b) systemctl disable NetworkManager > > c) systemctl enable network > > d) setenforce permissive > > e) Set SELINUX=permissive in /etc/selinux/config. > > [root at localhost ~]# grep permissive /etc/sysconfig/selinux > > # permissive - SELinux prints warnings instead of enforcing. > > SELINUX=permissive > > [root at localhost ~]# > > > > f) Set the BOOTPROTO to static in > /etc/sysconfig/network-scripts/ifcfg-enp3s0f0 > > g) yum update ?y > > h) yum install -y http://rdo.fedorapeople.org/rdo-release.rpm > > i) yum install -y openstack-packstack > > > > Dependencies Resolved > > > > ============================================================================================================================================================================================================================================= > > Package Arch > Version Repository > Size > > ============================================================================================================================================================================================================================================= > > Installing: > > openstack-packstack noarch > 2014.1.1-0.28.dev1238.fc21 fedora > 204 k > > Installing for dependencies: > > openstack-packstack-puppet noarch > 2014.1.1-0.28.dev1238.fc21 fedora > 46 k > > openstack-puppet-modules noarch > 1:8.0.0-1.el7 > openstack-mitaka 3.1 M > > python-netaddr noarch > 0.7.18-1.el7 > openstack-mitaka 1.3 M > > > > Transaction Summary > > ============================================================================================================================================================================================================================================= > > Install 1 Package (+3 Dependent packages) > > > > Total size: 4.6 M > > Installed size: 19 M > > Downloading packages: > > Running transaction check > > Running transaction test > > > > > > Transaction check error: > > file > /usr/share/openstack-puppet/modules/remote/lib/puppet/provider/remote_database/mysql.rb > conflicts between attempted installs of > openstack-puppet-modules-1:8.0.0-1.el7.noarch and > openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch > > file > /usr/share/openstack-puppet/modules/remote/lib/puppet/type/remote_database_user.rb > conflicts between attempted installs of > openstack-puppet-modules-1:8.0.0-1.el7.noarch and > openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch > > file /usr/share/openstack-puppet/modules/remote/manifests/params.pp > conflicts between attempted installs of > openstack-puppet-modules-1:8.0.0-1.el7.noarch and > openstack-packstack-puppet-2014.1.1-0.28.dev1238.fc21.noarch > > > > Error Summary > > ------------- > > > > [root at localhost ~]# > > > > Regards, > Chinmaya > > _______________________________________________ > 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 me at gbraad.nl Wed May 11 17:19:37 2016 From: me at gbraad.nl (Gerard Braad) Date: Thu, 12 May 2016 01:19:37 +0800 Subject: [rdo-list] Issue while installing openstack-packstack on Fedora 21 In-Reply-To: References: Message-ID: Hi, On Thu, May 12, 2016 at 12:21 AM, Chinmaya Dwibedy wrote: > Fedora 21. F21 is EOL. This means no updates and no security fixes. Also, issues caused by dependencies in the OS will not likely be solved. https://fedoraproject.org/wiki/End_of_life Please consider upgrading or using CentOS7/EL7. regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant http://gbraad.nl From goneri at redhat.com Fri May 13 16:25:46 2016 From: goneri at redhat.com (=?utf-8?Q?Gon=C3=A9ri?= Le Bouder) Date: Fri, 13 May 2016 12:25:46 -0400 Subject: [rdo-list] [Rdo-list] inclusion of a new package in openstack-common for CentOS In-Reply-To: <87wpn9g47n.fsf@redhat.com> References: <87r3dr0xcf.fsf@redhat.com> <96ebc2a4-1dfd-8902-c0e8-d0f6854ce3a0@redhat.com> <87k2ji1vm7.fsf@redhat.com> <57220A71.6000909@redhat.com> <08d137ce-f920-bf51-c7b1-5533efec65ab@redhat.com> <87wpn9g47n.fsf@redhat.com> Message-ID: <87oa89sz5h.fsf@redhat.com> Hi Alan, Can we get the RPM promoted? I'm using it for a week now without problem. -- Gon?ri Le Bouder -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: From baekhw at cs.utah.edu Sun May 15 17:28:29 2016 From: baekhw at cs.utah.edu (Baek Hyun-wook) Date: Sun, 15 May 2016 17:28:29 +0000 Subject: [rdo-list] Archived EOL distribution not available? Message-ID: Hi all, I have been using OpenSatck Icehouse on CentOS 6 for research purpose, but recently found the rdo-release-* files in EOL archive are all removed from the repository in fedorapeople (i.e., repos.fedorapeople.org/repos/openstack/EOL/openstack- /epel-6/). Actually, I am in critical trouble for this because deployment of that version on CentOS 6 is essential for evaluation of my system.. I am not sure those files are deleted by accident or intentionally to prevent people to use deprecated versions. But, if latter is the case, I think it is not fit to the purpose of an archive as well.. It looks there are also some other people who are confused for this: https://ask.fedoraproject.org/en/question/87680/did-the-package-rdo-release-icehouse-4noarchrpm-get-renamed/ Please consider to bring back those rdo-release-* files in the archive.. Or is there any other mirror repo where I can get old versions of OpenStack on CentOS? Regards, Hyun-wook Baek -------------- next part -------------- An HTML attachment was scrubbed... URL: From dms at redhat.com Sun May 15 22:49:40 2016 From: dms at redhat.com (David Moreau Simard) Date: Sun, 15 May 2016 18:49:40 -0400 Subject: [rdo-list] Archived EOL distribution not available? In-Reply-To: References: Message-ID: RDO follows upstream release cycles [1]. As such, RDO should not be expected to mirror or support releases that have reached end of life and are no longer maintained upstream. Icehouse has been dropped upstream on 2015-07-02. We're talking about a version that was released in 2014. There are vendors that may support releases for an extended period of time, for example the Icehouse release by Red Hat (OSP 5) is supported until 2017 [2]. David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On May 15, 2016 1:28 PM, "Baek Hyun-wook" wrote: > Hi all, > > I have been using OpenSatck Icehouse on CentOS 6 for research purpose, > but recently found the rdo-release-* files in EOL archive are all removed > from the repository in fedorapeople > (i.e., repos.fedorapeople.org/repos/openstack/EOL/openstack- > /epel-6/). > > Actually, I am in critical trouble for this > because deployment of that version on CentOS 6 is essential > for evaluation of my system.. > > I am not sure those files are deleted by accident > or intentionally to prevent people to use deprecated versions. > But, if latter is the case, I think it is not fit to the purpose of an > archive as well.. > > It looks there are also some other people who are confused for this: > > https://ask.fedoraproject.org/en/question/87680/did-the-package-rdo-release-icehouse-4noarchrpm-get-renamed/ > > Please consider to bring back those rdo-release-* files in the archive.. > Or is there any other mirror repo where I can get old versions of > OpenStack on CentOS? > > Regards, > Hyun-wook Baek > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hguemar at fedoraproject.org Mon May 16 01:08:06 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Mon, 16 May 2016 03:08:06 +0200 Subject: [rdo-list] Archived EOL distribution not available? In-Reply-To: References: Message-ID: 2016-05-15 19:28 GMT+02:00 Baek Hyun-wook : > Hi all, > > I have been using OpenSatck Icehouse on CentOS 6 for research purpose, > but recently found the rdo-release-* files in EOL archive are all removed > from the repository in fedorapeople > (i.e., repos.fedorapeople.org/repos/openstack/EOL/openstack- > /epel-6/). > > Actually, I am in critical trouble for this > because deployment of that version on CentOS 6 is essential > for evaluation of my system.. > > I am not sure those files are deleted by accident > or intentionally to prevent people to use deprecated versions. > But, if latter is the case, I think it is not fit to the purpose of an > archive as well.. > > It looks there are also some other people who are confused for this: > https://ask.fedoraproject.org/en/question/87680/did-the-package-rdo-release-icehouse-4noarchrpm-get-renamed/ > > Please consider to bring back those rdo-release-* files in the archive.. > Or is there any other mirror repo where I can get old versions of OpenStack > on CentOS? > > Regards, > Hyun-wook Baek > FYI, they were deleted on purpose and here's why: When we EOL a version, we move repositories content to the EOL directory to indicate their status [1] Since the repository files installed by the rdo-release packages points to the old location, not only they are useless but they would give end-users the false idea that they still can deploy those versions by just installing those packages. Though I do not recommend to use EOL repositories You could also write your own yum repository files pointing to the new locations. Regards, H. [1] RDO Icehouse EOL announcement: https://www.redhat.com/archives/rdo-list/2015-August/msg00058.html > _______________________________________________ > 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 Mon May 16 01:29:53 2016 From: dms at redhat.com (David Moreau Simard) Date: Sun, 15 May 2016 21:29:53 -0400 Subject: [rdo-list] Archived EOL distribution not available? In-Reply-To: References: Message-ID: I just realized I didn't include the intended links, which were referring to the upstream release cycle and the supported release cycle for Red Hat OSP. Upstream: http://releases.openstack.org/ OSP: https://access.redhat.com/support/policy/updates/openstack/platform David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Sun, May 15, 2016 at 6:49 PM, David Moreau Simard wrote: > RDO follows upstream release cycles [1]. As such, RDO should not be expected > to mirror or support releases that have reached end of life and are no > longer maintained upstream. > > Icehouse has been dropped upstream on 2015-07-02. We're talking about a > version that was released in 2014. There are vendors that may support > releases for an extended period of time, for example the Icehouse release by > Red Hat (OSP 5) is supported until 2017 [2]. > > David Moreau Simard > Senior Software Engineer | Openstack RDO > > dmsimard = [irc, github, twitter] > > On May 15, 2016 1:28 PM, "Baek Hyun-wook" wrote: >> >> Hi all, >> >> I have been using OpenSatck Icehouse on CentOS 6 for research purpose, >> but recently found the rdo-release-* files in EOL archive are all removed >> from the repository in fedorapeople >> (i.e., repos.fedorapeople.org/repos/openstack/EOL/openstack- >> /epel-6/). >> >> Actually, I am in critical trouble for this >> because deployment of that version on CentOS 6 is essential >> for evaluation of my system.. >> >> I am not sure those files are deleted by accident >> or intentionally to prevent people to use deprecated versions. >> But, if latter is the case, I think it is not fit to the purpose of an >> archive as well.. >> >> It looks there are also some other people who are confused for this: >> >> https://ask.fedoraproject.org/en/question/87680/did-the-package-rdo-release-icehouse-4noarchrpm-get-renamed/ >> >> Please consider to bring back those rdo-release-* files in the archive.. >> Or is there any other mirror repo where I can get old versions of >> OpenStack on CentOS? >> >> Regards, >> Hyun-wook Baek >> >> _______________________________________________ >> 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 baekhw at cs.utah.edu Mon May 16 01:29:56 2016 From: baekhw at cs.utah.edu (Baek Hyun-wook) Date: Sun, 15 May 2016 19:29:56 -0600 Subject: [rdo-list] Archived EOL distribution not available? In-Reply-To: References: Message-ID: Thank you , David and Ha?kel and especially for the explanation about the purpose. The reason I am trying to deploy Icehouse is for some special research purpose, so I will try using some custom yum repo files.. Regards, Hyun-wook Baek On Sun, May 15, 2016 at 7:08 PM, Ha?kel wrote: > 2016-05-15 19:28 GMT+02:00 Baek Hyun-wook : > > Hi all, > > > > I have been using OpenSatck Icehouse on CentOS 6 for research purpose, > > but recently found the rdo-release-* files in EOL archive are all removed > > from the repository in fedorapeople > > (i.e., repos.fedorapeople.org/repos/openstack/EOL/openstack- > > /epel-6/). > > > > Actually, I am in critical trouble for this > > because deployment of that version on CentOS 6 is essential > > for evaluation of my system.. > > > > I am not sure those files are deleted by accident > > or intentionally to prevent people to use deprecated versions. > > But, if latter is the case, I think it is not fit to the purpose of an > > archive as well.. > > > > It looks there are also some other people who are confused for this: > > > https://ask.fedoraproject.org/en/question/87680/did-the-package-rdo-release-icehouse-4noarchrpm-get-renamed/ > > > > Please consider to bring back those rdo-release-* files in the archive.. > > Or is there any other mirror repo where I can get old versions of > OpenStack > > on CentOS? > > > > Regards, > > Hyun-wook Baek > > > > FYI, they were deleted on purpose and here's why: > When we EOL a version, we move repositories content to the EOL > directory to indicate their status [1] > Since the repository files installed by the rdo-release packages > points to the old location, not only they are useless > but they would give end-users the false idea that they still can > deploy those versions by just installing those packages. > > Though I do not recommend to use EOL repositories You could also write > your own yum repository files pointing to the new locations. > > Regards, > H. > > [1] RDO Icehouse EOL announcement: > https://www.redhat.com/archives/rdo-list/2015-August/msg00058.html > > > > _______________________________________________ > > 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 mgarciam at redhat.com Mon May 16 01:49:06 2016 From: mgarciam at redhat.com (Marcos Garcia) Date: Sun, 15 May 2016 21:49:06 -0400 Subject: [rdo-list] [TripleO][QuickStart] 2 fixable problems in tripleo-quickstart - CentOS7.2 Message-ID: Hello all Today I've tested https://github.com/openstack/tripleo-quickstart/ on a fresh CentOS 7.2 (hosted server, 32 GB RAM) These are well-known problems that I've found on CentOS forums, not precisely new, but I thought you may all be interested in knowing that these block the installation of tripleo-quickstart at certain points (first at the undercloud VM creation, second at the initial steps of overcloud deploy) Maybe you want to add a comment in the documentation? 1. #ERROR: qemu-kvm: -chardev pty,id=charserial0: Failed to create chardev\n 1. I solved it via https://loginroot.com/qemu-kvm-chardev-ptyidcharserial0-failed-to-create-chardev/ 2. Basically, replace the devpts line of /etc/fstab with ?*devpts /dev/pts devpts gid=5,mode=620 0 0*? 3. Then do ?*mount -o remount /dev/pts*? 2. #ERROR: Node 141e60b7-19ea-43d1-b14e-fe07193cdf7d did not pass power credentials validation: SSH connection cannot be established: Failed to establish SSH connection to host 192.168.23.1 ; and DEBUG ironic.common.utils [req-8d62ae59-8832-4eec-82d6-c9139d7624a8 ? ? ? ? -] SSH connect failed: Incompatible ssh server (no acceptable macs) ssh_connect /usr/lib/python2.7/site 1. I solved it via http://stackoverflow.com/questions/28399335/python-paramiko-incompatible-ssh-server 2. Just edit /etc/ssh/sshd_conf and add another MAC algorithm: *MACs hmac-sha1* 3. Then, restart the service with *systemctl restart sshd* I was also very annoyed by the lack of "virsh list --all" as root - as documented here https://github.com/openstack/tripleo-quickstart/blob/master/docs/accessing-libvirt.md. It should be also commented beforehand, IMO :) Other than those two problems, the installation went very smoothly. It took much more space than I expected (like 31GB in /home space in the $VIRTHOST). Good job guys :) PS: I wrote the end-to-end installation on my personal blog https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ -- Marcos Garcia *NFV and Openstack Technical Marketing Manager* mgarciam at redhat.com Red Hat Canada Every telecommunications company in the Fortune Global 500 relies on Red Hat. Find out why at Trusted | Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at gbraad.nl Mon May 16 01:55:43 2016 From: me at gbraad.nl (Gerard Braad) Date: Mon, 16 May 2016 09:55:43 +0800 Subject: [rdo-list] [tripleo] How to setup hyper-converged nodes (compute+ceph)? Message-ID: Hi All, currently looking into TripleO and see if it is possible to use it to deploy a hyper-converged infrastructure. In our cases, we would like to deploy Compute nodes with Ceph installed on them. This will probably be a change to the tripleo-heat-templates and the compute, and cephstorage resources? Which changes are needed to accomplish this.. regards, Gerard -- Gerard Braad ? ??? F/OSS & IT Consultant http://gbraad.nl From emilien at redhat.com Mon May 16 08:16:37 2016 From: emilien at redhat.com (Emilien Macchi) Date: Mon, 16 May 2016 10:16:37 +0200 Subject: [rdo-list] [TripleO][QuickStart] 2 fixable problems in tripleo-quickstart - CentOS7.2 In-Reply-To: References: Message-ID: Excellent blog post ! We have a planet: http://tripleo.org/planet.html If you want to add your feed, it would be super cool: See my example: https://github.com/openstack-infra/tripleo-ci/commit/fb8b914e1db7f2adefb1a7d6973e9354a7179c58 Thanks, On Mon, May 16, 2016 at 3:49 AM, Marcos Garcia wrote: > Hello all > > Today I've tested https://github.com/openstack/tripleo-quickstart/ on a > fresh CentOS 7.2 (hosted server, 32 GB RAM) > > These are well-known problems that I've found on CentOS forums, not > precisely new, but I thought you may all be interested in knowing that these > block the installation of tripleo-quickstart at certain points (first at the > undercloud VM creation, second at the initial steps of overcloud deploy) > > Maybe you want to add a comment in the documentation? > > #ERROR: qemu-kvm: -chardev pty,id=charserial0: Failed to create chardev\n > > I solved it via > https://loginroot.com/qemu-kvm-chardev-ptyidcharserial0-failed-to-create-chardev/ > Basically, replace the devpts line of /etc/fstab with ?devpts /dev/pts > devpts gid=5,mode=620 0 0? > Then do ?mount -o remount /dev/pts? > > #ERROR: Node 141e60b7-19ea-43d1-b14e-fe07193cdf7d did not pass power > credentials validation: SSH connection cannot be established: Failed to > establish SSH connection to host 192.168.23.1 ; and DEBUG > ironic.common.utils [req-8d62ae59-8832-4eec-82d6-c9139d7624a8 ? ? ? ? -] SSH > connect failed: Incompatible ssh server (no acceptable macs) ssh_connect > /usr/lib/python2.7/site > > I solved it via > http://stackoverflow.com/questions/28399335/python-paramiko-incompatible-ssh-server > Just edit /etc/ssh/sshd_conf and add another MAC algorithm: MACs hmac-sha1 > Then, restart the service with systemctl restart sshd > > I was also very annoyed by the lack of "virsh list --all" as root - as > documented here > https://github.com/openstack/tripleo-quickstart/blob/master/docs/accessing-libvirt.md. > It should be also commented beforehand, IMO :) > > Other than those two problems, the installation went very smoothly. It took > much more space than I expected (like 31GB in /home space in the $VIRTHOST). > > > Good job guys :) > > > PS: I wrote the end-to-end installation on my personal blog > https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ > > -- > Marcos Garcia > NFV and Openstack Technical Marketing Manager > mgarciam at redhat.com > Red Hat Canada > > Every telecommunications company in the Fortune Global 500 relies on Red > Hat. > > Find out why at Trusted | Red Hat > > > > _______________________________________________ > 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 -- Emilien Macchi From apevec at redhat.com Mon May 16 11:14:09 2016 From: apevec at redhat.com (Alan Pevec) Date: Mon, 16 May 2016 13:14:09 +0200 Subject: [rdo-list] Archived EOL distribution not available? In-Reply-To: References: Message-ID: Hi all, I've updated README in EOL folder to clarify the purpose: https://repos.fedorapeople.org/openstack/EOL/00README.txt " These are archived repositories for End-of-life OpenStack RDO releases. DO NOT USE them, use the latest RDO release linked from https://www.rdoproject.org/install/quickstart/ " Cheers, Alan From gabriele.guaglianone at gmail.com Mon May 16 14:36:39 2016 From: gabriele.guaglianone at gmail.com (Gabriele Guaglianone) Date: Mon, 16 May 2016 15:36:39 +0100 Subject: [rdo-list] error launching new instances Message-ID: Hi RDO experts, after Kilo1 to Kilo2 update, when I try to lunch new instances I'm getting this error: [root at controller nova(keystone_admin)]# nova --debug boot --flavor m1.small --image 0975d828-cf82-452a-acc9-4603319c5af8 --security-group default,private_secgroup,tomcat-server --key-name ansible-devops gabriele DEBUG (session:195) REQ: curl -g -i -X GET http://10.20.15.11:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-keystoneclient" INFO (connectionpool:213) Starting new HTTP connection (1): 10.20.15.11 DEBUG (connectionpool:393) "GET /v2.0 HTTP/1.1" 200 337 DEBUG (session:224) RESP: [200] Content-Length: 337 Vary: X-Auth-Token Connection: keep-alive Date: Mon, 16 May 2016 14:31:44 GMT Content-Type: application/json X-Openstack-Request-Id: req-a45326d1-2357-495e-89cb-bd665c70e554 RESP BODY: {"version": {"status": "stable", "updated": "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}], "id": "v2.0", "links": [{"href": "http://10.20.15.11:5000/v2.0/", "rel": "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", "rel": "describedby"}]}} DEBUG (v2:76) Making authentication request to http://10.20.15.11:5000/v2.0/tokens DEBUG (connectionpool:393) "POST /v2.0/tokens HTTP/1.1" 200 4715 DEBUG (session:195) REQ: curl -g -i -X GET http://10.20.15.11:8774/v2/55c6fef309ea424fa2858a3a45c58ca5/images/0975d828-cf82-452a-acc9-4603319c5af8 -H "User-Agent: python-novaclient" -H "Accept: application/json" -H "X-Auth-Token: {SHA1}abf22079e505b930b96195d23d373580d6af6c8f" INFO (connectionpool:213) Starting new HTTP connection (1): 10.20.15.11 DEBUG (connectionpool:393) "GET /v2/55c6fef309ea424fa2858a3a45c58ca5/images/0975d828-cf82-452a-acc9-4603319c5af8 HTTP/1.1" 500 128 DEBUG (session:224) RESP: DEBUG (shell:914) The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-646e20a4-40e8-4381-a4b6-7805f6c85e96) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/novaclient/shell.py", line 911, in main OpenStackComputeShell().main(argv) File "/usr/lib/python2.7/site-packages/novaclient/shell.py", line 838, in main args.func(self.cs, args) File "/usr/lib/python2.7/site-packages/novaclient/v2/shell.py", line 495, in do_boot boot_args, boot_kwargs = _boot(cs, args) File "/usr/lib/python2.7/site-packages/novaclient/v2/shell.py", line 142, in _boot image = _find_image(cs, args.image) File "/usr/lib/python2.7/site-packages/novaclient/v2/shell.py", line 1894, in _find_image return utils.find_resource(cs.images, image) File "/usr/lib/python2.7/site-packages/novaclient/utils.py", line 206, in find_resource return manager.get(tmp_id) File "/usr/lib/python2.7/site-packages/novaclient/v2/images.py", line 53, in get return self._get("/images/%s" % base.getid(image), "image") File "/usr/lib/python2.7/site-packages/novaclient/base.py", line 156, in _get _resp, body = self.api.client.get(url) File "/usr/lib/python2.7/site-packages/keystoneclient/adapter.py", line 170, in get return self.request(url, 'GET', **kwargs) File "/usr/lib/python2.7/site-packages/novaclient/client.py", line 96, in request raise exceptions.from_response(resp, body, url, method) ClientException: The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-646e20a4-40e8-4381-a4b6-7805f6c85e96) ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-646e20a4-40e8-4381-a4b6-7805f6c85e96) [root at controller nova(keystone_admin)]# It seems that it's struggling with glance but anything it''s changed. Any suggestions? Many thanks Gabriele. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hguemar at fedoraproject.org Mon May 16 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 16 May 2016 15:00:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160516150003.05B8C6047D45@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-05-18 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 pradhanparas at gmail.com Mon May 16 18:13:00 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Mon, 16 May 2016 13:13:00 -0500 Subject: [rdo-list] gui port Message-ID: How do we access the undercloud dashboard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcornea at redhat.com Tue May 17 07:14:50 2016 From: mcornea at redhat.com (Marius Cornea) Date: Tue, 17 May 2016 09:14:50 +0200 Subject: [rdo-list] tripleo-common docs Message-ID: Hi everyone, The tripleo-common readme[1] points to a broken documentation link[2]. What is the correct link for the docs? Thanks [1] https://github.com/openstack/tripleo-common/blob/master/README.rst [2] http://docs.openstack.org/developer/tripleo-common From rbowen at redhat.com Tue May 17 12:34:57 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 17 May 2016 08:34:57 -0400 Subject: [rdo-list] ask.openstack unanswered RDO questions Message-ID: <573B0FF1.4080609@redhat.com> Good morning, RDO-list. Here's this week's list of unanswered RDO questions on ask.openstack.org. Your help is greatly appreciated. 60 unanswered questions: AWS Ec2 inst Eth port loses IP when attached to linux bridge in Openstack https://ask.openstack.org/en/question/92271/aws-ec2-inst-eth-port-loses-ip-when-attached-to-linux-bridge-in-openstack/ Tags: openstack, networking, aws AWS Ec2 inst Eth port loses IP when attached to linux bridge in Openstack https://ask.openstack.org/en/question/92270/aws-ec2-inst-eth-port-loses-ip-when-attached-to-linux-bridge-in-openstack/ Tags: openstack, installation, aws ceilometer: I've installed openstack mitaka. but swift stops working when i configured the pipeline and ceilometer filter https://ask.openstack.org/en/question/92035/ceilometer-ive-installed-openstack-mitaka-but-swift-stops-working-when-i-configured-the-pipeline-and-ceilometer-filter/ Tags: ceilometer, openstack-swift, mitaka Fail on installing the controller on Cent OS 7 https://ask.openstack.org/en/question/92025/fail-on-installing-the-controller-on-cent-os-7/ Tags: installation, centos7, controller the error of service entity and API endpoints https://ask.openstack.org/en/question/91702/the-error-of-service-entity-and-api-endpoints/ Tags: service, entity, and, api, endpoints Unable to login to horizon https://ask.openstack.org/en/question/91642/unable-to-login-to-horizon/ Tags: dashboard-keystone, horizon, keystone, mitaka, rdo add compute node https://ask.openstack.org/en/question/91627/add-compute-node/ Tags: rdo, compute_node, ping Running delorean fails: Git won't fetch sources https://ask.openstack.org/en/question/91600/running-delorean-fails-git-wont-fetch-sources/ Tags: delorean, rdo RDO Manager install issue - can't resolve trunk-mgt.rdoproject.org https://ask.openstack.org/en/question/91533/rdo-manager-install-issue-cant-resolve-trunk-mgtrdoprojectorg/ Tags: rdo-manager Keystone authentication: Failed to contact the endpoint. https://ask.openstack.org/en/question/91517/keystone-authentication-failed-to-contact-the-endpoint/ Tags: keystone, authenticate, endpoint, murano adding computer node. https://ask.openstack.org/en/question/91417/adding-computer-node/ Tags: rdo, openstack Liberty RDO: stack resource topology icons are pink https://ask.openstack.org/en/question/91347/liberty-rdo-stack-resource-topology-icons-are-pink/ Tags: stack, resource, topology, dashboard Build of instance aborted: Block Device Mapping is Invalid. https://ask.openstack.org/en/question/91205/build-of-instance-aborted-block-device-mapping-is-invalid/ Tags: cinder, lvm, centos7 No handlers could be found for logger "oslo_config.cfg" while syncing the glance database https://ask.openstack.org/en/question/91169/no-handlers-could-be-found-for-logger-oslo_configcfg-while-syncing-the-glance-database/ Tags: liberty, glance, install-openstack how to use chef auto manage openstack in RDO? https://ask.openstack.org/en/question/90992/how-to-use-chef-auto-manage-openstack-in-rdo/ Tags: chef, rdo Cinder error issues on Liberty https://ask.openstack.org/en/question/90606/cinder-error-issues-on-liberty/ Tags: cinder-volume, liberty Separate Cinder storage traffic from management https://ask.openstack.org/en/question/90405/separate-cinder-storage-traffic-from-management/ Tags: cinder, separate, nic, iscsi Openstack installation fails using packstack, failure is in installation of openstack-nova-compute. Error: Dependency Package[nova-compute] has failures https://ask.openstack.org/en/question/88993/openstack-installation-fails-using-packstack-failure-is-in-installation-of-openstack-nova-compute-error-dependency-packagenova-compute-has-failures/ Tags: novacompute, rdo, packstack, dependency, failure CentOS OpenStack - compute node can't talk https://ask.openstack.org/en/question/88989/centos-openstack-compute-node-cant-talk/ Tags: rdo How to setup SWIFT_PROXY_NODE and SWIFT_STORAGE_NODEs separately on RDO Liberty ? https://ask.openstack.org/en/question/88897/how-to-setup-swift_proxy_node-and-swift_storage_nodes-separately-on-rdo-liberty/ Tags: rdo, liberty, swift, ha VM and container can't download anything from internet https://ask.openstack.org/en/question/88338/vm-and-container-cant-download-anything-from-internet/ Tags: rdo, neutron, network, connectivity OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From rbowen at redhat.com Tue May 17 12:48:45 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 17 May 2016 08:48:45 -0400 Subject: [rdo-list] Upcoming OpenStack/RDO meetups Message-ID: <573B132D.5010406@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 May 17 in Seattle, WA, US: Is the fox in the hen house? Using vSphere for your hypervisor in OpenStack - http://www.meetup.com/OpenStack-Seattle/events/230021120/ * Tuesday May 17 in Dresden, DE: Kickoff OpenStack Dresden/Leipzig - http://www.meetup.com/OpenStack-Dresden-Leipzig/events/230541629/ * Tuesday May 17 in San Francisco, CA, US: Google and Intel speak on NFV and SFC service delivery - http://www.meetup.com/openstack/events/230849380/ * Tuesday May 17 in London, 17, GB: OpenDaylight installathon - http://www.meetup.com/London-SDN-ODLUG/events/230877970/ * Tuesday May 17 in Santa Clara, CA, US: Google and Intel speak on NFV and SFC service delivery - http://www.meetup.com/SDN-Switching-Group/events/230853879/ * Wednesday May 18 in Prague, CZ: OpenStack - opensource framework pro celou firemn? infrastrukturu - http://www.meetup.com/Morning-Talks/events/230369043/ * Wednesday May 18 in Regina, SK, CA: Red Hat Enterprise Virtualization - An Open Source Perspective - http://www.meetup.com/Regina-Red-Hat-Users-Group-RHUG/events/230202684/ * Wednesday May 18 in Washington, DC, US: Application Modeling, Containers, OpenStack, Sahara and Big Data (#31) - http://www.meetup.com/OpenStackDC/events/229742221/ * Wednesday May 18 in Manchester, 18, GB: OpenStack Summit Austin - Summary from the developers - http://www.meetup.com/Manchester-OpenStack-Meetup/events/230857226/ * Wednesday May 18 in Boston, MA, US: Second Joint BSN / ODLUG meeting - http://www.meetup.com/NorthEast-USA-Open-DayLight-User-Group/events/230850940/ * Thursday May 19 in Portland, OR, US: OpenStack PDX Meetup - http://www.meetup.com/openstack-pdx/events/229908263/ * Thursday May 19 in Seattle, WA, US: Hybrid Cloud Deployments & ContainerPilot, AutoPilot DBaaS, and Triton CNS - http://www.meetup.com/Seattle-Joyent-Meetup/events/229941891/ * Thursday May 19 in Austin, TX, US: May OpenStack Meetup - Cloud IaaS Performance Benchmarks - http://www.meetup.com/OpenStack-Austin/events/231086014/ * Thursday May 19 in Chesterfield, MO, US: Recap of OpenStack Austin Summit - http://www.meetup.com/OpenStack-STL/events/230861484/ * Thursday May 19 in New York, NY, US: The Cloud is just someone else's computer - an evening of infrastructure talk - http://www.meetup.com/Downtown-NYC-Tech-Meetup/events/230149875/ * Thursday May 19 in Boston, MA, US: OpenStack IaaS and PaaS - match made in heaven or ...??? - http://www.meetup.com/Openstack-Boston/events/231006393/ * Thursday May 19 in Atlanta, GA, US: OpenStack Meetup - OpenStack Application Workshop - http://www.meetup.com/openstack-atlanta/events/229724303/ * Saturday May 21 in Shanghai, CN: OpenStack??? - ???????? OpenStack by ???Intel & ???99Cloud - http://www.meetup.com/Shanghai-OpenStack-Meetup/events/230986387/ * Monday May 23 in New York, NY, US: OpenStack Trove and PostgreSQL DBaaS - Sponsored by NYC PostgreSQL User Group - http://www.meetup.com/OpenStack-New-York-Meetup/events/231074661/ * Monday May 23 in New York, NY, US: OpenStack Trove and PostgreSQL DBaaS - http://www.meetup.com/postgresql-3/events/231015460/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From apevec at redhat.com Tue May 17 12:49:21 2016 From: apevec at redhat.com (Alan Pevec) Date: Tue, 17 May 2016 14:49:21 +0200 Subject: [rdo-list] tripleo-common docs In-Reply-To: References: Message-ID: > [1] https://github.com/openstack/tripleo-common/blob/master/README.rst > [2] http://docs.openstack.org/developer/tripleo-common This is all upstream docs and not RDO specific, shouldn't it be on openstack-dev ? From mcornea at redhat.com Tue May 17 13:16:49 2016 From: mcornea at redhat.com (Marius Cornea) Date: Tue, 17 May 2016 15:16:49 +0200 Subject: [rdo-list] tripleo-common docs In-Reply-To: References: Message-ID: On Tue, May 17, 2016 at 2:49 PM, Alan Pevec wrote: >> [1] https://github.com/openstack/tripleo-common/blob/master/README.rst >> [2] http://docs.openstack.org/developer/tripleo-common > > This is all upstream docs and not RDO specific, shouldn't it be on > openstack-dev ? Agreed, moving to openstack-dev. From chkumar246 at gmail.com Tue May 17 17:09:17 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Tue, 17 May 2016 22:39:17 +0530 Subject: [rdo-list] [Reminder] RDO Bug Triage Day is happening on 18th and 19th May, 2016 Message-ID: Hello, Tomorrow we are hosting RDO Bug Triage Day i.e. on 18th and 19th May, 2016. Here is the list of Untriaged Bugs: https://chandankumar.fedorapeople.org/20160517/ If you are an OpenStack/RDO Contributor /Operator, want to involve in RDO, Bug training is the best way to get started. If you don't know how to triage a bug, check out this link: https://www.rdoproject.org/community/rdo-bugtriage/ If you need any help, feel free to reach out to us on #rdo channel on freenode server or shoot a mail to RDO mailing list: https://www.redhat.com/mailman/listinfo/rdo-list Thanks, Chandan Kumar Note: The above list of untriaged Bug is generated by rdostats tool.[ https://github.com/larsks/rdostats ] From whayutin at redhat.com Tue May 17 18:37:07 2016 From: whayutin at redhat.com (Wesley Hayutin) Date: Tue, 17 May 2016 14:37:07 -0400 Subject: [rdo-list] [TripleO][QuickStart] 2 fixable problems in tripleo-quickstart - CentOS7.2 In-Reply-To: References: Message-ID: woot, nice blog post++ On Sun, May 15, 2016 at 9:49 PM, Marcos Garcia wrote: > Hello all > > Today I've tested https://github.com/openstack/tripleo-quickstart/ on a > fresh CentOS 7.2 (hosted server, 32 GB RAM) > > These are well-known problems that I've found on CentOS forums, not > precisely new, but I thought you may all be interested in knowing that > these block the installation of tripleo-quickstart at certain points (first > at the undercloud VM creation, second at the initial steps of overcloud > deploy) > > Maybe you want to add a comment in the documentation? > > 1. #ERROR: qemu-kvm: -chardev pty,id=charserial0: Failed to create > chardev\n > 1. I solved it via > https://loginroot.com/qemu-kvm-chardev-ptyidcharserial0-failed-to-create-chardev/ > 2. Basically, replace the devpts line of /etc/fstab with ?*devpts > /dev/pts devpts gid=5,mode=620 0 0*? > 3. Then do ?*mount -o remount /dev/pts*? > 2. #ERROR: Node 141e60b7-19ea-43d1-b14e-fe07193cdf7d did not pass > power credentials validation: SSH connection cannot be established: Failed > to establish SSH connection to host 192.168.23.1 ; and DEBUG > ironic.common.utils [req-8d62ae59-8832-4eec-82d6-c9139d7624a8 ? ? ? ? > -] SSH connect failed: Incompatible ssh server (no acceptable macs) > ssh_connect /usr/lib/python2.7/site > 1. I solved it via > http://stackoverflow.com/questions/28399335/python-paramiko-incompatible-ssh-server > 2. Just edit /etc/ssh/sshd_conf and add another MAC algorithm: *MACs > hmac-sha1* > 3. Then, restart the service with *systemctl restart sshd* > > I was also very annoyed by the lack of "virsh list --all" as root - as > documented here > https://github.com/openstack/tripleo-quickstart/blob/master/docs/accessing-libvirt.md. > It should be also commented beforehand, IMO :) > > Other than those two problems, the installation went very smoothly. It > took much more space than I expected (like 31GB in /home space in the > $VIRTHOST). > > > Good job guys :) > > > PS: I wrote the end-to-end installation on my personal blog > https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ > > -- > Marcos Garcia > *NFV and Openstack Technical Marketing Manager* > mgarciam at redhat.com > Red Hat Canada > > Every telecommunications company in the Fortune Global 500 relies on Red > Hat. > > Find out why at Trusted | Red Hat > > > _______________________________________________ > 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 dsneddon at redhat.com Tue May 17 18:52:58 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Tue, 17 May 2016 11:52:58 -0700 Subject: [rdo-list] gui port In-Reply-To: References: Message-ID: <573B688A.2010104@redhat.com> On 05/16/2016 11:13 AM, Paras pradhan wrote: > How do we access the undercloud dashboard? > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > The undercloud dashboard listens on port 8080 on the control plane interface (br-ctlplane). This IP may not be reachable remotely, especially if the default route on the Undercloud is a different interface, or if the Undercloud is actually a VM running in a virt-host. In those cases, I usually set up local port forwarding via SSH. This allows me to access the Horizon dashboard, and provides encryption so the username/password doesn't traverse the wire in cleartext (when not running SSL on the Undercloud). ssh -L 9000::8080 stack at undercloud_external_ip Then you can connect to http://localhost:9000/ to access the dashboard. You can even nest these if you are using a virtualized Undercloud: >From virt-host: ssh -L 9500::8080 stack at undercloud_external_ip >From your workstation: ssh -L 9000:localhost:9500 stack at virt-host Then when you connect to port 9000 locally it gets forwarded to port 9050 on the virt-host, which is a tunnel to port 8080 on the Undercloud VM. You can add "-nNT" before the -L in the ssh commands if you just want to create the tunnel without connecting to a remote shell when you issue the ssh command. The other (potentially less secure) option is to reconfigure Apache on the Undercloud to listen on all interfaces, and then connect directly to the IP on the Undercloud interface with the default route. A similar option is to disable reverse path filtering [1], and then connect directly to the br-ctlplane interface. This will only work if the Undercloud is directly reachable (usually not possible if using a VM undercloud). These methods should only be used in production when SSL is enabled, because the passwords shouldn't be sent in the clear. [1] - https://access.redhat.com/solutions/53031 -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From pradhanparas at gmail.com Tue May 17 19:13:23 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Tue, 17 May 2016 14:13:23 -0500 Subject: [rdo-list] gui port In-Reply-To: <573B688A.2010104@redhat.com> References: <573B688A.2010104@redhat.com> Message-ID: That works. But not seeing the dashboard . Getting "resource not found". I am using osp 8. -Paras. On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon wrote: > On 05/16/2016 11:13 AM, Paras pradhan wrote: > > How do we access the undercloud dashboard? > > > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > The undercloud dashboard listens on port 8080 on the control plane > interface (br-ctlplane). This IP may not be reachable remotely, > especially if the default route on the Undercloud is a different > interface, or if the Undercloud is actually a VM running in a virt-host. > > In those cases, I usually set up local port forwarding via SSH. This > allows me to access the Horizon dashboard, and provides encryption so > the username/password doesn't traverse the wire in cleartext (when not > running SSL on the Undercloud). > > ssh -L 9000::8080 stack at undercloud_external_ip > > Then you can connect to http://localhost:9000/ to access the dashboard. > > You can even nest these if you are using a virtualized Undercloud: > > >From virt-host: > ssh -L 9500::8080 stack at undercloud_external_ip > > >From your workstation: > ssh -L 9000:localhost:9500 stack at virt-host > > Then when you connect to port 9000 locally it gets forwarded to port > 9050 on the virt-host, which is a tunnel to port 8080 on the Undercloud VM. > > You can add "-nNT" before the -L in the ssh commands if you just want > to create the tunnel without connecting to a remote shell when you > issue the ssh command. > > The other (potentially less secure) option is to reconfigure Apache on > the Undercloud to listen on all interfaces, and then connect directly > to the IP on the Undercloud interface with the default route. A similar > option is to disable reverse path filtering [1], and then connect > directly to the br-ctlplane interface. This will only work if the > Undercloud is directly reachable (usually not possible if using a VM > undercloud). These methods should only be used in production when SSL > is enabled, because the passwords shouldn't be sent in the clear. > > [1] - https://access.redhat.com/solutions/53031 > -- > Dan Sneddon | Principal OpenStack Engineer > dsneddon at redhat.com | redhat.com/openstack > 650.254.4025 | dsneddon:irc @dxs:twitter > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Tue May 17 19:42:04 2016 From: rbowen at redhat.com (Rich Bowen) Date: Tue, 17 May 2016 15:42:04 -0400 Subject: [rdo-list] Great blog posts from the last few weeks Message-ID: <573B740C.1060206@redhat.com> I've been traveling over the last few weeks and have gotten behind on updating you on the great blog posts from our community. I've put together a list at https://www.rdoproject.org/blog/2016/05/rdo-blogs-over-the-last-few-weeks/ catching up on the weeks since OpenStack Summit. I encourage you to scan the list and see what people have been writing in your areas of interest. --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From dsneddon at redhat.com Tue May 17 21:30:01 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Tue, 17 May 2016 14:30:01 -0700 Subject: [rdo-list] gui port In-Reply-To: References: <573B688A.2010104@redhat.com> Message-ID: <573B8D59.90200@redhat.com> On 05/17/2016 12:13 PM, Paras pradhan wrote: > That works. But not seeing the dashboard . Getting "resource not > found". I am using osp 8. > > -Paras. > > > On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon > wrote: > > On 05/16/2016 11:13 AM, Paras pradhan wrote: > > How do we access the undercloud dashboard? > > > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > The undercloud dashboard listens on port 8080 on the control plane > interface (br-ctlplane). This IP may not be reachable remotely, > especially if the default route on the Undercloud is a different > interface, or if the Undercloud is actually a VM running in a > virt-host. > > In those cases, I usually set up local port forwarding via SSH. This > allows me to access the Horizon dashboard, and provides encryption so > the username/password doesn't traverse the wire in cleartext (when not > running SSL on the Undercloud). > > ssh -L 9000::8080 stack at undercloud_external_ip > > Then you can connect to http://localhost:9000/ to access the dashboard. > > You can even nest these if you are using a virtualized Undercloud: > > >From virt-host: > ssh -L 9500::8080 stack at undercloud_external_ip > > >From your workstation: > ssh -L 9000:localhost:9500 stack at virt-host > > Then when you connect to port 9000 locally it gets forwarded to port > 9050 on the virt-host, which is a tunnel to port 8080 on the > Undercloud VM. > > You can add "-nNT" before the -L in the ssh commands if you just want > to create the tunnel without connecting to a remote shell when you > issue the ssh command. > > The other (potentially less secure) option is to reconfigure Apache on > the Undercloud to listen on all interfaces, and then connect directly > to the IP on the Undercloud interface with the default route. A similar > option is to disable reverse path filtering [1], and then connect > directly to the br-ctlplane interface. This will only work if the > Undercloud is directly reachable (usually not possible if using a VM > undercloud). These methods should only be used in production when SSL > is enabled, because the passwords shouldn't be sent in the clear. > > [1] - https://access.redhat.com/solutions/53031 > -- > Dan Sneddon | Principal OpenStack Engineer > dsneddon at redhat.com | > redhat.com/openstack > 650.254.4025 | dsneddon:irc @dxs:twitter > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > Hmm, not sure, but you may try adding /dashboard to the end of the URL to see if that helps. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From me at gbraad.nl Wed May 18 02:13:16 2016 From: me at gbraad.nl (Gerard Braad) Date: Wed, 18 May 2016 10:13:16 +0800 Subject: [rdo-list] [tripleo] How to setup hyper-converged nodes (compute+ceph)? In-Reply-To: References: Message-ID: Hi all, Hereby updating the status of this message: On Mon, May 16, 2016 at 9:55 AM, Gerard Braad wrote: > we would like > to deploy Compute nodes with Ceph installed on them. This will > probably be a change to the tripleo-heat-templates and the compute, > and cephstorage resources I noticed a review enabling the deployment of Ceph OSDs on the compute node: https://review.openstack.org/#/c/273754/5 At the moment, it is marked as Workflow -1 due to possible implementation of this feature by composable roles. regards, Gerard From marius at remote-lab.net Wed May 18 07:35:25 2016 From: marius at remote-lab.net (Marius Cornea) Date: Wed, 18 May 2016 09:35:25 +0200 Subject: [rdo-list] gui port In-Reply-To: <573B8D59.90200@redhat.com> References: <573B688A.2010104@redhat.com> <573B8D59.90200@redhat.com> Message-ID: On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon wrote: > On 05/17/2016 12:13 PM, Paras pradhan wrote: >> That works. But not seeing the dashboard . Getting "resource not >> found". I am using osp 8. >> >> -Paras. >> >> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon > > wrote: >> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: >> > How do we access the undercloud dashboard? >> > >> > >> > _______________________________________________ >> > rdo-list mailing list >> > rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> > >> >> The undercloud dashboard listens on port 8080 on the control plane >> interface (br-ctlplane). This IP may not be reachable remotely, >> especially if the default route on the Undercloud is a different >> interface, or if the Undercloud is actually a VM running in a >> virt-host. >> >> In those cases, I usually set up local port forwarding via SSH. This >> allows me to access the Horizon dashboard, and provides encryption so >> the username/password doesn't traverse the wire in cleartext (when not >> running SSL on the Undercloud). >> >> ssh -L 9000::8080 stack at undercloud_external_ip >> >> Then you can connect to http://localhost:9000/ to access the dashboard. >> >> You can even nest these if you are using a virtualized Undercloud: >> >> >From virt-host: >> ssh -L 9500::8080 stack at undercloud_external_ip >> >> >From your workstation: >> ssh -L 9000:localhost:9500 stack at virt-host >> >> Then when you connect to port 9000 locally it gets forwarded to port >> 9050 on the virt-host, which is a tunnel to port 8080 on the >> Undercloud VM. >> >> You can add "-nNT" before the -L in the ssh commands if you just want >> to create the tunnel without connecting to a remote shell when you >> issue the ssh command. >> >> The other (potentially less secure) option is to reconfigure Apache on >> the Undercloud to listen on all interfaces, and then connect directly >> to the IP on the Undercloud interface with the default route. A similar >> option is to disable reverse path filtering [1], and then connect >> directly to the br-ctlplane interface. This will only work if the >> Undercloud is directly reachable (usually not possible if using a VM >> undercloud). These methods should only be used in production when SSL >> is enabled, because the passwords shouldn't be sent in the clear. >> >> [1] - https://access.redhat.com/solutions/53031 >> -- >> Dan Sneddon | Principal OpenStack Engineer >> dsneddon at redhat.com | >> redhat.com/openstack >> 650.254.4025 | dsneddon:irc @dxs:twitter >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> >> > > Hmm, not sure, but you may try adding /dashboard to the end of the URL > to see if that helps. I don't think there is an undercloud dashboard in osp 8. I see on my environment that swift-proxy is listening on port 8080 and on port 80 httpd serves an empty directory in /var/www/html/ > -- > Dan Sneddon | Principal OpenStack Engineer > dsneddon at redhat.com | redhat.com/openstack > 650.254.4025 | dsneddon:irc @dxs:twitter > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From Edward.Ahern at tecnotree.com Wed May 18 08:53:04 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Wed, 18 May 2016 08:53:04 +0000 Subject: [rdo-list] Access undercloud / overcloud vms via public ip addresses Message-ID: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> Hi All, I'm installing Openstack via tripleo-quickstart. Is it possible to assign ip addresses other than the defaults to the undercloud / overcloud vm's such that they are publicly accessible within our networks? I have seen this to configure undercloud.conf: http://ucw-bnemec.rhcloud.com/ But the undercloud vm itself is assigned a 192.168.23.x address so that also needs to be modified somewhere. Regards, Ed From gfidente at redhat.com Wed May 18 09:28:10 2016 From: gfidente at redhat.com (Giulio Fidente) Date: Wed, 18 May 2016 11:28:10 +0200 Subject: [rdo-list] [tripleo] How to setup hyper-converged nodes (compute+ceph)? In-Reply-To: References: Message-ID: <96c9b110-1ff0-b152-26b1-801e0723f5c6@redhat.com> On 05/18/2016 04:13 AM, Gerard Braad wrote: > Hi all, > > > Hereby updating the status of this message: > > On Mon, May 16, 2016 at 9:55 AM, Gerard Braad wrote: >> we would like >> to deploy Compute nodes with Ceph installed on them. This will >> probably be a change to the tripleo-heat-templates and the compute, >> and cephstorage resources > > I noticed a review enabling the deployment of Ceph OSDs on the compute > node: https://review.openstack.org/#/c/273754/5 > At the moment, it is marked as Workflow -1 due to possible > implementation of this feature by composable roles. hi, that change is most probably working fine as-is but we are in the process of migrating service defintions into more isolated roles and that would supersede the existing submission there is some WIP (changes Ie92b25a9c68a76b6d92abedef31e8039b16d9863 and I1921115cb6218c7554348636c404245c79937673) to migrate ceph mon/client/osd services into isolated roles but it's far from landing at this point because we miss some additional machinery in the templates to distribute roles on more one way or another this should be possible in Newton though so I suggest to keep tracking all three submission; we could fallback on the initial submission should the ceph migration reveal to be problematic -- Giulio Fidente GPG KEY: 08D733BA | IRC: gfidente From opavlenk at redhat.com Wed May 18 09:47:15 2016 From: opavlenk at redhat.com (Ola Pavlenko) Date: Wed, 18 May 2016 12:47:15 +0300 Subject: [rdo-list] gui port In-Reply-To: References: <573B688A.2010104@redhat.com> <573B8D59.90200@redhat.com> Message-ID: Marius is right. There is no undercloud UI (e.g Tuskar) in osp8. On May 18, 2016 10:36, "Marius Cornea" wrote: > On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon wrote: > > On 05/17/2016 12:13 PM, Paras pradhan wrote: > >> That works. But not seeing the dashboard . Getting "resource not > >> found". I am using osp 8. > >> > >> -Paras. > >> > >> > >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon >> > wrote: > >> > >> On 05/16/2016 11:13 AM, Paras pradhan wrote: > >> > How do we access the undercloud dashboard? > >> > > >> > > >> > _______________________________________________ > >> > rdo-list mailing list > >> > rdo-list at redhat.com > >> > https://www.redhat.com/mailman/listinfo/rdo-list > >> > > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com > >> > >> > > >> > >> The undercloud dashboard listens on port 8080 on the control plane > >> interface (br-ctlplane). This IP may not be reachable remotely, > >> especially if the default route on the Undercloud is a different > >> interface, or if the Undercloud is actually a VM running in a > >> virt-host. > >> > >> In those cases, I usually set up local port forwarding via SSH. This > >> allows me to access the Horizon dashboard, and provides encryption > so > >> the username/password doesn't traverse the wire in cleartext (when > not > >> running SSL on the Undercloud). > >> > >> ssh -L 9000::8080 stack at undercloud_external_ip > >> > >> Then you can connect to http://localhost:9000/ to access the > dashboard. > >> > >> You can even nest these if you are using a virtualized Undercloud: > >> > >> >From virt-host: > >> ssh -L 9500::8080 stack at undercloud_external_ip > >> > >> >From your workstation: > >> ssh -L 9000:localhost:9500 stack at virt-host > >> > >> Then when you connect to port 9000 locally it gets forwarded to port > >> 9050 on the virt-host, which is a tunnel to port 8080 on the > >> Undercloud VM. > >> > >> You can add "-nNT" before the -L in the ssh commands if you just > want > >> to create the tunnel without connecting to a remote shell when you > >> issue the ssh command. > >> > >> The other (potentially less secure) option is to reconfigure Apache > on > >> the Undercloud to listen on all interfaces, and then connect > directly > >> to the IP on the Undercloud interface with the default route. A > similar > >> option is to disable reverse path filtering [1], and then connect > >> directly to the br-ctlplane interface. This will only work if the > >> Undercloud is directly reachable (usually not possible if using a VM > >> undercloud). These methods should only be used in production when > SSL > >> is enabled, because the passwords shouldn't be sent in the clear. > >> > >> [1] - https://access.redhat.com/solutions/53031 > >> -- > >> Dan Sneddon | Principal OpenStack Engineer > >> dsneddon at redhat.com | > >> redhat.com/openstack > >> 650.254.4025 | dsneddon:irc > @dxs:twitter > >> > >> _______________________________________________ > >> rdo-list mailing list > >> rdo-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/rdo-list > >> > >> To unsubscribe: rdo-list-unsubscribe at redhat.com > >> > >> > >> > > > > Hmm, not sure, but you may try adding /dashboard to the end of the URL > > to see if that helps. > > I don't think there is an undercloud dashboard in osp 8. I see on my > environment that swift-proxy is listening on port 8080 and on port 80 > httpd serves an empty directory in /var/www/html/ > > > -- > > Dan Sneddon | Principal OpenStack Engineer > > dsneddon at redhat.com | redhat.com/openstack > > 650.254.4025 | dsneddon:irc @dxs:twitter > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > 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 pradhanparas at gmail.com Wed May 18 13:58:42 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Wed, 18 May 2016 08:58:42 -0500 Subject: [rdo-list] gui port In-Reply-To: References: <573B688A.2010104@redhat.com> <573B8D59.90200@redhat.com> Message-ID: Thanks for the replies May be Redhat is coming up with something big that can compete with other vendors? On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko wrote: > Marius is right. > There is no undercloud UI (e.g Tuskar) in osp8. > On May 18, 2016 10:36, "Marius Cornea" wrote: > >> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon >> wrote: >> > On 05/17/2016 12:13 PM, Paras pradhan wrote: >> >> That works. But not seeing the dashboard . Getting "resource not >> >> found". I am using osp 8. >> >> >> >> -Paras. >> >> >> >> >> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon > >> > wrote: >> >> >> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: >> >> > How do we access the undercloud dashboard? >> >> > >> >> > >> >> > _______________________________________________ >> >> > rdo-list mailing list >> >> > rdo-list at redhat.com >> >> > https://www.redhat.com/mailman/listinfo/rdo-list >> >> > >> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> >> >> > >> >> >> >> The undercloud dashboard listens on port 8080 on the control plane >> >> interface (br-ctlplane). This IP may not be reachable remotely, >> >> especially if the default route on the Undercloud is a different >> >> interface, or if the Undercloud is actually a VM running in a >> >> virt-host. >> >> >> >> In those cases, I usually set up local port forwarding via SSH. >> This >> >> allows me to access the Horizon dashboard, and provides encryption >> so >> >> the username/password doesn't traverse the wire in cleartext (when >> not >> >> running SSL on the Undercloud). >> >> >> >> ssh -L 9000::8080 stack at undercloud_external_ip >> >> >> >> Then you can connect to http://localhost:9000/ to access the >> dashboard. >> >> >> >> You can even nest these if you are using a virtualized Undercloud: >> >> >> >> >From virt-host: >> >> ssh -L 9500::8080 stack at undercloud_external_ip >> >> >> >> >From your workstation: >> >> ssh -L 9000:localhost:9500 stack at virt-host >> >> >> >> Then when you connect to port 9000 locally it gets forwarded to >> port >> >> 9050 on the virt-host, which is a tunnel to port 8080 on the >> >> Undercloud VM. >> >> >> >> You can add "-nNT" before the -L in the ssh commands if you just >> want >> >> to create the tunnel without connecting to a remote shell when you >> >> issue the ssh command. >> >> >> >> The other (potentially less secure) option is to reconfigure >> Apache on >> >> the Undercloud to listen on all interfaces, and then connect >> directly >> >> to the IP on the Undercloud interface with the default route. A >> similar >> >> option is to disable reverse path filtering [1], and then connect >> >> directly to the br-ctlplane interface. This will only work if the >> >> Undercloud is directly reachable (usually not possible if using a >> VM >> >> undercloud). These methods should only be used in production when >> SSL >> >> is enabled, because the passwords shouldn't be sent in the clear. >> >> >> >> [1] - https://access.redhat.com/solutions/53031 >> >> -- >> >> Dan Sneddon | Principal OpenStack Engineer >> >> dsneddon at redhat.com | >> >> redhat.com/openstack >> >> 650.254.4025 | dsneddon:irc >> @dxs:twitter >> >> >> >> _______________________________________________ >> >> rdo-list mailing list >> >> rdo-list at redhat.com >> >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> >> >> >> >> >> > >> > Hmm, not sure, but you may try adding /dashboard to the end of the URL >> > to see if that helps. >> >> I don't think there is an undercloud dashboard in osp 8. I see on my >> environment that swift-proxy is listening on port 8080 and on port 80 >> httpd serves an empty directory in /var/www/html/ >> >> > -- >> > Dan Sneddon | Principal OpenStack Engineer >> > dsneddon at redhat.com | redhat.com/openstack >> > 650.254.4025 | dsneddon:irc @dxs:twitter >> > >> > _______________________________________________ >> > rdo-list mailing list >> > rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at remote-lab.net Wed May 18 14:14:14 2016 From: marius at remote-lab.net (Marius Cornea) Date: Wed, 18 May 2016 16:14:14 +0200 Subject: [rdo-list] gui port In-Reply-To: References: <573B688A.2010104@redhat.com> <573B8D59.90200@redhat.com> Message-ID: On Wed, May 18, 2016 at 3:58 PM, Paras pradhan wrote: > Thanks for the replies May be Redhat is coming up with something big that > can compete with other vendors? You can check this video[1] out for the upcoming TripleO UI [2]: [1] https://www.youtube.com/watch?v=1Lc04DKGxCg [2] https://github.com/openstack/tripleo-ui > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko wrote: >> >> Marius is right. >> There is no undercloud UI (e.g Tuskar) in osp8. >> >> On May 18, 2016 10:36, "Marius Cornea" wrote: >>> >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon >>> wrote: >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote: >>> >> That works. But not seeing the dashboard . Getting "resource not >>> >> found". I am using osp 8. >>> >> >>> >> -Paras. >>> >> >>> >> >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon >> >> > wrote: >>> >> >>> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: >>> >> > How do we access the undercloud dashboard? >>> >> > >>> >> > >>> >> > _______________________________________________ >>> >> > rdo-list mailing list >>> >> > rdo-list at redhat.com >>> >> > https://www.redhat.com/mailman/listinfo/rdo-list >>> >> > >>> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >> >>> >> > >>> >> >>> >> The undercloud dashboard listens on port 8080 on the control plane >>> >> interface (br-ctlplane). This IP may not be reachable remotely, >>> >> especially if the default route on the Undercloud is a different >>> >> interface, or if the Undercloud is actually a VM running in a >>> >> virt-host. >>> >> >>> >> In those cases, I usually set up local port forwarding via SSH. >>> >> This >>> >> allows me to access the Horizon dashboard, and provides encryption >>> >> so >>> >> the username/password doesn't traverse the wire in cleartext (when >>> >> not >>> >> running SSL on the Undercloud). >>> >> >>> >> ssh -L 9000::8080 stack at undercloud_external_ip >>> >> >>> >> Then you can connect to http://localhost:9000/ to access the >>> >> dashboard. >>> >> >>> >> You can even nest these if you are using a virtualized Undercloud: >>> >> >>> >> >From virt-host: >>> >> ssh -L 9500::8080 stack at undercloud_external_ip >>> >> >>> >> >From your workstation: >>> >> ssh -L 9000:localhost:9500 stack at virt-host >>> >> >>> >> Then when you connect to port 9000 locally it gets forwarded to >>> >> port >>> >> 9050 on the virt-host, which is a tunnel to port 8080 on the >>> >> Undercloud VM. >>> >> >>> >> You can add "-nNT" before the -L in the ssh commands if you just >>> >> want >>> >> to create the tunnel without connecting to a remote shell when you >>> >> issue the ssh command. >>> >> >>> >> The other (potentially less secure) option is to reconfigure >>> >> Apache on >>> >> the Undercloud to listen on all interfaces, and then connect >>> >> directly >>> >> to the IP on the Undercloud interface with the default route. A >>> >> similar >>> >> option is to disable reverse path filtering [1], and then connect >>> >> directly to the br-ctlplane interface. This will only work if the >>> >> Undercloud is directly reachable (usually not possible if using a >>> >> VM >>> >> undercloud). These methods should only be used in production when >>> >> SSL >>> >> is enabled, because the passwords shouldn't be sent in the clear. >>> >> >>> >> [1] - https://access.redhat.com/solutions/53031 >>> >> -- >>> >> Dan Sneddon | Principal OpenStack Engineer >>> >> dsneddon at redhat.com | >>> >> redhat.com/openstack >>> >> 650.254.4025 | dsneddon:irc >>> >> @dxs:twitter >>> >> >>> >> _______________________________________________ >>> >> rdo-list mailing list >>> >> rdo-list at redhat.com >>> >> https://www.redhat.com/mailman/listinfo/rdo-list >>> >> >>> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >> >>> >> >>> >> >>> > >>> > Hmm, not sure, but you may try adding /dashboard to the end of the URL >>> > to see if that helps. >>> >>> I don't think there is an undercloud dashboard in osp 8. I see on my >>> environment that swift-proxy is listening on port 8080 and on port 80 >>> httpd serves an empty directory in /var/www/html/ >>> >>> > -- >>> > Dan Sneddon | Principal OpenStack Engineer >>> > dsneddon at redhat.com | redhat.com/openstack >>> > 650.254.4025 | dsneddon:irc @dxs:twitter >>> > >>> > _______________________________________________ >>> > rdo-list mailing list >>> > rdo-list at redhat.com >>> > https://www.redhat.com/mailman/listinfo/rdo-list >>> > >>> > To unsubscribe: rdo-list-unsubscribe at redhat.com >>> >>> _______________________________________________ >>> 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 pkunicki at sproutloud.com Wed May 18 15:29:17 2016 From: pkunicki at sproutloud.com (Paul Kunicki) Date: Wed, 18 May 2016 11:29:17 -0400 Subject: [rdo-list] gui port In-Reply-To: References: <573B688A.2010104@redhat.com> <573B8D59.90200@redhat.com> Message-ID: I am having trouble accessing the undercloud dashboard as well. I am getting a 404 error via HTTP when I try to access. I created an ssh tunnel from the undercloud host so I could access the VM remotely. I can access the httpd instance with no problem inside the undercloud VM from a remote net but am not getting any content. Here is what I believe to be relevant and hopefully sufficient for someone to discern what I am doing wrong: service httpd status -l [root at undercloud httpd]# service httpd status -l Redirecting to /bin/systemctl status -l httpd.service ? httpd.service - The Apache HTTP Server Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/httpd.service.d ??openstack-dashboard.conf Active: active (running) since Wed 2016-05-18 15:11:09 UTC; 9min ago Docs: man:httpd(8) man:apachectl(8) Process: 3920 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=0/SUCCESS) Process: 3957 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py compress --force (code=exited, status=0/SUCCESS) Process: 3933 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear (code=exited, status=0/SUCCESS) Main PID: 4093 (httpd) Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 B/sec" CGroup: /system.slice/httpd.service ??4093 /usr/sbin/httpd -DFOREGROUND ??4096 /usr/sbin/httpd -DFOREGROUND ??4097 keystone-admin -DFOREGROUND ??4098 keystone-main -DFOREGROUND ??4099 /usr/sbin/httpd -DFOREGROUND ??4100 /usr/sbin/httpd -DFOREGROUND ??4101 /usr/sbin/httpd -DFOREGROUND ??4102 /usr/sbin/httpd -DFOREGROUND ??4104 /usr/sbin/httpd -DFOREGROUND ??4105 /usr/sbin/httpd -DFOREGROUND ??4106 /usr/sbin/httpd -DFOREGROUND ??4107 /usr/sbin/httpd -DFOREGROUND May 18 15:10:37 undercloud python[3933]: Copying '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/tables.legacy-spec.js' May 18 15:10:37 undercloud python[3933]: Copying '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/templates.legacy-spec.js' May 18 15:10:37 undercloud python[3933]: 1311 static files copied to '/usr/share/openstack-dashboard/static'. May 18 15:11:09 undercloud python[3957]: Found 'compress' tags in: May 18 15:11:09 undercloud python[3957]: /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_conf.html May 18 15:11:09 undercloud python[3957]: /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html May 18 15:11:09 undercloud python[3957]: /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_scripts.html May 18 15:11:09 undercloud python[3957]: Compressing... done May 18 15:11:09 undercloud python[3957]: Compressed 5 block(s) from 3 template(s) for 2 context(s). May 18 15:11:09 undercloud systemd[1]: Started The Apache HTTP Server. [root at undercloud httpd]# Here is my tunnel cmd issued from the undercloud host ie 10.0.120.10: ssh -g -L 8080:localhost:80 Here is the URL I am trying to access from my browser: http://10.0.120.10:8080/dashboard I am running Mitaka and installed with scripts provided in the stack homedir by quickstart.sh. Thanks. - *Paul Kunicki * - Systems Manager - SproutLoud Media Networks, LLC. - 954-476-6211 ext.144 - pkunicki at sproutloud.com - www.sproutloud.com - [image: inc500-5000] [image: Gartner 2013 Cool Vendor] - The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and for others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or taking any action in reliance on these contents is strictly prohibited and may be unlawful. In the event the recipient or recipients of this communication are under a non-disclosure agreement, any and all information discussed during phone calls and online presentations fall under the agreements signed by both parties. If you received this communication in error, please notify us immediately by responding to this e-mail. On Wed, May 18, 2016 at 10:14 AM, Marius Cornea wrote: > On Wed, May 18, 2016 at 3:58 PM, Paras pradhan > wrote: > > Thanks for the replies May be Redhat is coming up with something big that > > can compete with other vendors? > > You can check this video[1] out for the upcoming TripleO UI [2]: > > [1] https://www.youtube.com/watch?v=1Lc04DKGxCg > [2] https://github.com/openstack/tripleo-ui > > > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko > wrote: > >> > >> Marius is right. > >> There is no undercloud UI (e.g Tuskar) in osp8. > >> > >> On May 18, 2016 10:36, "Marius Cornea" wrote: > >>> > >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon > >>> wrote: > >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote: > >>> >> That works. But not seeing the dashboard . Getting "resource not > >>> >> found". I am using osp 8. > >>> >> > >>> >> -Paras. > >>> >> > >>> >> > >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon >>> >> > wrote: > >>> >> > >>> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: > >>> >> > How do we access the undercloud dashboard? > >>> >> > > >>> >> > > >>> >> > _______________________________________________ > >>> >> > rdo-list mailing list > >>> >> > rdo-list at redhat.com > >>> >> > https://www.redhat.com/mailman/listinfo/rdo-list > >>> >> > > >>> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> >> > >>> >> > > >>> >> > >>> >> The undercloud dashboard listens on port 8080 on the control > plane > >>> >> interface (br-ctlplane). This IP may not be reachable remotely, > >>> >> especially if the default route on the Undercloud is a different > >>> >> interface, or if the Undercloud is actually a VM running in a > >>> >> virt-host. > >>> >> > >>> >> In those cases, I usually set up local port forwarding via SSH. > >>> >> This > >>> >> allows me to access the Horizon dashboard, and provides > encryption > >>> >> so > >>> >> the username/password doesn't traverse the wire in cleartext > (when > >>> >> not > >>> >> running SSL on the Undercloud). > >>> >> > >>> >> ssh -L 9000::8080 stack at undercloud_external_ip > >>> >> > >>> >> Then you can connect to http://localhost:9000/ to access the > >>> >> dashboard. > >>> >> > >>> >> You can even nest these if you are using a virtualized > Undercloud: > >>> >> > >>> >> >From virt-host: > >>> >> ssh -L 9500::8080 stack at undercloud_external_ip > >>> >> > >>> >> >From your workstation: > >>> >> ssh -L 9000:localhost:9500 stack at virt-host > >>> >> > >>> >> Then when you connect to port 9000 locally it gets forwarded to > >>> >> port > >>> >> 9050 on the virt-host, which is a tunnel to port 8080 on the > >>> >> Undercloud VM. > >>> >> > >>> >> You can add "-nNT" before the -L in the ssh commands if you just > >>> >> want > >>> >> to create the tunnel without connecting to a remote shell when > you > >>> >> issue the ssh command. > >>> >> > >>> >> The other (potentially less secure) option is to reconfigure > >>> >> Apache on > >>> >> the Undercloud to listen on all interfaces, and then connect > >>> >> directly > >>> >> to the IP on the Undercloud interface with the default route. A > >>> >> similar > >>> >> option is to disable reverse path filtering [1], and then > connect > >>> >> directly to the br-ctlplane interface. This will only work if > the > >>> >> Undercloud is directly reachable (usually not possible if using > a > >>> >> VM > >>> >> undercloud). These methods should only be used in production > when > >>> >> SSL > >>> >> is enabled, because the passwords shouldn't be sent in the > clear. > >>> >> > >>> >> [1] - https://access.redhat.com/solutions/53031 > >>> >> -- > >>> >> Dan Sneddon | Principal OpenStack Engineer > >>> >> dsneddon at redhat.com | > >>> >> redhat.com/openstack > >>> >> 650.254.4025 | dsneddon:irc > >>> >> @dxs:twitter > >>> >> > >>> >> _______________________________________________ > >>> >> rdo-list mailing list > >>> >> rdo-list at redhat.com > >>> >> https://www.redhat.com/mailman/listinfo/rdo-list > >>> >> > >>> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> >> > >>> >> > >>> >> > >>> > > >>> > Hmm, not sure, but you may try adding /dashboard to the end of the > URL > >>> > to see if that helps. > >>> > >>> I don't think there is an undercloud dashboard in osp 8. I see on my > >>> environment that swift-proxy is listening on port 8080 and on port 80 > >>> httpd serves an empty directory in /var/www/html/ > >>> > >>> > -- > >>> > Dan Sneddon | Principal OpenStack Engineer > >>> > dsneddon at redhat.com | redhat.com/openstack > >>> > 650.254.4025 | dsneddon:irc @dxs:twitter > >>> > > >>> > _______________________________________________ > >>> > rdo-list mailing list > >>> > rdo-list at redhat.com > >>> > https://www.redhat.com/mailman/listinfo/rdo-list > >>> > > >>> > To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> > >>> _______________________________________________ > >>> rdo-list mailing list > >>> rdo-list at redhat.com > >>> https://www.redhat.com/mailman/listinfo/rdo-list > >>> > >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier.pena at redhat.com Wed May 18 15:44:42 2016 From: javier.pena at redhat.com (Javier Pena) Date: Wed, 18 May 2016 11:44:42 -0400 (EDT) Subject: [rdo-list] [Meeting] RDO meeting (2016-05-18) Minutes Message-ID: <2140372850.6156264.1463586282021.JavaMail.zimbra@redhat.com> ============================== #rdo: RDO meeting (2016-05-18) ============================== Meeting started by jpena at 15:00:51 UTC. The full logs are available at https://meetbot.fedoraproject.org/rdo/2016-05-18/rdo_meeting_(2016-05-18).2016-05-18-15.00.log.html . Meeting summary --------------- * roll call (jpena, 15:00:59) * Comment for EOL Bugs (jpena, 15:05:09) * LINK: https://wiki.openstack.org/wiki/Releases (rbowen, 15:06:46) * LINK: http://releases.openstack.org/ (chandankumar, 15:06:53) * ACTION: chandankumar to share EOL script with imcsk8 and others for review. (chandankumar, 15:09:56) * EOL message for RDO bugzillas "This bug is against a version which has reached End of Life. Please reopen if it is still relevant with a latest version: http://releases.openstack.org/" (apevec, 15:12:26) * move rdostats project under RDO (jpena, 15:15:00) * LINK: https://github.com/larsks/rdostats (chandankumar, 15:15:53) * ACTION: larsks to be asked nicely to migrate https://github.com/larsks/rdostats to rdo-infra (apevec, 15:21:17) * Hangouts - speakers wanted (jpena, 15:22:32) * DLRN instance migration to ci.centos infra (reloaded) (jpena, 15:25:02) * ACTION: trown submit patch to tripleoci to change repo promotion method (trown, 15:29:37) * ACTION: dmsimard to set up ssh authentication between the ci.centos.org slave and dlrn instance (dmsimard, 15:31:45) * chair for next meeting (dmsimard, 15:31:50) * ACTION: imcsk8 to chair next meeting (jpena, 15:32:08) * open floor (jpena, 15:32:42) * ACTION: apevec to send bz request to update RDO versions in bz (apevec, 15:35:51) Meeting ended at 15:41:30 UTC. Action Items ------------ * chandankumar to share EOL script with imcsk8 and others for review. * larsks to be asked nicely to migrate https://github.com/larsks/rdostats to rdo-infra * trown submit patch to tripleoci to change repo promotion method * dmsimard to set up ssh authentication between the ci.centos.org slave and dlrn instance * imcsk8 to chair next meeting * apevec to send bz request to update RDO versions in bz Action Items, by person ----------------------- * apevec * apevec to send bz request to update RDO versions in bz * chandankumar * chandankumar to share EOL script with imcsk8 and others for review. * dmsimard * dmsimard to set up ssh authentication between the ci.centos.org slave and dlrn instance * imcsk8 * chandankumar to share EOL script with imcsk8 and others for review. * imcsk8 to chair next meeting * trown * trown submit patch to tripleoci to change repo promotion method * **UNASSIGNED** * larsks to be asked nicely to migrate https://github.com/larsks/rdostats to rdo-infra People Present (lines said) --------------------------- * jpena (41) * apevec (38) * dmsimard (38) * chandankumar (31) * zodbot (17) * rbowen (16) * tristanC (12) * imcsk8 (12) * trown (7) * leifmadsen (6) * rdogerrit (4) * openstack (4) * amoralej (2) * misc (2) * gkadam (2) * jruzicka (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From sasha at redhat.com Wed May 18 15:57:45 2016 From: sasha at redhat.com (Sasha Chuzhoy) Date: Wed, 18 May 2016 11:57:45 -0400 (EDT) Subject: [rdo-list] gui port In-Reply-To: References: <573B8D59.90200@redhat.com> Message-ID: <137120824.93606400.1463587065838.JavaMail.zimbra@redhat.com> I haven't checked this version, but previously needed to modify the ALLOWED_HOSTS in /etc/openstack-dashboard/local_settings and bounce httpd. Wondering if the same still applies. Best regards, Sasha Chuzhoy. ----- Original Message ----- > From: "Paul Kunicki" > To: "Marius Cornea" > Cc: "rdo-list" > Sent: Wednesday, May 18, 2016 11:29:17 AM > Subject: Re: [rdo-list] gui port > > I am having trouble accessing the undercloud dashboard as well. I am getting > a 404 error via HTTP when I try to access. I created an ssh tunnel from the > undercloud host so I could access the VM remotely. I can access the httpd > instance with no problem inside the undercloud VM from a remote net but am > not getting any content. Here is what I believe to be relevant and hopefully > sufficient for someone to discern what I am doing wrong: > > service httpd status -l > [root at undercloud httpd]# service httpd status -l > Redirecting to /bin/systemctl status -l httpd.service > ? httpd.service - The Apache HTTP Server > Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor > preset: disabled) > Drop-In: /usr/lib/systemd/system/httpd.service.d > ??openstack-dashboard.conf > Active: active (running) since Wed 2016-05-18 15:11:09 UTC; 9min ago > Docs: man:httpd(8) > man:apachectl(8) > Process: 3920 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, > status=0/SUCCESS) > Process: 3957 ExecStartPre=/usr/bin/python > /usr/share/openstack-dashboard/manage.py compress --force (code=exited, > status=0/SUCCESS) > Process: 3933 ExecStartPre=/usr/bin/python > /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear > (code=exited, status=0/SUCCESS) > Main PID: 4093 (httpd) > Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 > B/sec" > CGroup: /system.slice/httpd.service > ??4093 /usr/sbin/httpd -DFOREGROUND > ??4096 /usr/sbin/httpd -DFOREGROUND > ??4097 keystone-admin -DFOREGROUND > ??4098 keystone-main -DFOREGROUND > ??4099 /usr/sbin/httpd -DFOREGROUND > ??4100 /usr/sbin/httpd -DFOREGROUND > ??4101 /usr/sbin/httpd -DFOREGROUND > ??4102 /usr/sbin/httpd -DFOREGROUND > ??4104 /usr/sbin/httpd -DFOREGROUND > ??4105 /usr/sbin/httpd -DFOREGROUND > ??4106 /usr/sbin/httpd -DFOREGROUND > ??4107 /usr/sbin/httpd -DFOREGROUND > > May 18 15:10:37 undercloud python[3933]: Copying > '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/tables.legacy-spec.js' > May 18 15:10:37 undercloud python[3933]: Copying > '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/templates.legacy-spec.js' > May 18 15:10:37 undercloud python[3933]: 1311 static files copied to > '/usr/share/openstack-dashboard/static'. > May 18 15:11:09 undercloud python[3957]: Found 'compress' tags in: > May 18 15:11:09 undercloud python[3957]: > /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_conf.html > May 18 15:11:09 undercloud python[3957]: > /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html > May 18 15:11:09 undercloud python[3957]: > /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_scripts.html > May 18 15:11:09 undercloud python[3957]: Compressing... done > May 18 15:11:09 undercloud python[3957]: Compressed 5 block(s) from 3 > template(s) for 2 context(s). > May 18 15:11:09 undercloud systemd[1]: Started The Apache HTTP Server. > [root at undercloud httpd]# > > Here is my tunnel cmd issued from the undercloud host ie 10.0.120.10 : > ssh -g -L 8080:localhost:80 > > Here is the URL I am trying to access from my browser: > http://10.0.120.10:8080/dashboard > > I am running Mitaka and installed with scripts provided in the stack homedir > by quickstart.sh. > > Thanks. > > > > * Paul Kunicki > * Systems Manager > * SproutLoud Media Networks, LLC. > * 954-476-6211 ext.144 > * pkunicki at sproutloud.com > * www.sproutloud.com > * > * The information contained in this communication is intended solely for > the use of the individual or entity to whom it is addressed and for > others authorized to receive it. It may contain confidential or legally > privileged information. If you are not the intended recipient, you are > hereby notified that any disclosure, copying, distribution, or taking > any action in reliance on these contents is strictly prohibited and may > be unlawful. In the event the recipient or recipients of this > communication are under a non-disclosure agreement, any and all > information discussed during phone calls and online presentations fall > under the agreements signed by both parties. If you received this > communication in error, please notify us immediately by responding to > this e-mail. > > On Wed, May 18, 2016 at 10:14 AM, Marius Cornea < marius at remote-lab.net > > wrote: > > > On Wed, May 18, 2016 at 3:58 PM, Paras pradhan < pradhanparas at gmail.com > > wrote: > > Thanks for the replies May be Redhat is coming up with something big that > > can compete with other vendors? > > You can check this video[1] out for the upcoming TripleO UI [2]: > > [1] https://www.youtube.com/watch?v=1Lc04DKGxCg > [2] https://github.com/openstack/tripleo-ui > > > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko < opavlenk at redhat.com > > > wrote: > >> > >> Marius is right. > >> There is no undercloud UI (e.g Tuskar) in osp8. > >> > >> On May 18, 2016 10:36, "Marius Cornea" < marius at remote-lab.net > wrote: > >>> > >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon < dsneddon at redhat.com > > >>> wrote: > >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote: > >>> >> That works. But not seeing the dashboard . Getting "resource not > >>> >> found". I am using osp 8. > >>> >> > >>> >> -Paras. > >>> >> > >>> >> > >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon < dsneddon at redhat.com > >>> >> > wrote: > >>> >> > >>> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: > >>> >> > How do we access the undercloud dashboard? > >>> >> > > >>> >> > > >>> >> > _______________________________________________ > >>> >> > rdo-list mailing list > >>> >> > rdo-list at redhat.com > >>> >> > https://www.redhat.com/mailman/listinfo/rdo-list > >>> >> > > >>> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> >> > >>> >> > > >>> >> > >>> >> The undercloud dashboard listens on port 8080 on the control plane > >>> >> interface (br-ctlplane). This IP may not be reachable remotely, > >>> >> especially if the default route on the Undercloud is a different > >>> >> interface, or if the Undercloud is actually a VM running in a > >>> >> virt-host. > >>> >> > >>> >> In those cases, I usually set up local port forwarding via SSH. > >>> >> This > >>> >> allows me to access the Horizon dashboard, and provides encryption > >>> >> so > >>> >> the username/password doesn't traverse the wire in cleartext (when > >>> >> not > >>> >> running SSL on the Undercloud). > >>> >> > >>> >> ssh -L 9000::8080 stack at undercloud_external_ip > >>> >> > >>> >> Then you can connect to http://localhost:9000/ to access the > >>> >> dashboard. > >>> >> > >>> >> You can even nest these if you are using a virtualized Undercloud: > >>> >> > >>> >> >From virt-host: > >>> >> ssh -L 9500::8080 stack at undercloud_external_ip > >>> >> > >>> >> >From your workstation: > >>> >> ssh -L 9000:localhost:9500 stack at virt-host > >>> >> > >>> >> Then when you connect to port 9000 locally it gets forwarded to > >>> >> port > >>> >> 9050 on the virt-host, which is a tunnel to port 8080 on the > >>> >> Undercloud VM. > >>> >> > >>> >> You can add "-nNT" before the -L in the ssh commands if you just > >>> >> want > >>> >> to create the tunnel without connecting to a remote shell when you > >>> >> issue the ssh command. > >>> >> > >>> >> The other (potentially less secure) option is to reconfigure > >>> >> Apache on > >>> >> the Undercloud to listen on all interfaces, and then connect > >>> >> directly > >>> >> to the IP on the Undercloud interface with the default route. A > >>> >> similar > >>> >> option is to disable reverse path filtering [1], and then connect > >>> >> directly to the br-ctlplane interface. This will only work if the > >>> >> Undercloud is directly reachable (usually not possible if using a > >>> >> VM > >>> >> undercloud). These methods should only be used in production when > >>> >> SSL > >>> >> is enabled, because the passwords shouldn't be sent in the clear. > >>> >> > >>> >> [1] - https://access.redhat.com/solutions/53031 > >>> >> -- > >>> >> Dan Sneddon | Principal OpenStack Engineer > >>> >> dsneddon at redhat.com | > >>> >> redhat.com/openstack < http://redhat.com/openstack > > >>> >> 650.254.4025 | dsneddon:irc > >>> >> @dxs:twitter > >>> >> > >>> >> _______________________________________________ > >>> >> rdo-list mailing list > >>> >> rdo-list at redhat.com > >>> >> https://www.redhat.com/mailman/listinfo/rdo-list > >>> >> > >>> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> >> > >>> >> > >>> >> > >>> > > >>> > Hmm, not sure, but you may try adding /dashboard to the end of the URL > >>> > to see if that helps. > >>> > >>> I don't think there is an undercloud dashboard in osp 8. I see on my > >>> environment that swift-proxy is listening on port 8080 and on port 80 > >>> httpd serves an empty directory in /var/www/html/ > >>> > >>> > -- > >>> > Dan Sneddon | Principal OpenStack Engineer > >>> > dsneddon at redhat.com | redhat.com/openstack > >>> > 650.254.4025 | dsneddon:irc @dxs:twitter > >>> > > >>> > _______________________________________________ > >>> > rdo-list mailing list > >>> > rdo-list at redhat.com > >>> > https://www.redhat.com/mailman/listinfo/rdo-list > >>> > > >>> > To unsubscribe: rdo-list-unsubscribe at redhat.com > >>> > >>> _______________________________________________ > >>> rdo-list mailing list > >>> rdo-list at redhat.com > >>> https://www.redhat.com/mailman/listinfo/rdo-list > >>> > >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From pkunicki at sproutloud.com Wed May 18 16:33:06 2016 From: pkunicki at sproutloud.com (Paul Kunicki) Date: Wed, 18 May 2016 12:33:06 -0400 Subject: [rdo-list] gui port In-Reply-To: <137120824.93606400.1463587065838.JavaMail.zimbra@redhat.com> References: <573B8D59.90200@redhat.com> <137120824.93606400.1463587065838.JavaMail.zimbra@redhat.com> Message-ID: I went ahead and just included the wildcard in /etc/openstack-dashboard and restarted httpd to no avail: ALLOWED_HOSTS = ['*'] I also noticed that the requests were being logged to access_log: [root at undercloud httpd]# tail -f access_log 127.0.0.1 - - [18/May/2016:16:14:22 +0000] "GET /dashboard HTTP/1.1" 404 207 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36" 127.0.0.1 - - [18/May/2016:16:16:26 +0000] "GET /dashboard HTTP/1.1" 404 207 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36" After reviewing what looks to be a similar issue I noticed that I have neither of these: /etc/httpd/conf.d/openstack-dashboard.conf /etc/httpd/conf.d/15-horizon_vhost.conf I do on the other hand have /etc/httpd/conf.d/15-default.conf in which I added the ScriptAlias lines to math my environment: # ************************************ # Vhost template in module puppetlabs-apache # Managed by Puppet # ************************************ ServerName default ServerAlias 10.0.120.10 ServerAlias localhost ServerAlias 127.0.0.1 ServerAdmin root at localhost ## Vhost docroot DocumentRoot "/var/www/html" ## Directories, there should at least be a declaration for /var/www/html Options Indexes FollowSymLinks MultiViews AllowOverride None Require all granted ## Logging ErrorLog "/var/log/httpd/default_error.log" ServerSignature Off CustomLog "/var/log/httpd/access_log" combined ## Script alias directives ScriptAlias /cgi-bin "/var/www/cgi-bin" I think I am missing some configuration but am not sure where as of yet.... - *Paul Kunicki * - Systems Manager - SproutLoud Media Networks, LLC. - 954-476-6211 ext.144 - pkunicki at sproutloud.com - www.sproutloud.com - [image: inc500-5000] [image: Gartner 2013 Cool Vendor] - The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and for others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or taking any action in reliance on these contents is strictly prohibited and may be unlawful. In the event the recipient or recipients of this communication are under a non-disclosure agreement, any and all information discussed during phone calls and online presentations fall under the agreements signed by both parties. If you received this communication in error, please notify us immediately by responding to this e-mail. On Wed, May 18, 2016 at 11:57 AM, Sasha Chuzhoy wrote: > I haven't checked this version, but previously needed to modify the > ALLOWED_HOSTS in /etc/openstack-dashboard/local_settings and bounce httpd. > Wondering if the same still applies. > > > Best regards, > Sasha Chuzhoy. > > ----- Original Message ----- > > From: "Paul Kunicki" > > To: "Marius Cornea" > > Cc: "rdo-list" > > Sent: Wednesday, May 18, 2016 11:29:17 AM > > Subject: Re: [rdo-list] gui port > > > > I am having trouble accessing the undercloud dashboard as well. I am > getting > > a 404 error via HTTP when I try to access. I created an ssh tunnel from > the > > undercloud host so I could access the VM remotely. I can access the httpd > > instance with no problem inside the undercloud VM from a remote net but > am > > not getting any content. Here is what I believe to be relevant and > hopefully > > sufficient for someone to discern what I am doing wrong: > > > > service httpd status -l > > [root at undercloud httpd]# service httpd status -l > > Redirecting to /bin/systemctl status -l httpd.service > > ? httpd.service - The Apache HTTP Server > > Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor > > preset: disabled) > > Drop-In: /usr/lib/systemd/system/httpd.service.d > > ??openstack-dashboard.conf > > Active: active (running) since Wed 2016-05-18 15:11:09 UTC; 9min ago > > Docs: man:httpd(8) > > man:apachectl(8) > > Process: 3920 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, > > status=0/SUCCESS) > > Process: 3957 ExecStartPre=/usr/bin/python > > /usr/share/openstack-dashboard/manage.py compress --force (code=exited, > > status=0/SUCCESS) > > Process: 3933 ExecStartPre=/usr/bin/python > > /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear > > (code=exited, status=0/SUCCESS) > > Main PID: 4093 (httpd) > > Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 > > B/sec" > > CGroup: /system.slice/httpd.service > > ??4093 /usr/sbin/httpd -DFOREGROUND > > ??4096 /usr/sbin/httpd -DFOREGROUND > > ??4097 keystone-admin -DFOREGROUND > > ??4098 keystone-main -DFOREGROUND > > ??4099 /usr/sbin/httpd -DFOREGROUND > > ??4100 /usr/sbin/httpd -DFOREGROUND > > ??4101 /usr/sbin/httpd -DFOREGROUND > > ??4102 /usr/sbin/httpd -DFOREGROUND > > ??4104 /usr/sbin/httpd -DFOREGROUND > > ??4105 /usr/sbin/httpd -DFOREGROUND > > ??4106 /usr/sbin/httpd -DFOREGROUND > > ??4107 /usr/sbin/httpd -DFOREGROUND > > > > May 18 15:10:37 undercloud python[3933]: Copying > > > '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/tables.legacy-spec.js' > > May 18 15:10:37 undercloud python[3933]: Copying > > > '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/templates.legacy-spec.js' > > May 18 15:10:37 undercloud python[3933]: 1311 static files copied to > > '/usr/share/openstack-dashboard/static'. > > May 18 15:11:09 undercloud python[3957]: Found 'compress' tags in: > > May 18 15:11:09 undercloud python[3957]: > > > /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_conf.html > > May 18 15:11:09 undercloud python[3957]: > > > /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html > > May 18 15:11:09 undercloud python[3957]: > > > /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_scripts.html > > May 18 15:11:09 undercloud python[3957]: Compressing... done > > May 18 15:11:09 undercloud python[3957]: Compressed 5 block(s) from 3 > > template(s) for 2 context(s). > > May 18 15:11:09 undercloud systemd[1]: Started The Apache HTTP Server. > > [root at undercloud httpd]# > > > > Here is my tunnel cmd issued from the undercloud host ie 10.0.120.10 : > > ssh -g -L 8080:localhost:80 > > > > Here is the URL I am trying to access from my browser: > > http://10.0.120.10:8080/dashboard > > > > I am running Mitaka and installed with scripts provided in the stack > homedir > > by quickstart.sh. > > > > Thanks. > > > > > > > > * Paul Kunicki > > * Systems Manager > > * SproutLoud Media Networks, LLC. > > * 954-476-6211 ext.144 > > * pkunicki at sproutloud.com > > * www.sproutloud.com > > * > > * The information contained in this communication is intended solely > for > > the use of the individual or entity to whom it is addressed and for > > others authorized to receive it. It may contain confidential or > legally > > privileged information. If you are not the intended recipient, you > are > > hereby notified that any disclosure, copying, distribution, or taking > > any action in reliance on these contents is strictly prohibited and > may > > be unlawful. In the event the recipient or recipients of this > > communication are under a non-disclosure agreement, any and all > > information discussed during phone calls and online presentations > fall > > under the agreements signed by both parties. If you received this > > communication in error, please notify us immediately by responding to > > this e-mail. > > > > On Wed, May 18, 2016 at 10:14 AM, Marius Cornea < marius at remote-lab.net > > > > wrote: > > > > > > On Wed, May 18, 2016 at 3:58 PM, Paras pradhan < pradhanparas at gmail.com > > > > wrote: > > > Thanks for the replies May be Redhat is coming up with something big > that > > > can compete with other vendors? > > > > You can check this video[1] out for the upcoming TripleO UI [2]: > > > > [1] https://www.youtube.com/watch?v=1Lc04DKGxCg > > [2] https://github.com/openstack/tripleo-ui > > > > > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko < opavlenk at redhat.com > > > > wrote: > > >> > > >> Marius is right. > > >> There is no undercloud UI (e.g Tuskar) in osp8. > > >> > > >> On May 18, 2016 10:36, "Marius Cornea" < marius at remote-lab.net > > wrote: > > >>> > > >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon < dsneddon at redhat.com > > > > >>> wrote: > > >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote: > > >>> >> That works. But not seeing the dashboard . Getting "resource not > > >>> >> found". I am using osp 8. > > >>> >> > > >>> >> -Paras. > > >>> >> > > >>> >> > > >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon < > dsneddon at redhat.com > > >>> >> > wrote: > > >>> >> > > >>> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: > > >>> >> > How do we access the undercloud dashboard? > > >>> >> > > > >>> >> > > > >>> >> > _______________________________________________ > > >>> >> > rdo-list mailing list > > >>> >> > rdo-list at redhat.com > > >>> >> > https://www.redhat.com/mailman/listinfo/rdo-list > > >>> >> > > > >>> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com > > >>> >> > > >>> >> > > > >>> >> > > >>> >> The undercloud dashboard listens on port 8080 on the control plane > > >>> >> interface (br-ctlplane). This IP may not be reachable remotely, > > >>> >> especially if the default route on the Undercloud is a different > > >>> >> interface, or if the Undercloud is actually a VM running in a > > >>> >> virt-host. > > >>> >> > > >>> >> In those cases, I usually set up local port forwarding via SSH. > > >>> >> This > > >>> >> allows me to access the Horizon dashboard, and provides encryption > > >>> >> so > > >>> >> the username/password doesn't traverse the wire in cleartext (when > > >>> >> not > > >>> >> running SSL on the Undercloud). > > >>> >> > > >>> >> ssh -L 9000::8080 stack at undercloud_external_ip > > >>> >> > > >>> >> Then you can connect to http://localhost:9000/ to access the > > >>> >> dashboard. > > >>> >> > > >>> >> You can even nest these if you are using a virtualized Undercloud: > > >>> >> > > >>> >> >From virt-host: > > >>> >> ssh -L 9500::8080 stack at undercloud_external_ip > > >>> >> > > >>> >> >From your workstation: > > >>> >> ssh -L 9000:localhost:9500 stack at virt-host > > >>> >> > > >>> >> Then when you connect to port 9000 locally it gets forwarded to > > >>> >> port > > >>> >> 9050 on the virt-host, which is a tunnel to port 8080 on the > > >>> >> Undercloud VM. > > >>> >> > > >>> >> You can add "-nNT" before the -L in the ssh commands if you just > > >>> >> want > > >>> >> to create the tunnel without connecting to a remote shell when you > > >>> >> issue the ssh command. > > >>> >> > > >>> >> The other (potentially less secure) option is to reconfigure > > >>> >> Apache on > > >>> >> the Undercloud to listen on all interfaces, and then connect > > >>> >> directly > > >>> >> to the IP on the Undercloud interface with the default route. A > > >>> >> similar > > >>> >> option is to disable reverse path filtering [1], and then connect > > >>> >> directly to the br-ctlplane interface. This will only work if the > > >>> >> Undercloud is directly reachable (usually not possible if using a > > >>> >> VM > > >>> >> undercloud). These methods should only be used in production when > > >>> >> SSL > > >>> >> is enabled, because the passwords shouldn't be sent in the clear. > > >>> >> > > >>> >> [1] - https://access.redhat.com/solutions/53031 > > >>> >> -- > > >>> >> Dan Sneddon | Principal OpenStack Engineer > > >>> >> dsneddon at redhat.com | > > >>> >> redhat.com/openstack < http://redhat.com/openstack > > > >>> >> 650.254.4025 | dsneddon:irc > > >>> >> @dxs:twitter > > >>> >> > > >>> >> _______________________________________________ > > >>> >> rdo-list mailing list > > >>> >> rdo-list at redhat.com > > >>> >> https://www.redhat.com/mailman/listinfo/rdo-list > > >>> >> > > >>> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > >>> >> > > >>> >> > > >>> >> > > >>> > > > >>> > Hmm, not sure, but you may try adding /dashboard to the end of the > URL > > >>> > to see if that helps. > > >>> > > >>> I don't think there is an undercloud dashboard in osp 8. I see on my > > >>> environment that swift-proxy is listening on port 8080 and on port 80 > > >>> httpd serves an empty directory in /var/www/html/ > > >>> > > >>> > -- > > >>> > Dan Sneddon | Principal OpenStack Engineer > > >>> > dsneddon at redhat.com | redhat.com/openstack > > >>> > 650.254.4025 | dsneddon:irc @dxs:twitter > > >>> > > > >>> > _______________________________________________ > > >>> > rdo-list mailing list > > >>> > rdo-list at redhat.com > > >>> > https://www.redhat.com/mailman/listinfo/rdo-list > > >>> > > > >>> > To unsubscribe: rdo-list-unsubscribe at redhat.com > > >>> > > >>> _______________________________________________ > > >>> rdo-list mailing list > > >>> rdo-list at redhat.com > > >>> https://www.redhat.com/mailman/listinfo/rdo-list > > >>> > > >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pkunicki at sproutloud.com Wed May 18 16:54:49 2016 From: pkunicki at sproutloud.com (Paul Kunicki) Date: Wed, 18 May 2016 12:54:49 -0400 Subject: [rdo-list] gui port In-Reply-To: References: <573B8D59.90200@redhat.com> <137120824.93606400.1463587065838.JavaMail.zimbra@redhat.com> Message-ID: openstack-status returns the following for the Horizon Service: == Horizon service == openstack-dashboard: 404 - *Paul Kunicki * - Systems Manager - SproutLoud Media Networks, LLC. - 954-476-6211 ext.144 - pkunicki at sproutloud.com - www.sproutloud.com - [image: inc500-5000] [image: Gartner 2013 Cool Vendor] - The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and for others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or taking any action in reliance on these contents is strictly prohibited and may be unlawful. In the event the recipient or recipients of this communication are under a non-disclosure agreement, any and all information discussed during phone calls and online presentations fall under the agreements signed by both parties. If you received this communication in error, please notify us immediately by responding to this e-mail. On Wed, May 18, 2016 at 12:33 PM, Paul Kunicki wrote: > I went ahead and just included the wildcard in /etc/openstack-dashboard > and restarted httpd to no avail: > ALLOWED_HOSTS = ['*'] > > I also noticed that the requests were being logged to access_log: > [root at undercloud httpd]# tail -f access_log > 127.0.0.1 - - [18/May/2016:16:14:22 +0000] "GET /dashboard HTTP/1.1" 404 > 207 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like > Gecko) Chrome/41.0.2272.118 Safari/537.36" > 127.0.0.1 - - [18/May/2016:16:16:26 +0000] "GET /dashboard HTTP/1.1" 404 > 207 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like > Gecko) Chrome/41.0.2272.118 Safari/537.36" > > > After reviewing what looks to be a similar issue I noticed that I have > neither of these: > /etc/httpd/conf.d/openstack-dashboard.conf > /etc/httpd/conf.d/15-horizon_vhost.conf > > I do on the other hand have /etc/httpd/conf.d/15-default.conf in which I > added the ScriptAlias lines to math my environment: > # ************************************ > # Vhost template in module puppetlabs-apache > # Managed by Puppet > # ************************************ > > > ServerName default > ServerAlias 10.0.120.10 > ServerAlias localhost > ServerAlias 127.0.0.1 > ServerAdmin root at localhost > > ## Vhost docroot > DocumentRoot "/var/www/html" > > ## Directories, there should at least be a declaration for /var/www/html > > > Options Indexes FollowSymLinks MultiViews > AllowOverride None > Require all granted > > > ## Logging > ErrorLog "/var/log/httpd/default_error.log" > ServerSignature Off > CustomLog "/var/log/httpd/access_log" combined > ## Script alias directives > ScriptAlias /cgi-bin "/var/www/cgi-bin" > > > > I think I am missing some configuration but am not sure where as of yet.... > > > > - > *Paul Kunicki * > - Systems Manager > - SproutLoud Media Networks, LLC. > - 954-476-6211 ext.144 > - pkunicki at sproutloud.com > - www.sproutloud.com > - [image: inc500-5000] [image: Gartner 2013 Cool Vendor] > - The information contained in this communication is intended solely > for the use of the individual or entity to whom it is addressed and for > others authorized to receive it. It may contain confidential or legally > privileged information. If you are not the intended recipient, you are > hereby notified that any disclosure, copying, distribution, or taking any > action in reliance on these contents is strictly prohibited and may be > unlawful. In the event the recipient or recipients of this communication > are under a non-disclosure agreement, any and all information discussed > during phone calls and online presentations fall under the agreements > signed by both parties. If you received this communication in error, please > notify us immediately by responding to this e-mail. > > > > On Wed, May 18, 2016 at 11:57 AM, Sasha Chuzhoy wrote: > >> I haven't checked this version, but previously needed to modify the >> ALLOWED_HOSTS in /etc/openstack-dashboard/local_settings and bounce httpd. >> Wondering if the same still applies. >> >> >> Best regards, >> Sasha Chuzhoy. >> >> ----- Original Message ----- >> > From: "Paul Kunicki" >> > To: "Marius Cornea" >> > Cc: "rdo-list" >> > Sent: Wednesday, May 18, 2016 11:29:17 AM >> > Subject: Re: [rdo-list] gui port >> > >> > I am having trouble accessing the undercloud dashboard as well. I am >> getting >> > a 404 error via HTTP when I try to access. I created an ssh tunnel from >> the >> > undercloud host so I could access the VM remotely. I can access the >> httpd >> > instance with no problem inside the undercloud VM from a remote net but >> am >> > not getting any content. Here is what I believe to be relevant and >> hopefully >> > sufficient for someone to discern what I am doing wrong: >> > >> > service httpd status -l >> > [root at undercloud httpd]# service httpd status -l >> > Redirecting to /bin/systemctl status -l httpd.service >> > ? httpd.service - The Apache HTTP Server >> > Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor >> > preset: disabled) >> > Drop-In: /usr/lib/systemd/system/httpd.service.d >> > ??openstack-dashboard.conf >> > Active: active (running) since Wed 2016-05-18 15:11:09 UTC; 9min ago >> > Docs: man:httpd(8) >> > man:apachectl(8) >> > Process: 3920 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, >> > status=0/SUCCESS) >> > Process: 3957 ExecStartPre=/usr/bin/python >> > /usr/share/openstack-dashboard/manage.py compress --force (code=exited, >> > status=0/SUCCESS) >> > Process: 3933 ExecStartPre=/usr/bin/python >> > /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear >> > (code=exited, status=0/SUCCESS) >> > Main PID: 4093 (httpd) >> > Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 >> > B/sec" >> > CGroup: /system.slice/httpd.service >> > ??4093 /usr/sbin/httpd -DFOREGROUND >> > ??4096 /usr/sbin/httpd -DFOREGROUND >> > ??4097 keystone-admin -DFOREGROUND >> > ??4098 keystone-main -DFOREGROUND >> > ??4099 /usr/sbin/httpd -DFOREGROUND >> > ??4100 /usr/sbin/httpd -DFOREGROUND >> > ??4101 /usr/sbin/httpd -DFOREGROUND >> > ??4102 /usr/sbin/httpd -DFOREGROUND >> > ??4104 /usr/sbin/httpd -DFOREGROUND >> > ??4105 /usr/sbin/httpd -DFOREGROUND >> > ??4106 /usr/sbin/httpd -DFOREGROUND >> > ??4107 /usr/sbin/httpd -DFOREGROUND >> > >> > May 18 15:10:37 undercloud python[3933]: Copying >> > >> '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/tables.legacy-spec.js' >> > May 18 15:10:37 undercloud python[3933]: Copying >> > >> '/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/templates.legacy-spec.js' >> > May 18 15:10:37 undercloud python[3933]: 1311 static files copied to >> > '/usr/share/openstack-dashboard/static'. >> > May 18 15:11:09 undercloud python[3957]: Found 'compress' tags in: >> > May 18 15:11:09 undercloud python[3957]: >> > >> /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_conf.html >> > May 18 15:11:09 undercloud python[3957]: >> > >> /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html >> > May 18 15:11:09 undercloud python[3957]: >> > >> /usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_scripts.html >> > May 18 15:11:09 undercloud python[3957]: Compressing... done >> > May 18 15:11:09 undercloud python[3957]: Compressed 5 block(s) from 3 >> > template(s) for 2 context(s). >> > May 18 15:11:09 undercloud systemd[1]: Started The Apache HTTP Server. >> > [root at undercloud httpd]# >> > >> > Here is my tunnel cmd issued from the undercloud host ie 10.0.120.10 : >> > ssh -g -L 8080:localhost:80 >> > >> > Here is the URL I am trying to access from my browser: >> > http://10.0.120.10:8080/dashboard >> > >> > I am running Mitaka and installed with scripts provided in the stack >> homedir >> > by quickstart.sh. >> > >> > Thanks. >> > >> > >> > >> > * Paul Kunicki >> > * Systems Manager >> > * SproutLoud Media Networks, LLC. >> > * 954-476-6211 ext.144 >> > * pkunicki at sproutloud.com >> > * www.sproutloud.com >> > * >> > * The information contained in this communication is intended >> solely for >> > the use of the individual or entity to whom it is addressed and for >> > others authorized to receive it. It may contain confidential or >> legally >> > privileged information. If you are not the intended recipient, you >> are >> > hereby notified that any disclosure, copying, distribution, or >> taking >> > any action in reliance on these contents is strictly prohibited and >> may >> > be unlawful. In the event the recipient or recipients of this >> > communication are under a non-disclosure agreement, any and all >> > information discussed during phone calls and online presentations >> fall >> > under the agreements signed by both parties. If you received this >> > communication in error, please notify us immediately by responding >> to >> > this e-mail. >> > >> > On Wed, May 18, 2016 at 10:14 AM, Marius Cornea < marius at remote-lab.net >> > >> > wrote: >> > >> > >> > On Wed, May 18, 2016 at 3:58 PM, Paras pradhan < pradhanparas at gmail.com >> > >> > wrote: >> > > Thanks for the replies May be Redhat is coming up with something big >> that >> > > can compete with other vendors? >> > >> > You can check this video[1] out for the upcoming TripleO UI [2]: >> > >> > [1] https://www.youtube.com/watch?v=1Lc04DKGxCg >> > [2] https://github.com/openstack/tripleo-ui >> > >> > > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko < opavlenk at redhat.com > >> > > wrote: >> > >> >> > >> Marius is right. >> > >> There is no undercloud UI (e.g Tuskar) in osp8. >> > >> >> > >> On May 18, 2016 10:36, "Marius Cornea" < marius at remote-lab.net > >> wrote: >> > >>> >> > >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon < dsneddon at redhat.com >> > >> > >>> wrote: >> > >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote: >> > >>> >> That works. But not seeing the dashboard . Getting "resource not >> > >>> >> found". I am using osp 8. >> > >>> >> >> > >>> >> -Paras. >> > >>> >> >> > >>> >> >> > >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon < >> dsneddon at redhat.com >> > >>> >> > wrote: >> > >>> >> >> > >>> >> On 05/16/2016 11:13 AM, Paras pradhan wrote: >> > >>> >> > How do we access the undercloud dashboard? >> > >>> >> > >> > >>> >> > >> > >>> >> > _______________________________________________ >> > >>> >> > rdo-list mailing list >> > >>> >> > rdo-list at redhat.com >> > >>> >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >>> >> > >> > >>> >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >>> >> >> > >>> >> > >> > >>> >> >> > >>> >> The undercloud dashboard listens on port 8080 on the control >> plane >> > >>> >> interface (br-ctlplane). This IP may not be reachable remotely, >> > >>> >> especially if the default route on the Undercloud is a different >> > >>> >> interface, or if the Undercloud is actually a VM running in a >> > >>> >> virt-host. >> > >>> >> >> > >>> >> In those cases, I usually set up local port forwarding via SSH. >> > >>> >> This >> > >>> >> allows me to access the Horizon dashboard, and provides >> encryption >> > >>> >> so >> > >>> >> the username/password doesn't traverse the wire in cleartext >> (when >> > >>> >> not >> > >>> >> running SSL on the Undercloud). >> > >>> >> >> > >>> >> ssh -L 9000::8080 stack at undercloud_external_ip >> > >>> >> >> > >>> >> Then you can connect to http://localhost:9000/ to access the >> > >>> >> dashboard. >> > >>> >> >> > >>> >> You can even nest these if you are using a virtualized >> Undercloud: >> > >>> >> >> > >>> >> >From virt-host: >> > >>> >> ssh -L 9500::8080 stack at undercloud_external_ip >> > >>> >> >> > >>> >> >From your workstation: >> > >>> >> ssh -L 9000:localhost:9500 stack at virt-host >> > >>> >> >> > >>> >> Then when you connect to port 9000 locally it gets forwarded to >> > >>> >> port >> > >>> >> 9050 on the virt-host, which is a tunnel to port 8080 on the >> > >>> >> Undercloud VM. >> > >>> >> >> > >>> >> You can add "-nNT" before the -L in the ssh commands if you just >> > >>> >> want >> > >>> >> to create the tunnel without connecting to a remote shell when >> you >> > >>> >> issue the ssh command. >> > >>> >> >> > >>> >> The other (potentially less secure) option is to reconfigure >> > >>> >> Apache on >> > >>> >> the Undercloud to listen on all interfaces, and then connect >> > >>> >> directly >> > >>> >> to the IP on the Undercloud interface with the default route. A >> > >>> >> similar >> > >>> >> option is to disable reverse path filtering [1], and then connect >> > >>> >> directly to the br-ctlplane interface. This will only work if the >> > >>> >> Undercloud is directly reachable (usually not possible if using a >> > >>> >> VM >> > >>> >> undercloud). These methods should only be used in production when >> > >>> >> SSL >> > >>> >> is enabled, because the passwords shouldn't be sent in the clear. >> > >>> >> >> > >>> >> [1] - https://access.redhat.com/solutions/53031 >> > >>> >> -- >> > >>> >> Dan Sneddon | Principal OpenStack Engineer >> > >>> >> dsneddon at redhat.com | >> > >>> >> redhat.com/openstack < http://redhat.com/openstack > >> > >>> >> 650.254.4025 | dsneddon:irc >> > >>> >> @dxs:twitter >> > >>> >> >> > >>> >> _______________________________________________ >> > >>> >> rdo-list mailing list >> > >>> >> rdo-list at redhat.com >> > >>> >> https://www.redhat.com/mailman/listinfo/rdo-list >> > >>> >> >> > >>> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> > >> > >>> > Hmm, not sure, but you may try adding /dashboard to the end of >> the URL >> > >>> > to see if that helps. >> > >>> >> > >>> I don't think there is an undercloud dashboard in osp 8. I see on my >> > >>> environment that swift-proxy is listening on port 8080 and on port >> 80 >> > >>> httpd serves an empty directory in /var/www/html/ >> > >>> >> > >>> > -- >> > >>> > Dan Sneddon | Principal OpenStack Engineer >> > >>> > dsneddon at redhat.com | redhat.com/openstack >> > >>> > 650.254.4025 | dsneddon:irc @dxs:twitter >> > >>> > >> > >>> > _______________________________________________ >> > >>> > rdo-list mailing list >> > >>> > rdo-list at redhat.com >> > >>> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >>> > >> > >>> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >>> >> > >>> _______________________________________________ >> > >>> rdo-list mailing list >> > >>> rdo-list at redhat.com >> > >>> https://www.redhat.com/mailman/listinfo/rdo-list >> > >>> >> > >>> To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > >> > > >> > >> > _______________________________________________ >> > rdo-list mailing list >> > rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > >> > >> > _______________________________________________ >> > rdo-list mailing list >> > rdo-list at redhat.com >> > https://www.redhat.com/mailman/listinfo/rdo-list >> > >> > To unsubscribe: rdo-list-unsubscribe at redhat.com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Wed May 18 17:27:27 2016 From: ayoung at redhat.com (Adam Young) Date: Wed, 18 May 2016 13:27:27 -0400 Subject: [rdo-list] [Reminder] RDO Bug Triage Day is happening on 18th and 19th May, 2016 In-Reply-To: References: Message-ID: <573CA5FF.4090802@redhat.com> On 05/17/2016 01:09 PM, Chandan kumar wrote: > Hello, > > Tomorrow we are hosting RDO Bug Triage Day i.e. on 18th and 19th May, 2016. > Here is the list of Untriaged Bugs: > https://chandankumar.fedorapeople.org/20160517/ > > If you are an OpenStack/RDO Contributor /Operator, want to involve in RDO, > Bug training is the best way to get started. > > If you don't know how to triage a bug, check out this link: > https://www.rdoproject.org/community/rdo-bugtriage/ > > If you need any help, feel free to reach out to us on #rdo channel on > freenode server or shoot a mail to RDO mailing list: > https://www.redhat.com/mailman/listinfo/rdo-list > > Thanks, > > Chandan Kumar > > Note: The above list of untriaged Bug is generated by rdostats tool.[ > https://github.com/larsks/rdostats ] > > _______________________________________________ > 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 I'll take a look at the Keystone related ones. From dsneddon at redhat.com Wed May 18 18:37:15 2016 From: dsneddon at redhat.com (Dan Sneddon) Date: Wed, 18 May 2016 11:37:15 -0700 Subject: [rdo-list] Access undercloud / overcloud vms via public ip addresses In-Reply-To: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> References: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> Message-ID: <573CB65B.4010100@redhat.com> On 05/18/2016 01:53 AM, Edward Ahern wrote: > Hi All, > > I'm installing Openstack via tripleo-quickstart. Is it possible to assign ip addresses other than the defaults to the undercloud / overcloud vm's such that they are publicly accessible within our networks? > I have seen this to configure undercloud.conf: http://ucw-bnemec.rhcloud.com/ > But the undercloud vm itself is assigned a 192.168.23.x address so that also needs to be modified somewhere. > > > > > Regards, > > Ed > > > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > The issue here isn't just one of IP addresses, but of connectivity. The virt-host has IP connectivity to the Undercloud through virbr0, which is the default libvirt bridge. The Undercloud nodes and Overcloud nodes are connected to brbm, which is isolated. I haven't tested this, but you might be able to add an external interface to the brbm bridge to connect the VMs to an external network: ovs-vsctl add-port brbm eth2 You would need to use a range of IP addresses for discovery and deployment that are unused on that network, and there can't be an external DHCP server on that network. Also, any clients on that network which are configured for DHCP or PXE boot will suddenly start booting into the discovery image, which might be really bad. Make sure that's what you want before testing it out. Another approach (also untested) might be to add an IP address on the brbm bridge on the virt-host, and use that IP as the default gateway for the ctlplane network. You could then configure IP forwarding on the virt-host and create a static route pointing to the ctlplane subnet via the virt-host. -- Dan Sneddon | Principal OpenStack Engineer dsneddon at redhat.com | redhat.com/openstack 650.254.4025 | dsneddon:irc @dxs:twitter From rbowen at redhat.com Wed May 18 19:39:01 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 18 May 2016 15:39:01 -0400 Subject: [rdo-list] RDO Hangouts: Volunteer speakers needed Message-ID: <573CC4D5.8090709@redhat.com> Over the last few months, we have hosted a number of hangouts, which have then been published either as videos at https://www.rdoproject.org/community/hangouts/ or as audio interviews with transcripts, such as the ones at https://dmsimard.com/2016/05/15/what-did-everyone-do-for-the-mitaka-release-of-openstack/ If you have something that you worked on in Mitaka that you'd like to talk about, or something that's coming in Newton, I would love to take some of the work off of your hands by hosting the hangout, and then editing, transcribing, and publishing the results. Please get in touch with me so that we can set something up. I'd like to resume our cadence of *at least* once a month, but more often than that is fine. The total time investment on your site is something like 20-30 minutes. Thanks! --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From trown at redhat.com Thu May 19 13:14:42 2016 From: trown at redhat.com (John Trowbridge) Date: Thu, 19 May 2016 09:14:42 -0400 Subject: [rdo-list] TripleO images deleted from CentOS artifacts server Message-ID: <573DBC42.5070305@redhat.com> I have received a few emails and a few patches wrt $subject, so I will respond on this list instead of individually. Last night, sometime around midnight UTC, the entire rdo/images directory was deleted from the CentOS artifacts server. I have asked folks on #centos-devel if this was intentional, and it was not. However, we don't have a root cause for how it happened yet. Luckily, we had the images mirrored to the CDN for liberty and mitaka, and I had a local image for master. I have manually re-uploaded all images to the artifacts server. I will update this thread, when/if there is more details as to the root cause. -trown From ayoung at redhat.com Fri May 20 00:01:05 2016 From: ayoung at redhat.com (Adam Young) Date: Thu, 19 May 2016 20:01:05 -0400 Subject: [rdo-list] Access undercloud / overcloud vms via public ip addresses In-Reply-To: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> References: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> Message-ID: <573E53C1.6000501@redhat.com> On 05/18/2016 04:53 AM, Edward Ahern wrote: > Hi All, > > I'm installing Openstack via tripleo-quickstart. Is it possible to assign ip addresses other than the defaults to the undercloud / overcloud vm's such that they are publicly accessible within our networks? > I have seen this to configure undercloud.conf: http://ucw-bnemec.rhcloud.com/ > But the undercloud vm itself is assigned a 192.168.23.x address so that also needs to be modified somewhere. This is getting to be a critical issue; lots of people are geting a headache trying to talk to the VMs. We need tutorial walking through the basic use cases. I had some success today with a related but different problem, which was getting a second machine, parallel to the undercloud, to talk to the overcloud: https://adam.younglogic.com/2016/05/reproducing-ovs/ What I think we need is a comparable walkthrough of taking a baseling OOO install and connecting both the undercloud and the overcloud to the external network. Any takers? > > > > > Regards, > > Ed > > > > > _______________________________________________ > 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 ckdwibedy at gmail.com Fri May 20 05:54:19 2016 From: ckdwibedy at gmail.com (Chinmaya Dwibedy) Date: Fri, 20 May 2016 11:24:19 +0530 Subject: [rdo-list] How to assign two same type PCI pass-through devices (Ethernet cards) to 2 different VM instances? Message-ID: Hi All, Can we assign two same type PCI pass-through devices (Ethernet cards) to 2 different VM instances separately? Please note that, both the cards have same vendor_id and product_id. I configured it in pci_passthrough_whitelist and create two different pci_alias (Say a1 and a2). Modified the Nova flavor to use a1 by VM1 and VM2. Followed the procedures mentioned at https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/chap-Guest_virtual_machine_device_configuration.html With this edited xml files of both the instances (after shutting down). Added a device entry in the section to assign the PCI device to the guest virtual machine. and accordingly configured domain, bus, slot and function. Restarted the VMs using #virsh start command. Made an Query pci device in nova DB and found that two Ethernet PCI devices have been assigned to single VM. I cannot assign 2 same type PCI pass-through Ethernet devices to 2 VM instances separately. Can you please let me know how to accomplish the same? Thanks in advance for your time and help. Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From apevec at redhat.com Fri May 20 11:04:53 2016 From: apevec at redhat.com (Alan Pevec) Date: Fri, 20 May 2016 13:04:53 +0200 Subject: [rdo-list] Fwd: [CentOS-devel] Important infra outage notification - dates to be discussed In-Reply-To: <573ECA79.70207@centos.org> References: <573ECA79.70207@centos.org> Message-ID: Hi, sending to the list for heads-up, we'll discuss it on weekly meeting next week. Looking at upstream schedule[1] and our proposed testdays[2] one weekend in mid-June should be least worst time for this outage. Cheers, Alan [1] http://releases.openstack.org/newton/schedule.html [2] https://www.rdoproject.org/testday/ ---------- Forwarded message ---------- From: Fabian Arrotin Date: Fri, May 20, 2016 at 10:27 AM Subject: [CentOS-devel] Important infra outage notification - dates to be discussed To: "The CentOS developers mailing list." , "ci-users at centos.org" Due to some reorganization at the DC/Cage level, we'll have to shutdown/move/reconfigure a big part of our hosted infra for the following services : - cbs.centos.org (Koji) - accounts.centos.org (auth backend) - ci.centos.org (jenkins-driven CI environment) We're working on a plan to minimize the downtime/reconfiguration part, but at first sight, due to the hardware move of the racks/recabling parts/etc, the announced downtime will be probably ~48h. What does that mean ? That during this window, nobody will be able to build/tests packages, nor be able to triggers automatically CI jobs (important). As said, we're working on an agenda with the team operating the DC, but we'd like you (cbs and ci users) to give us feedback on the best (or worst ?) time line for such migration. For example if you know that your $project will have a release soon, and already have an agenda for such release (and so build/ci) and that you rely on that infra, we'd like you to communicate those informations to us, so that we can try to find the best possible time slot for the migration, minimizing the impact on the whole CentOS ecosystem (and so for all our users) Feel free to answer in this thread, or find us in #centos-devel on freenode. -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab _______________________________________________ CentOS-devel mailing list CentOS-devel at centos.org https://lists.centos.org/mailman/listinfo/centos-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 205 bytes Desc: not available URL: From me at gbraad.nl Fri May 20 13:08:04 2016 From: me at gbraad.nl (Gerard Braad) Date: Fri, 20 May 2016 21:08:04 +0800 Subject: [rdo-list] TripleO images deleted from CentOS artifacts server In-Reply-To: <573DBC42.5070305@redhat.com> References: <573DBC42.5070305@redhat.com> Message-ID: Hi John, On Thu, May 19, 2016 at 9:14 PM, John Trowbridge wrote: > I have received a few emails and a few patches wrt $subject, so I will > respond on this list instead of individually. Thanks for the information. Anyways, I will abandon the change that I made for the alternative artifact location. regards, Gerard --- F/OSS & IT Consultant http://gbraad.nl From rmeggins at redhat.com Fri May 20 14:12:41 2016 From: rmeggins at redhat.com (Rich Megginson) Date: Fri, 20 May 2016 08:12:41 -0600 Subject: [rdo-list] CentOS OpsTools (logging, monitoring, etc.) SIG proposal Message-ID: We are trying to start up a CentOS OpsTools SIG https://wiki.centos.org/SpecialInterestGroup for logging, monitoring, etc. The intention is that this would be the upstream for development and packaging of tools related to logging (EFK stack, etc.), monitoring, and other opstools, as a single place where packages can be consumed by RDO, OpenShift Origin, and other upstream projects - pool our resources, share the lessons learned, and enable cross project log aggregation and correlation (e.g. running OpenShift on top of OpenStack on top of Ceph/Gluster - do my OpenShift application errors correlate with Nova errors? file system errors?). This would also be a place for installers (puppet manifests, ansible playbooks), and possibly testing/CI and containers. If you are interested, please chime in in the email thread: https://lists.centos.org/pipermail/centos-devel/2016-May/014777.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From kdreyer at redhat.com Fri May 20 16:40:34 2016 From: kdreyer at redhat.com (Ken Dreyer) Date: Fri, 20 May 2016 10:40:34 -0600 Subject: [rdo-list] unable to add second identity to https://review.rdoproject.org Message-ID: Hi folks, When I signed into https://review.rdoproject.org with my GitHub account, there was no prompt to select my primary email address, and now RDO's Gerrit instance thinks my primary email is "ktdreyer at ktdreyer.com". I tried adding a second email address "kdreyer at redhat.com". The Gerrit UI says it sent a confirmation email... and then I never receive anything in my inbox. Who can fix this? - Ken From kdreyer at redhat.com Fri May 20 19:03:08 2016 From: kdreyer at redhat.com (Ken Dreyer) Date: Fri, 20 May 2016 13:03:08 -0600 Subject: [rdo-list] unable to add second identity to https://review.rdoproject.org In-Reply-To: References: Message-ID: In #rdo, jschlueter mentioned that it took about 2.5 hours for it to be delivered to his redhat.com address, and sure enough, it showed up in my inbox two hours delayed as well. So my immediate issue is solved and "kdreyer at redhat.com" is now my identity :) - Ken On Fri, May 20, 2016 at 10:40 AM, Ken Dreyer wrote: > Hi folks, > > When I signed into https://review.rdoproject.org with my GitHub > account, there was no prompt to select my primary email address, and > now RDO's Gerrit instance thinks my primary email is > "ktdreyer at ktdreyer.com". > > I tried adding a second email address "kdreyer at redhat.com". The Gerrit > UI says it sent a confirmation email... and then I never receive > anything in my inbox. > > Who can fix this? > > - Ken From mrunge at redhat.com Fri May 20 19:08:50 2016 From: mrunge at redhat.com (Matthias Runge) Date: Fri, 20 May 2016 21:08:50 +0200 Subject: [rdo-list] CentOS OpsTools (logging, monitoring, etc.) SIG proposal In-Reply-To: References: Message-ID: <8dc62e20-cd8f-c4d0-3cb1-470cfe7f9f0d@redhat.com> On 20/05/16 16:12, Rich Megginson wrote: > We are trying to start up a CentOS OpsTools SIG > https://wiki.centos.org/SpecialInterestGroup for logging, monitoring, etc. > > The intention is that this would be the upstream for development and > packaging of tools related to logging (EFK stack, etc.), monitoring, and > other opstools, as a single place where packages can be consumed by RDO, > OpenShift Origin, and other upstream projects - pool our resources, > share the lessons learned, and enable cross project log aggregation and > correlation (e.g. running OpenShift on top of OpenStack on top of > Ceph/Gluster - do my OpenShift application errors correlate with Nova > errors? file system errors?). This would also be a place for > installers (puppet manifests, ansible playbooks), and possibly > testing/CI and containers. > > If you are interested, please chime in in the email thread: > https://lists.centos.org/pipermail/centos-devel/2016-May/014777.html > Thank you for the reminder, Rich. We already have quite a few interested persons. The reason, why I didn't mention this here was, that it has a broader focus than just RDO. On the other side, it clearly will be usable with RDO, and it will help RDO operators to get to the root of occurring issues. If any of you is interested or can help, please join us on centos-devel mailing list and express your interest there. It will help us to speed things up. -- Matthias Runge Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill From ak at cloudssky.com Fri May 20 23:55:23 2016 From: ak at cloudssky.com (Arash Kaffamanesh) Date: Sat, 21 May 2016 01:55:23 +0200 Subject: [rdo-list] CentOS OpsTools (logging, monitoring, etc.) SIG proposal In-Reply-To: <8dc62e20-cd8f-c4d0-3cb1-470cfe7f9f0d@redhat.com> References: <8dc62e20-cd8f-c4d0-3cb1-470cfe7f9f0d@redhat.com> Message-ID: Great! I'm currently working on how to bring log- and application- performance monitoring under the same roof for cloud-native and highly distributed applications on top of OpenStack w/ Cloud Foundry or OpenShift and Kubernetes add-ons and define some best practices (needs) to build a simple, though effective cloud native application monitoring solution for BizDevOps (yet another buzz :-)). My 10 BizDevOps needs are: 1. Bring log and performance monitoring under the same roof, by providing a seamless correlation between log and performance metrics. 2. Provide intuitive pre-built monitoring interfaces and dashboards for everybody and for different roles and organizations (BizDevOps) (note: people lack the time and sometimes the skills to configure a monitoring tool). 3. Build dedicated dashboards for transaction and correlation analysis to figure out the usual suspects like, memory leaks, garbage collection, saturated thread pools and hundreds of unusual suspects which might be the root cause of problems. 4. Enhance the quality of logs (on paas and apps level) and define custom metrics which are specific to our cloud-native applications and visualize these metrics on custom dashboards for tenants w/ different roles. 5. Analyze long term-trends such as how big is my database and how fast is it growing? How quickly is my daily-active user count growing? 6. Implement innovative ideas such as data mining, forecasting and advanced analytics support to provide added value to the monitoring solution. 7. Get alerts on issues before customers notice, use the monitoring tool as an early warning system, and analyze application performance before and after new code deployments. 8. If using remediation actions which are triggered through the monitoring solution, first require human approval before the script is executed (this provides a better understanding of the root cause of the problem and how to eliminate it in long term). 9. Implement a simple, though an effective alerting system with clear alerting escalation path and low noise (rules that generate alerts for developers or operators should be simple to understand and represent a clear failure). 10. Combine heavy use of white-box monitoring with modest but critical uses of black-box monitoring and learn from others like Google about how they are monitoring their highly distributed systems: https://www.oreilly.com/ideas/monitoring-distributed-systems To achieve the above needs, I'm investigating the following tools to bring log and performance monitoring under the same roof for my current needs: - ELK / EFK Stack - Hawkular: http://www.hawkular.org/ - Stagemonitor http://www.stagemonitor.org/ - cAdvisor https://github.com/google/cadvisor and I think these BizDevOps-Tools might be the right choice to start with and I'd be happy to be of help. Cheers, Arash On Fri, May 20, 2016 at 9:08 PM, Matthias Runge wrote: > On 20/05/16 16:12, Rich Megginson wrote: > > We are trying to start up a CentOS OpsTools SIG > > https://wiki.centos.org/SpecialInterestGroup for logging, monitoring, > etc. > > > > The intention is that this would be the upstream for development and > > packaging of tools related to logging (EFK stack, etc.), monitoring, and > > other opstools, as a single place where packages can be consumed by RDO, > > OpenShift Origin, and other upstream projects - pool our resources, > > share the lessons learned, and enable cross project log aggregation and > > correlation (e.g. running OpenShift on top of OpenStack on top of > > Ceph/Gluster - do my OpenShift application errors correlate with Nova > > errors? file system errors?). This would also be a place for > > installers (puppet manifests, ansible playbooks), and possibly > > testing/CI and containers. > > > > If you are interested, please chime in in the email thread: > > https://lists.centos.org/pipermail/centos-devel/2016-May/014777.html > > > Thank you for the reminder, Rich. > > We already have quite a few interested persons. The reason, why I didn't > mention this here was, that it has a broader focus than just RDO. > > On the other side, it clearly will be usable with RDO, and it will help > RDO operators to get to the root of occurring issues. > > If any of you is interested or can help, please join us on centos-devel > mailing list and express your interest there. It will help us to speed > things up. > -- > Matthias Runge > > Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, > Commercial register: Amtsgericht Muenchen, HRB 153243, > Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, > Michael O'Neill > > _______________________________________________ > 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 rmeggins at redhat.com Sat May 21 00:01:07 2016 From: rmeggins at redhat.com (Rich Megginson) Date: Fri, 20 May 2016 18:01:07 -0600 Subject: [rdo-list] CentOS OpsTools (logging, monitoring, etc.) SIG proposal In-Reply-To: References: <8dc62e20-cd8f-c4d0-3cb1-470cfe7f9f0d@redhat.com> Message-ID: <362f9dc1-cdc8-83ff-b93b-3b371ca2a5fb@redhat.com> On 05/20/2016 05:55 PM, Arash Kaffamanesh wrote: > Great! > > I'm currently working on how to bring log- and application- > performance monitoring under the same roof for cloud-native and highly > distributed applications on top of OpenStack w/ Cloud Foundry or > OpenShift and Kubernetes add-ons and define some best practices > (needs) to build a simple, though effective cloud native application > monitoring solution for BizDevOps (yet another buzz :-)). > > My 10 BizDevOps needs are: > > 1. Bring log and performance monitoring under the same roof, by > providing a seamless correlation between log and performance metrics. > 2. Provide intuitive pre-built monitoring interfaces and dashboards > for everybody and for different roles and organizations > (BizDevOps) (note: people lack the time and sometimes the skills > to configure a monitoring tool). > 3. Build dedicated dashboards for transaction and correlation > analysis to figure out the usual suspects like, memory leaks, > garbage collection, saturated thread pools and hundreds of unusual > suspects which might be the root cause of problems. > 4. Enhance the quality of logs (on paas and apps level) and define > custom metrics which are specific to our cloud-native applications > and visualize these metrics on custom dashboards for tenants w/ > different roles. > 5. Analyze long term-trends such as how big is my database and how > fast is it growing? How quickly is my daily-active user count growing? > 6. Implement innovative ideas such as data mining, forecasting and > advanced analytics support to provide added value to the > monitoring solution. > 7. Get alerts on issues before customers notice, use the monitoring > tool as an early warning system, and analyze application > performance before and after new code deployments. > 8. If using remediation actions which are triggered through the > monitoring solution, first require human approval before the > script is executed (this provides a better understanding of the > root cause of the problem and how to eliminate it in long term). > 9. Implement a simple, though an effective alerting system with clear > alerting escalation path and low noise (rules that generate alerts > for developers or operators should be simple to understand and > represent a clear failure). > 10. Combine heavy use of white-box monitoring with modest but critical > uses of black-box monitoring and learn from others like Google > about how they are monitoring their highly distributed systems: > https://www.oreilly.com/ideas/monitoring-distributed-systems > These are good. > To achieve the above needs, I'm investigating the following tools to > bring log and performance monitoring under the same roof for my > current needs: > > * ELK / EFK Stack > * Hawkular: http://www.hawkular.org/ > EFK is already being used by OpenShift and RDO, and Hawkular is already being used by OpenShift - these will be among our first packages to support. > * Stagemonitor http://www.stagemonitor.org/ > * cAdvisor https://github.com/google/cadvisor > > > and I think these BizDevOps-Tools might be the right choice to start > with and I'd be happy to be of help. > > Cheers, > Arash > > > On Fri, May 20, 2016 at 9:08 PM, Matthias Runge > wrote: > > On 20/05/16 16:12, Rich Megginson wrote: > > We are trying to start up a CentOS OpsTools SIG > > https://wiki.centos.org/SpecialInterestGroup for logging, > monitoring, etc. > > > > The intention is that this would be the upstream for development and > > packaging of tools related to logging (EFK stack, etc.), > monitoring, and > > other opstools, as a single place where packages can be consumed > by RDO, > > OpenShift Origin, and other upstream projects - pool our resources, > > share the lessons learned, and enable cross project log > aggregation and > > correlation (e.g. running OpenShift on top of OpenStack on top of > > Ceph/Gluster - do my OpenShift application errors correlate with > Nova > > errors? file system errors?). This would also be a place for > > installers (puppet manifests, ansible playbooks), and possibly > > testing/CI and containers. > > > > If you are interested, please chime in in the email thread: > > https://lists.centos.org/pipermail/centos-devel/2016-May/014777.html > > > Thank you for the reminder, Rich. > > We already have quite a few interested persons. The reason, why I > didn't > mention this here was, that it has a broader focus than just RDO. > > On the other side, it clearly will be usable with RDO, and it will > help > RDO operators to get to the root of occurring issues. > > If any of you is interested or can help, please join us on > centos-devel > mailing list and express your interest there. It will help us to speed > things up. > -- > Matthias Runge > > > Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, > Commercial register: Amtsgericht Muenchen, HRB 153243, > Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, > Michael O'Neill > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ckdwibedy at gmail.com Mon May 23 06:28:29 2016 From: ckdwibedy at gmail.com (Chinmaya Dwibedy) Date: Mon, 23 May 2016 11:58:29 +0530 Subject: [rdo-list] How to assign two same type PCI pass-through devices (Ethernet cards) to 2 different VM instances? In-Reply-To: References: Message-ID: Hi Dotan, Thank you for your response. I agree that, there is no need of different alias. I configured the followings in nova.conf. 1) pci_passthrough_whitelist = [{"vendor_id":"8086","product_id":"154d"}] White list of Ethernet PCI devices available to VMs. 2) pci_alias={"vendor_id":"8086", "product_id":"154d", "name":"a1"} The pci alias 'a1' to present a request for PCI devices with vendor_id as 0x8086 and product_id as 154d. Please suggest how to update a flavor that requires only one PCI device? Note that, both the Ethernet Controllers have same product ID and vendor ID. nova flavor-key m1.large set "pci_passthrough:alias"="a1" . With this both the PCI devices are being assigned to one VM. But I need to assign fists Ethernet device to VMa and second Ethernet device ti VMb. Please feel free to correct me if I have misunderstood anything. Regards, Chinmaya On Sun, May 22, 2016 at 12:13 PM, Dotan, Alon wrote: > why different alias? > > if I understood correctly, what you try to do is to map same kind of > device to 2 vms > > > > example: > > pool of 4 Intel ixgbe ports (on 2 or 1 card), map 2 ports to first vm and > 2 to second > > > > if I?m right you need single alias and to configure the quantity in the > flavor declaration > > > > *From:* rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] *On > Behalf Of *Chinmaya Dwibedy > *Sent:* Friday, May 20, 2016 8:54 AM > *To:* rdo-list at redhat.com > *Subject:* [rdo-list] How to assign two same type PCI pass-through > devices (Ethernet cards) to 2 different VM instances? > > > > Hi All, > > > > Can we assign two same type PCI pass-through devices (Ethernet cards) to 2 > > different VM instances separately? Please note that, both the cards have > > same vendor_id and product_id. > > > > I configured it in pci_passthrough_whitelist and create two different > > pci_alias (Say a1 and a2). Modified the Nova flavor to use a1 by VM1 and > > VM2. Followed the procedures mentioned at > > > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/chap-Guest_virtual_machine_device_configuration.html > > > > With this edited xml files of both the instances (after shutting down). > > Added a device entry in the section to assign the PCI device to > > the guest virtual machine. and accordingly configured domain, bus, slot and > > function. Restarted the VMs using #virsh start command. Made an Query pci > > device in nova DB and found that two Ethernet PCI devices have been > > assigned to single VM. > > > > I cannot assign 2 same type PCI pass-through Ethernet devices to 2 VM > > instances separately. Can you please let me know how to accomplish the > > same? Thanks in advance for your time and help. > > > > Regards, > > Chinmaya > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Edward.Ahern at tecnotree.com Mon May 23 14:03:29 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Mon, 23 May 2016 14:03:29 +0000 Subject: [rdo-list] Installing Magnum on mitaka Message-ID: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> Hi, Is there a proven procedure to install magnum on mitaka? I'm trying to work off this procedure which is written for liberty. I'm blocked at step "Create Magnum user at keystone" I get the following error: "# openstack user create --os-username magnum --password temporal --os-auth-url http://:35357/v2.0/ Could not determine a suitable URL for the plugin" # openstack --version openstack 2.2.0 Regards, Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbowen at redhat.com Mon May 23 14:44:58 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 23 May 2016 10:44:58 -0400 Subject: [rdo-list] Upcoming OpenStack Days Message-ID: <7f076733-2e47-09df-19d1-42435357836a@redhat.com> I wanted to draw special attention to two events where RDO is going to have a presence in the coming days: OpenStack Days Prague - http://openstackdayprague.eu/ OpenStack Days Budapest - http://openstackceeday.com/ I know that a number of you are located nearby these events, and so it would be great if we could have a strong showing there, and have some of you on hand to represent RDO, and answer questions. Thanks! Also, remember that there's always list of upcoming 'OpenStack Days' events at https://www.openstack.org/community/events/openstackdays so check there often and see what's nearby. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From hguemar at fedoraproject.org Mon May 23 15:00:03 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 23 May 2016 15:00:03 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160523150003.76CD46047D43@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-05-25 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 May 23 14:59:44 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Mon, 23 May 2016 16:59:44 +0200 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> Message-ID: On Mon, May 23, 2016 at 4:03 PM, Edward Ahern wrote: > Hi, > > > > Is there a proven procedure to install magnum on mitaka? > > I?m trying to work off this procedure > > which is written for liberty. > > I?m blocked at step ?Create Magnum user at keystone? > > I get the following error: > > ?# openstack user create --os-username magnum --password temporal > --os-auth-url http://:35357/v2.0/ > > Could not determine a suitable URL for the plugin? > > > Are you sourcing your keystonerc_admin file?, if so, what variables are you declaring on it? > # openstack --version > > openstack 2.2.0 > > > > Regards, > > > > Ed > > > > > > _______________________________________________ > 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 Edward.Ahern at tecnotree.com Mon May 23 15:03:51 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Mon, 23 May 2016 15:03:51 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> Message-ID: Hi Alfredo, Yes I am sourcing it Details below, ip address removed re URL Note I?m running the command as root user. The openstack installation was completed via packstack, which I wasn?t involved in?. Regards, Ed # more keystonerc_admin unset OS_SERVICE_TOKEN export OS_USERNAME=admin export OS_PASSWORD=2d0050bd38df4a0e export OS_AUTH_URL=http://:5000/v2.0 export PS1='[\u@\h \W(keystone_admin)]\$ ' export OS_TENANT_NAME=admin export OS_REGION_NAME=RegionOne From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 23 May 2016 16:00 To: Edward Ahern Cc: rdo-list Subject: Re: [rdo-list] Installing Magnum on mitaka On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > wrote: Hi, Is there a proven procedure to install magnum on mitaka? I?m trying to work off this procedure which is written for liberty. I?m blocked at step ?Create Magnum user at keystone? I get the following error: ?# openstack user create --os-username magnum --password temporal --os-auth-url http://:35357/v2.0/ Could not determine a suitable URL for the plugin? Are you sourcing your keystonerc_admin file?, if so, what variables are you declaring on it? # openstack --version openstack 2.2.0 Regards, Ed _______________________________________________ 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 amoralej at redhat.com Mon May 23 15:17:42 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Mon, 23 May 2016 17:17:42 +0200 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> Message-ID: With that keystonerc file, following command should work: openstack user create --password temporal magnum Does other commands as "openstack project list" work? On Mon, May 23, 2016 at 5:03 PM, Edward Ahern wrote: > Hi Alfredo, > > > > Yes I am sourcing it > > Details below, ip address removed re URL > > > > Note I?m running the command as root user. The openstack installation was > completed via packstack, which I wasn?t involved in?. > > > > Regards, > > > > Ed > > > > # more keystonerc_admin > > unset OS_SERVICE_TOKEN > > export OS_USERNAME=admin > > export OS_PASSWORD=2d0050bd38df4a0e > > export OS_AUTH_URL=http://:5000/v2.0 > > export PS1='[\u@\h \W(keystone_admin)]\$ ' > > > > export OS_TENANT_NAME=admin > > export OS_REGION_NAME=RegionOne > > > > *From:* Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > *Sent:* 23 May 2016 16:00 > *To:* Edward Ahern > *Cc:* rdo-list > *Subject:* Re: [rdo-list] Installing Magnum on mitaka > > > > > > > > On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > wrote: > > Hi, > > > > Is there a proven procedure to install magnum on mitaka? > > I?m trying to work off this procedure > > which is written for liberty. > > I?m blocked at step ?Create Magnum user at keystone? > > I get the following error: > > ?# openstack user create --os-username magnum --password temporal > --os-auth-url http://:35357/v2.0/ > > Could not determine a suitable URL for the plugin? > > > > > > Are you sourcing your keystonerc_admin file?, if so, what variables are > you declaring on it? > > > > # openstack --version > > openstack 2.2.0 > > > > Regards, > > > > Ed > > > > > > > _______________________________________________ > 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 Mon May 23 15:44:36 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 23 May 2016 11:44:36 -0400 Subject: [rdo-list] Unanswered RDO questions: Ask.OpenStack.org Message-ID: <0a2719e5-29e7-344b-bd79-0514d4be42c6@redhat.com> 58 unanswered questions: how to add extra web page for horizon for manage such as user registration page? https://ask.openstack.org/en/question/92310/how-to-add-extra-web-page-for-horizon-for-manage-such-as-user-registration-page/ Tags: django-horizon AWS Ec2 inst Eth port loses IP when attached to linux bridge in Openstack https://ask.openstack.org/en/question/92271/aws-ec2-inst-eth-port-loses-ip-when-attached-to-linux-bridge-in-openstack/ Tags: openstack, networking, aws ceilometer: I've installed openstack mitaka. but swift stops working when i configured the pipeline and ceilometer filter https://ask.openstack.org/en/question/92035/ceilometer-ive-installed-openstack-mitaka-but-swift-stops-working-when-i-configured-the-pipeline-and-ceilometer-filter/ Tags: ceilometer, openstack-swift, mitaka Fail on installing the controller on Cent OS 7 https://ask.openstack.org/en/question/92025/fail-on-installing-the-controller-on-cent-os-7/ Tags: installation, centos7, controller the error of service entity and API endpoints https://ask.openstack.org/en/question/91702/the-error-of-service-entity-and-api-endpoints/ Tags: service, entity, and, api, endpoints add compute node https://ask.openstack.org/en/question/91627/add-compute-node/ Tags: rdo, compute_node, ping Running delorean fails: Git won't fetch sources https://ask.openstack.org/en/question/91600/running-delorean-fails-git-wont-fetch-sources/ Tags: delorean, rdo RDO Manager install issue - can't resolve trunk-mgt.rdoproject.org https://ask.openstack.org/en/question/91533/rdo-manager-install-issue-cant-resolve-trunk-mgtrdoprojectorg/ Tags: rdo-manager Keystone authentication: Failed to contact the endpoint. https://ask.openstack.org/en/question/91517/keystone-authentication-failed-to-contact-the-endpoint/ Tags: keystone, authenticate, endpoint, murano adding computer node. https://ask.openstack.org/en/question/91417/adding-computer-node/ Tags: rdo, openstack Liberty RDO: stack resource topology icons are pink https://ask.openstack.org/en/question/91347/liberty-rdo-stack-resource-topology-icons-are-pink/ Tags: stack, resource, topology, dashboard Build of instance aborted: Block Device Mapping is Invalid. https://ask.openstack.org/en/question/91205/build-of-instance-aborted-block-device-mapping-is-invalid/ Tags: cinder, lvm, centos7 No handlers could be found for logger "oslo_config.cfg" while syncing the glance database https://ask.openstack.org/en/question/91169/no-handlers-could-be-found-for-logger-oslo_configcfg-while-syncing-the-glance-database/ Tags: liberty, glance, install-openstack how to use chef auto manage openstack in RDO? https://ask.openstack.org/en/question/90992/how-to-use-chef-auto-manage-openstack-in-rdo/ Tags: chef, rdo Cinder error issues on Liberty https://ask.openstack.org/en/question/90606/cinder-error-issues-on-liberty/ Tags: cinder-volume, liberty Separate Cinder storage traffic from management https://ask.openstack.org/en/question/90405/separate-cinder-storage-traffic-from-management/ Tags: cinder, separate, nic, iscsi Openstack installation fails using packstack, failure is in installation of openstack-nova-compute. Error: Dependency Package[nova-compute] has failures https://ask.openstack.org/en/question/88993/openstack-installation-fails-using-packstack-failure-is-in-installation-of-openstack-nova-compute-error-dependency-packagenova-compute-has-failures/ Tags: novacompute, rdo, packstack, dependency, failure CentOS OpenStack - compute node can't talk https://ask.openstack.org/en/question/88989/centos-openstack-compute-node-cant-talk/ Tags: rdo How to setup SWIFT_PROXY_NODE and SWIFT_STORAGE_NODEs separately on RDO Liberty ? https://ask.openstack.org/en/question/88897/how-to-setup-swift_proxy_node-and-swift_storage_nodes-separately-on-rdo-liberty/ Tags: rdo, liberty, swift, ha VM and container can't download anything from internet https://ask.openstack.org/en/question/88338/vm-and-container-cant-download-anything-from-internet/ Tags: rdo, neutron, network, connectivity OpenStack-Docker driver failed https://ask.openstack.org/en/question/87243/openstack-docker-driver-failed/ Tags: docker, openstack, liberty Can't create volume with cinder https://ask.openstack.org/en/question/86670/cant-create-volume-with-cinder/ Tags: cinder, glusterfs, nfs Sahara SSHException: Error reading SSH protocol banner https://ask.openstack.org/en/question/84710/sahara-sshexception-error-reading-ssh-protocol-banner/ Tags: sahara, icehouse, ssh, vanila Error Sahara create cluster: 'Error attach volume to instance https://ask.openstack.org/en/question/84651/error-sahara-create-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, vanila, icehouse Creating Sahara cluster: Error attach volume to instance https://ask.openstack.org/en/question/84650/creating-sahara-cluster-error-attach-volume-to-instance/ Tags: sahara, attach-volume, hadoop, icehouse, vanilla Routing between two tenants https://ask.openstack.org/en/question/84645/routing-between-two-tenants/ Tags: kilo, fuel, rdo, routing RDO kilo installation metadata widget doesn't work https://ask.openstack.org/en/question/83870/rdo-kilo-installation-metadata-widget-doesnt-work/ Tags: kilo, flavor, metadata Not able to ssh into RDO Kilo instance https://ask.openstack.org/en/question/83707/not-able-to-ssh-into-rdo-kilo-instance/ Tags: rdo, instance-ssh redhat RDO enable access to swift via S3 https://ask.openstack.org/en/question/83607/redhat-rdo-enable-access-to-swift-via-s3/ Tags: swift, s3 openstack baremetal introspection internal server error https://ask.openstack.org/en/question/82790/openstack-baremetal-introspection-internal-server-error/ Tags: rdo, ironic-inspector, tripleo -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From Edward.Ahern at tecnotree.com Mon May 23 16:34:00 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Mon, 23 May 2016 16:34:00 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> Message-ID: <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> Not working unfortunately: [root at shos1 ~]# source keystonerc_admin [root at shos1 ~(keystone_admin)]# openstack user create --password temporal magnum The request you have made requires authentication. (HTTP 401) (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) [root at shos1 ~(keystone_admin)]# I get the same response for project list: [root at shos1 ~(keystone_admin)]# openstack project list The request you have made requires authentication. (HTTP 401) (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 23 May 2016 16:18 To: Edward Ahern Cc: rdo-list Subject: Re: [rdo-list] Installing Magnum on mitaka With that keystonerc file, following command should work: openstack user create --password temporal magnum Does other commands as "openstack project list" work? On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > wrote: Hi Alfredo, Yes I am sourcing it Details below, ip address removed re URL Note I?m running the command as root user. The openstack installation was completed via packstack, which I wasn?t involved in?. Regards, Ed # more keystonerc_admin unset OS_SERVICE_TOKEN export OS_USERNAME=admin export OS_PASSWORD=2d0050bd38df4a0e export OS_AUTH_URL=http://:5000/v2.0 export PS1='[\u@\h \W(keystone_admin)]\$ ' export OS_TENANT_NAME=admin export OS_REGION_NAME=RegionOne From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 23 May 2016 16:00 To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > wrote: Hi, Is there a proven procedure to install magnum on mitaka? I?m trying to work off this procedure which is written for liberty. I?m blocked at step ?Create Magnum user at keystone? I get the following error: ?# openstack user create --os-username magnum --password temporal --os-auth-url http://:35357/v2.0/ Could not determine a suitable URL for the plugin? Are you sourcing your keystonerc_admin file?, if so, what variables are you declaring on it? # openstack --version openstack 2.2.0 Regards, Ed _______________________________________________ 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 Mon May 23 17:12:50 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 23 May 2016 13:12:50 -0400 Subject: [rdo-list] Upcoming OpenStack meetups 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 * Monday May 23 in New York, NY, US: OpenStack Trove and PostgreSQL DBaaS - Sponsored by NYC PostgreSQL User Group - http://www.meetup.com/OpenStack-New-York-Meetup/events/231074661/ * Monday May 23 in New York, NY, US: OpenStack Trove and PostgreSQL DBaaS - http://www.meetup.com/postgresql-3/events/231015460/ * Wednesday May 25 in Amsterdam, NL: Kubernetes meets Openstack - http://www.meetup.com/Openstack-Amsterdam/events/231216391/ * Wednesday May 25 in Amsterdam, NL: Wercker & Openstack - Running Kubernetes on Openstack & How to deploy your Apps - http://www.meetup.com/Amsterdam-Kubernetes-Meetup/events/230867690/ * Wednesday May 25 in San Diego, CA, US: OpenStack Liberty & DevStack Tutorial - http://www.meetup.com/San-Diego-Cloud-Computing-Meetup/events/231004187/ * Wednesday May 25 in San Diego, CA, US: OpenStack Liberty & DevStack Tutorial - http://www.meetup.com/SDCloud/events/231017693/ * Wednesday May 25 in S?o Paulo, BR: 13? Hangout OpenStack Brasil - http://www.meetup.com/Openstack-Brasil/events/231292016/ * Thursday May 26 in Oslo, NO: OpenStack Forum #3 - http://www.meetup.com/Oslo-OpenStack-Forum/events/230840209/ * Thursday May 26 in Astana, KZ: OpenStack Kazakhstan Meetup Astana 2016 - http://www.meetup.com/OpenStack-KZ/events/230738431/ * Thursday May 26 in Houston, TX, US: Ansible and Openstack - http://www.meetup.com/Houston-Red-Hat-User-Group-RHUG/events/230878601/ * Thursday May 26 in Singapore, SG: 8 Shenton Way, #10-00 AXA Tower Red Hat Asia Pacific Pte Ltd, Singapore - http://www.meetup.com/OpenStack-Singapore/events/230960691/ * Thursday May 26 in Singapore, SG: 8 Shenton Way, #10-00 AXA Tower - http://www.meetup.com/Singapore-OpenStack-User-Group-Meetup/events/230960653/ * Thursday May 26 in Littleton, CO, US: Multi-cloud orchestration with Rob Hirschfeld - http://www.meetup.com/OpenStack-Denver/events/229999664/ * Thursday May 26 in Herriman, UT, US: Juniper's Contrail SME - http://www.meetup.com/openstack-utah/events/230057163/ * Sunday May 29 in Beijing, CN: ????OpenStack! ??UnitedStack??????????????????? - http://www.meetup.com/China-OpenStack-User-Group/events/231238504/ -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From cbrown2 at ocf.co.uk Mon May 23 18:56:08 2016 From: cbrown2 at ocf.co.uk (Christopher Brown) Date: Mon, 23 May 2016 19:56:08 +0100 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> Message-ID: <1464029768.2560.4.camel@ocf.co.uk> Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? ie. the URL is not _actually_ : http://:5000/v2.0 but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: > Not working unfortunately: > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack user create --password > temporal magnum > The request you have made requires authentication. (HTTP 401) > (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) > [root at shos1 ~(keystone_admin)]# > > I get the same response for project list: > [root at shos1 ~(keystone_admin)]# openstack project list > The request you have made requires authentication. (HTTP 401) > (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) > > > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com]? > Sent: 23 May 2016 16:18 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > With that keystonerc file, following command should work: > > openstack user create --password temporal magnum > > Does other commands as "openstack project list" work? > > > On Mon, May 23, 2016 at 5:03 PM, Edward Ahern .com> wrote: > Hi Alfredo, > > Yes I am sourcing it > Details below, ip address removed re URL > > Note I?m running the command as root user. The openstack installation > was completed via packstack, which I wasn?t involved in?. > > Regards, > > Ed > > # more keystonerc_admin > unset OS_SERVICE_TOKEN > export OS_USERNAME=admin > export OS_PASSWORD=2d0050bd38df4a0e > export OS_AUTH_URL=http://:5000/v2.0 > export PS1='[\u@\h \W(keystone_admin)]\$ ' > > export OS_TENANT_NAME=admin > export OS_REGION_NAME=RegionOne > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com]? > Sent: 23 May 2016 16:00 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > > On Mon, May 23, 2016 at 4:03 PM, Edward Ahern .com> wrote: > Hi, > > Is there a proven procedure to install magnum on mitaka? > I?m trying to work off this procedure which is written for liberty. > I?m blocked at step ?Create Magnum user at keystone? > I get the following error: > ?# openstack user create --os-username magnum --password temporal -- > os-auth-url http://:35357/v2.0/ > Could not determine a suitable URL for the plugin? > > > Are you sourcing your keystonerc_admin file?, if so, what variables > are you declaring on it? > > > # openstack --version > openstack 2.2.0 > > Regards, > > Ed > > > > _______________________________________________ > 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 > > -- Regards, Christopher Brown OpenStack Engineer OCF plc Tel: +44 (0)114 257 2200 Web: www.ocf.co.uk Blog: blog.ocf.co.uk Twitter: @ocfplc Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. OCF plc is a company registered in England and Wales. Registered number 4132533, VAT number GB 780 6803 14. Registered office address: OCF plc, 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. From rbowen at redhat.com Mon May 23 19:13:54 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 23 May 2016 15:13:54 -0400 Subject: [rdo-list] RDO/OpenStack bookmarks Message-ID: <302795e9-ff56-9b69-a380-557682522fea@redhat.com> I'm almost out of the RDO/OpenStack CLI cheatsheet bookmarks, and I was hoping that before we do another run of them, I could get a few eyes on them to be sure that what we are printing is still correct (it's been over a year since it was updated) and covers the most useful things. https://github.com/redhat-openstack/website/tree/master/source/images/bookmark We have very limited space, of course, so deciding what's most important can be difficult. I would appreciate any suggested edits and/or pull requests. --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From Edward.Ahern at tecnotree.com Mon May 23 19:28:18 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Mon, 23 May 2016 19:28:18 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <1464029768.2560.4.camel@ocf.co.uk> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> Message-ID: <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: http://192.168.101.20:5000/v2.0 -----Original Message----- From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] Sent: 23 May 2016 19:56 To: amoralej at redhat.com; Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? ie. the URL is not _actually_ : http://:5000/v2.0 but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: > Not working unfortunately: > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack user create --password > temporal magnum The request you have made requires authentication. > (HTTP 401) > (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) > [root at shos1 ~(keystone_admin)]# > > I get the same response for project list: > [root at shos1 ~(keystone_admin)]# openstack project list The request you > have made requires authentication. (HTTP 401) > (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) > > > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 23 May 2016 16:18 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > With that keystonerc file, following command should work: > > openstack user create --password temporal magnum > > Does other commands as "openstack project list" work? > > > On Mon, May 23, 2016 at 5:03 PM, Edward Ahern .com> wrote: > Hi Alfredo, > > Yes I am sourcing it > Details below, ip address removed re URL > > Note I?m running the command as root user. The openstack installation > was completed via packstack, which I wasn?t involved in?. > > Regards, > > Ed > > # more keystonerc_admin > unset OS_SERVICE_TOKEN > export OS_USERNAME=admin > export OS_PASSWORD=2d0050bd38df4a0e > export OS_AUTH_URL=http://:5000/v2.0 > export PS1='[\u@\h \W(keystone_admin)]\$ ' > > export OS_TENANT_NAME=admin > export OS_REGION_NAME=RegionOne > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 23 May 2016 16:00 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > > On Mon, May 23, 2016 at 4:03 PM, Edward Ahern .com> wrote: > Hi, > > Is there a proven procedure to install magnum on mitaka? > I?m trying to work off this procedure which is written for liberty. > I?m blocked at step ?Create Magnum user at keystone? > I get the following error: > ?# openstack user create --os-username magnum --password temporal -- > os-auth-url http://:35357/v2.0/ Could not determine a suitable > URL for the plugin? > > > Are you sourcing your keystonerc_admin file?, if so, what variables > are you declaring on it? > > > # openstack --version > openstack 2.2.0 > > Regards, > > Ed > > > > _______________________________________________ > 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 > > -- Regards, Christopher Brown OpenStack Engineer OCF plc Tel: +44 (0)114 257 2200 Web: www.ocf.co.uk Blog: blog.ocf.co.uk Twitter: @ocfplc Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. OCF plc is a company registered in England and Wales. Registered number 4132533, VAT number GB 780 6803 14. Registered office address: OCF plc, 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. From rbowen at redhat.com Mon May 23 19:34:47 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 23 May 2016 15:34:47 -0400 Subject: [rdo-list] RDO bloggers: Week of May 23 Message-ID: <4d017936-b0c9-5660-de97-98f3c2284313@redhat.com> Here's what RDO engineers have been blogging about over the last week: Connecting another vm to your tripleo-quickstart deployment by Lars Kellogg-Stedman Let's say that you have set up an environment using tripleo-quickstart and you would like to add another virtual machine to the mix that has both "external" connectivity ("external" in quotes because I am using it in the same way as the quickstart does w/r/t the undercloud) and connectivity to the overcloud nodes. How would you go about setting that up? ? read more at http://tm3.org/6t Reproducing an Open vSwitch Bridge Configuration by Adam Young In the previous post, I described the setup for installing FreeIPA on a VM parallel to the undercloud VM setup by Tripleo Quickstart. The network on the undercloud VM has been setup up by Ironic and Neutron to listen on a network defined for the overcloud. I want to reproduce this on a second machine that is not enrolled in the undercloud. How can I reproduce the steps? ? read more at http://tm3.org/6u ARA: An idea to store, browse and troubleshoot Ansible Playbook runs by David Moreau Simard Ansible can be used for a lot of things and it?s grown pretty popular for managing servers and their configuration. In the RDO and OpenStack communities, Ansible is heavily used to deploy or test OpenStack through Continuous Integration (CI). Projects like TripleO-Quickstart, WeIRDO, OpenStack-Ansible or Zuul v3 are completely driven by Ansible. ? read more at http://tm3.org/6v -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From pgsousa at gmail.com Tue May 24 10:03:48 2016 From: pgsousa at gmail.com (Pedro Sousa) Date: Tue, 24 May 2016 11:03:48 +0100 Subject: [rdo-list] Error AttributeError: 'module' object has no attribute 'PortOpt' deploying overcloud Message-ID: Hi all, I'm trying to deploy overcloud (liberty stable version) and always get this error: May 24 10:01:25 overcloud-novacompute-0 systemd[1]: openstack-nova-compute.service: main process exited, code=exited, status=1/FAILURE May 24 10:01:25 overcloud-novacompute-0 systemd[1]: Failed to start OpenStack Nova Compute Server. May 24 10:01:25 overcloud-novacompute-0 systemd[1]: Unit openstack-nova-compute.service entered failed state. May 24 10:01:25 overcloud-novacompute-0 systemd[1]: openstack-nova-compute.service failed. May 24 10:01:25 overcloud-novacompute-0 systemd[1]: openstack-nova-compute.service holdoff time over, scheduling restart. May 24 10:01:25 overcloud-novacompute-0 systemd[1]: Starting OpenStack Nova Compute Server... May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: No handlers could be found for logger "oslo_config.cfg" May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: Traceback (most recent call last): May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/bin/nova-compute", line 10, in May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: sys.exit(main()) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/nova/cmd/compute.py", line 58, in main May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: config.parse_args(sys.argv) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/nova/config.py", line 60, in parse_args May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: rpc.init(CONF) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/nova/rpc.py", line 63, in init May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: aliases=TRANSPORT_ALIASES) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 186, in get_transport May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: invoke_kwds=kwargs) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/driver.py", line 45, in __init__ May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: verify_requirements=verify_requirements, May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/named.py", line 55, in __init__ May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: verify_requirements) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 170, in _load_plugins May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: self._on_load_failure_callback(self, ep, err) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 162, in _load_plugins May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: verify_requirements, May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/named.py", line 123, in _load_one_plugin May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: verify_requirements, May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 185, in _load_one_plugin May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: plugin = ep.load(require=verify_requirements) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 2260, in load May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: entry = __import__(self.module_name, globals(),globals(), ['__name__']) May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/impl_rabbit.py", line 101, in May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: cfg.PortOpt('rabbit_port', May 24 10:01:27 overcloud-novacompute-0 nova-compute[17544]: AttributeError: 'module' object has no attribute 'PortOpt' Any hint? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.urdin at crystone.com Tue May 24 12:40:58 2016 From: tobias.urdin at crystone.com (Tobias Urdin) Date: Tue, 24 May 2016 12:40:58 +0000 Subject: [rdo-list] scaling nova kvm and neutron l3-ha and ml2+openvswitch Message-ID: <1d211c66e4db4c379e04d85d6d19daf1@mb01.staff.ognet.se> Hello, Without any luck on the openstack mailing-lists I'll post it here since RDO runs this setup for HA mode. I'm gonna give it a try here and see if anybody has a similar setup that could answer some questions about scaling. We are running Liberty with Nova with KVM and Neutron L3 HA and ML2+Openvswitch. * How many nova instances do you have? * How many nova compute nodes do you have? * How many neutron nodes do you have? (Network nodes that is hosting l3 agents, dhcp agents, openvswitch-plugin etc) * What is your overall thought on the management ability on Openvswitch? * What issue have you had related to scaling, performance etc? Thankful for any data, I'm trying to give my employer real world usage information on a similar setup. Feel free to answer me privately if you prefer but I'm sure more people here are curious if you want to share :) Best regards Tobias __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev From chkumar246 at gmail.com Tue May 24 12:59:27 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Tue, 24 May 2016 18:29:27 +0530 Subject: [rdo-list] [Reminder] RDO Bug Triage Day is happening on 18th and 19th May, 2016 In-Reply-To: References: Message-ID: Hello, On Tue, May 17, 2016 at 10:39 PM, Chandan kumar wrote: > Hello, > > Tomorrow we are hosting RDO Bug Triage Day i.e. on 18th and 19th May, 2016. > Here is the list of Untriaged Bugs: > https://chandankumar.fedorapeople.org/20160517/ > Thank you all for participating in the RDO Bug Triage Day and making it successful. Here is the event report: https://www.rdoproject.org/blog/2016/05/rdo-bug-triage-day-event-report/ Thanks, Chandan Kumar From bderzhavets at hotmail.com Tue May 24 15:43:36 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 24 May 2016 15:43:36 +0000 Subject: [rdo-list] [Reminder] RDO Bug Triage Day is happening on 18th and 19th May, 2016 In-Reply-To: References: , Message-ID: ________________________________________ From: rdo-list-bounces at redhat.com on behalf of Chandan kumar Sent: Tuesday, May 24, 2016 8:59 AM To: rdo-list at redhat.com Subject: Re: [rdo-list] [Reminder] RDO Bug Triage Day is happening on 18th and 19th May, 2016 Hello, On Tue, May 17, 2016 at 10:39 PM, Chandan kumar wrote: > Hello, > > Tomorrow we are hosting RDO Bug Triage Day i.e. on 18th and 19th May, 2016. > Here is the list of Untriaged Bugs: > https://chandankumar.fedorapeople.org/20160517/ > Thank you all for participating in the RDO Bug Triage Day and making it successful. Here is the event report: https://www.rdoproject.org/blog/2016/05/rdo-bug-triage-day-event-report/ >Mass Closing of "End of Life" Bugs through automation with proper EOL statement. On 19th May, 2016 RDO meeting, >after evaluating the Fedora EOL statement, we came up with this : "This bug is against a Version which has reached End >of Life. If it's still present in supported release (http://releases.openstack.org), please update Version and reopen." It doesn't help much. You closed bugs opened against trunk Mitaka (RC1) When I tried to reopen bug in drop down menu of stable RDO releases Mitaka is absent again and it is already not in trunk . System by some reasons selected "Kilo" again.Please , see https://bugzilla.redhat.com/show_bug.cgi?id=1338012 Yes, there are patches proposed for same issue in Liberty, but this patches fail when I try to apply them in Mitaka Next issue has been fixed due to Javier's Pena attention to the problem https://bugzilla.redhat.com/show_bug.cgi?id=1330289 See comment 6 Patches bellow were submitted to upstream :- https://review.openstack.org/#/c/318762/ https://review.openstack.org/#/c/318757/ and fix the problem been back ported to stable Mitaka Thanks. Boris >Thanks to Rich Bowen for proposing it, 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 From duck at redhat.com Wed May 25 04:26:35 2016 From: duck at redhat.com (=?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?=) Date: Wed, 25 May 2016 13:26:35 +0900 Subject: [rdo-list] [Rdo-list] newcomer In-Reply-To: <56F9E467.80103@redhat.com> References: <56F9E467.80103@redhat.com> Message-ID: <5745297B.9070404@redhat.com> Quack, On 03/29/2016 11:11 AM, Marc Dequ?nes (Duck) wrote: > I'd like to work with you on the "Configuration publishing, organisation > of the repo" subject Misc already raised. I heard about a Mailman > migration too. Maybe other things. I'd be happy to help. As for Mailman, I'm working on the oVirt Mailman 3 migration, so when all problems are solved and it is finished I could reuse and adapt for RDO too. There's Ansible roles we try to improve and share, and among them a mailman3 role: https://gitlab.com/groups/osas launched from https://gitlab.com/duck-rh/ovirt-infra-ansible As for the website, I've been working with Garrett a lot on the MiddleMan 4 migration, which affects several site, RDO included. It's done but there are performance problems and we also wanted to do some modularization (log admin pages for example), so this is ongoing. As for the configuration publishing, there was not much reply to the thread Misc started, so I guess you should revive it. is there an updated inventory of the resources? I heard you wanted to reorganize hosting using RDO Cloud. Could someone give a quick status update? Is there anything else I can do to help? (my time is shared between projects, but still if there are a few things waiting I can pickup?) Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From Edward.Ahern at tecnotree.com Wed May 25 09:37:25 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Wed, 25 May 2016 09:37:25 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> Message-ID: Has anyone got further ideas or could point me towards a procedure to debug the issue? -----Original Message----- From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern Sent: 23 May 2016 20:28 To: Christopher Brown ; amoralej at redhat.com Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: http://192.168.101.20:5000/v2.0 -----Original Message----- From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] Sent: 23 May 2016 19:56 To: amoralej at redhat.com; Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? ie. the URL is not _actually_ : http://:5000/v2.0 but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: > Not working unfortunately: > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack user create --password > temporal magnum The request you have made requires authentication. > (HTTP 401) > (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) > [root at shos1 ~(keystone_admin)]# > > I get the same response for project list: > [root at shos1 ~(keystone_admin)]# openstack project list The request you > have made requires authentication. (HTTP 401) > (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) > > > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 23 May 2016 16:18 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > With that keystonerc file, following command should work: > > openstack user create --password temporal magnum > > Does other commands as "openstack project list" work? > > > On Mon, May 23, 2016 at 5:03 PM, Edward Ahern .com> wrote: > Hi Alfredo, > > Yes I am sourcing it > Details below, ip address removed re URL > > Note I?m running the command as root user. The openstack installation > was completed via packstack, which I wasn?t involved in?. > > Regards, > > Ed > > # more keystonerc_admin > unset OS_SERVICE_TOKEN > export OS_USERNAME=admin > export OS_PASSWORD=2d0050bd38df4a0e > export OS_AUTH_URL=http://:5000/v2.0 > export PS1='[\u@\h \W(keystone_admin)]\$ ' > > export OS_TENANT_NAME=admin > export OS_REGION_NAME=RegionOne > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 23 May 2016 16:00 > To: Edward Ahern > Cc: rdo-list > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > > On Mon, May 23, 2016 at 4:03 PM, Edward Ahern .com> wrote: > Hi, > > Is there a proven procedure to install magnum on mitaka? > I?m trying to work off this procedure which is written for liberty. > I?m blocked at step ?Create Magnum user at keystone? > I get the following error: > ?# openstack user create --os-username magnum --password temporal -- > os-auth-url http://:35357/v2.0/ Could not determine a suitable > URL for the plugin? > > > Are you sourcing your keystonerc_admin file?, if so, what variables > are you declaring on it? > > > # openstack --version > openstack 2.2.0 > > Regards, > > Ed > > > > _______________________________________________ > 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 > > -- Regards, Christopher Brown OpenStack Engineer OCF plc Tel: +44 (0)114 257 2200 Web: www.ocf.co.uk Blog: blog.ocf.co.uk Twitter: @ocfplc Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. OCF plc is a company registered in England and Wales. Registered number 4132533, VAT number GB 780 6803 14. Registered office address: OCF plc, 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. _______________________________________________ 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 amoralej at redhat.com Wed May 25 09:54:39 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Wed, 25 May 2016 11:54:39 +0200 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> Message-ID: The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: openstack server list On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: > Has anyone got further ideas or could point me towards a procedure to debug the issue? > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern > Sent: 23 May 2016 20:28 > To: Christopher Brown ; amoralej at redhat.com > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: > > http://192.168.101.20:5000/v2.0 > > > -----Original Message----- > From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] > Sent: 23 May 2016 19:56 > To: amoralej at redhat.com; Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? > > ie. the URL is not _actually_ : > > http://:5000/v2.0 > > but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. > > I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. > > On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >> Not working unfortunately: >> >> [root at shos1 ~]# source keystonerc_admin >> [root at shos1 ~(keystone_admin)]# openstack user create --password >> temporal magnum The request you have made requires authentication. >> (HTTP 401) >> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >> [root at shos1 ~(keystone_admin)]# >> >> I get the same response for project list: >> [root at shos1 ~(keystone_admin)]# openstack project list The request you >> have made requires authentication. (HTTP 401) >> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >> >> >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:18 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> With that keystonerc file, following command should work: >> >> openstack user create --password temporal magnum >> >> Does other commands as "openstack project list" work? >> >> >> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > .com> wrote: >> Hi Alfredo, >> >> Yes I am sourcing it >> Details below, ip address removed re URL >> >> Note I?m running the command as root user. The openstack installation >> was completed via packstack, which I wasn?t involved in?. >> >> Regards, >> >> Ed >> >> # more keystonerc_admin >> unset OS_SERVICE_TOKEN >> export OS_USERNAME=admin >> export OS_PASSWORD=2d0050bd38df4a0e >> export OS_AUTH_URL=http://:5000/v2.0 >> export PS1='[\u@\h \W(keystone_admin)]\$ ' >> >> export OS_TENANT_NAME=admin >> export OS_REGION_NAME=RegionOne >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:00 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> >> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > .com> wrote: >> Hi, >> >> Is there a proven procedure to install magnum on mitaka? >> I?m trying to work off this procedure which is written for liberty. >> I?m blocked at step ?Create Magnum user at keystone? >> I get the following error: >> ?# openstack user create --os-username magnum --password temporal -- >> os-auth-url http://:35357/v2.0/ Could not determine a suitable >> URL for the plugin? >> >> >> Are you sourcing your keystonerc_admin file?, if so, what variables >> are you declaring on it? >> >> >> # openstack --version >> openstack 2.2.0 >> >> Regards, >> >> Ed >> >> >> >> _______________________________________________ >> 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 >> >> > -- > Regards, > > Christopher Brown > OpenStack Engineer > OCF plc > > Tel: +44 (0)114 257 2200 > Web: www.ocf.co.uk > Blog: blog.ocf.co.uk > Twitter: @ocfplc > > Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. > > OCF plc is a company registered in England and Wales. Registered number 4132533, VAT number GB 780 6803 14. Registered office address: OCF plc, > 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. > > This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. > > _______________________________________________ > 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 Edward.Ahern at tecnotree.com Wed May 25 10:39:31 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Wed, 25 May 2016 10:39:31 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> Message-ID: <0a873d894778471eb82736c1893042c5@tecnotree.com> [root at shos1 ~]# source keystonerc_admin [root at shos1 ~(keystone_admin)]# openstack server list The request you have made requires authentication. (HTTP 401) (Request-ID: req-cb5a1775-d6d5-4c99-8495-deb52df55f53) [root at shos1 ~(keystone_admin)]# -----Original Message----- From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 25 May 2016 10:55 To: Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: openstack server list On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: > Has anyone got further ideas or could point me towards a procedure to debug the issue? > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 23 May 2016 20:28 > To: Christopher Brown ; amoralej at redhat.com > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: > > http://192.168.101.20:5000/v2.0 > > > -----Original Message----- > From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] > Sent: 23 May 2016 19:56 > To: amoralej at redhat.com; Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? > > ie. the URL is not _actually_ : > > http://:5000/v2.0 > > but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. > > I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. > > On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >> Not working unfortunately: >> >> [root at shos1 ~]# source keystonerc_admin >> [root at shos1 ~(keystone_admin)]# openstack user create --password >> temporal magnum The request you have made requires authentication. >> (HTTP 401) >> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >> [root at shos1 ~(keystone_admin)]# >> >> I get the same response for project list: >> [root at shos1 ~(keystone_admin)]# openstack project list The request >> you have made requires authentication. (HTTP 401) >> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >> >> >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:18 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> With that keystonerc file, following command should work: >> >> openstack user create --password temporal magnum >> >> Does other commands as "openstack project list" work? >> >> >> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > .com> wrote: >> Hi Alfredo, >> >> Yes I am sourcing it >> Details below, ip address removed re URL >> >> Note I?m running the command as root user. The openstack installation >> was completed via packstack, which I wasn?t involved in?. >> >> Regards, >> >> Ed >> >> # more keystonerc_admin >> unset OS_SERVICE_TOKEN >> export OS_USERNAME=admin >> export OS_PASSWORD=2d0050bd38df4a0e >> export OS_AUTH_URL=http://:5000/v2.0 >> export PS1='[\u@\h \W(keystone_admin)]\$ ' >> >> export OS_TENANT_NAME=admin >> export OS_REGION_NAME=RegionOne >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:00 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> >> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > .com> wrote: >> Hi, >> >> Is there a proven procedure to install magnum on mitaka? >> I?m trying to work off this procedure which is written for liberty. >> I?m blocked at step ?Create Magnum user at keystone? >> I get the following error: >> ?# openstack user create --os-username magnum --password temporal -- >> os-auth-url http://:35357/v2.0/ Could not determine a suitable >> URL for the plugin? >> >> >> Are you sourcing your keystonerc_admin file?, if so, what variables >> are you declaring on it? >> >> >> # openstack --version >> openstack 2.2.0 >> >> Regards, >> >> Ed >> >> >> >> _______________________________________________ >> 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 >> >> > -- > Regards, > > Christopher Brown > OpenStack Engineer > OCF plc > > Tel: +44 (0)114 257 2200 > Web: www.ocf.co.uk > Blog: blog.ocf.co.uk > Twitter: @ocfplc > > Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. > > OCF plc is a company registered in England and Wales. Registered > number 4132533, VAT number GB 780 6803 14. Registered office address: > OCF plc, > 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. > > This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. > > _______________________________________________ > 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 Edward.Ahern at tecnotree.com Wed May 25 11:04:09 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Wed, 25 May 2016 11:04:09 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <0a873d894778471eb82736c1893042c5@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> Message-ID: <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> Just to follow up on the below error and its shooting in the dark.....tailing some logs keystone_wsgi_main_access.log: 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" -----Original Message----- From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern Sent: 25 May 2016 11:40 To: Alfredo Moralejo Alonso Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka [root at shos1 ~]# source keystonerc_admin [root at shos1 ~(keystone_admin)]# openstack server list The request you have made requires authentication. (HTTP 401) (Request-ID: req-cb5a1775-d6d5-4c99-8495-deb52df55f53) [root at shos1 ~(keystone_admin)]# -----Original Message----- From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 25 May 2016 10:55 To: Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: openstack server list On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: > Has anyone got further ideas or could point me towards a procedure to debug the issue? > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 23 May 2016 20:28 > To: Christopher Brown ; amoralej at redhat.com > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: > > http://192.168.101.20:5000/v2.0 > > > -----Original Message----- > From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] > Sent: 23 May 2016 19:56 > To: amoralej at redhat.com; Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? > > ie. the URL is not _actually_ : > > http://:5000/v2.0 > > but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. > > I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. > > On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >> Not working unfortunately: >> >> [root at shos1 ~]# source keystonerc_admin >> [root at shos1 ~(keystone_admin)]# openstack user create --password >> temporal magnum The request you have made requires authentication. >> (HTTP 401) >> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >> [root at shos1 ~(keystone_admin)]# >> >> I get the same response for project list: >> [root at shos1 ~(keystone_admin)]# openstack project list The request >> you have made requires authentication. (HTTP 401) >> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >> >> >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:18 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> With that keystonerc file, following command should work: >> >> openstack user create --password temporal magnum >> >> Does other commands as "openstack project list" work? >> >> >> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > .com> wrote: >> Hi Alfredo, >> >> Yes I am sourcing it >> Details below, ip address removed re URL >> >> Note I?m running the command as root user. The openstack installation >> was completed via packstack, which I wasn?t involved in?. >> >> Regards, >> >> Ed >> >> # more keystonerc_admin >> unset OS_SERVICE_TOKEN >> export OS_USERNAME=admin >> export OS_PASSWORD=2d0050bd38df4a0e >> export OS_AUTH_URL=http://:5000/v2.0 >> export PS1='[\u@\h \W(keystone_admin)]\$ ' >> >> export OS_TENANT_NAME=admin >> export OS_REGION_NAME=RegionOne >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:00 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> >> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > .com> wrote: >> Hi, >> >> Is there a proven procedure to install magnum on mitaka? >> I?m trying to work off this procedure which is written for liberty. >> I?m blocked at step ?Create Magnum user at keystone? >> I get the following error: >> ?# openstack user create --os-username magnum --password temporal -- >> os-auth-url http://:35357/v2.0/ Could not determine a suitable >> URL for the plugin? >> >> >> Are you sourcing your keystonerc_admin file?, if so, what variables >> are you declaring on it? >> >> >> # openstack --version >> openstack 2.2.0 >> >> Regards, >> >> Ed >> >> >> >> _______________________________________________ >> 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 >> >> > -- > Regards, > > Christopher Brown > OpenStack Engineer > OCF plc > > Tel: +44 (0)114 257 2200 > Web: www.ocf.co.uk > Blog: blog.ocf.co.uk > Twitter: @ocfplc > > Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. > > OCF plc is a company registered in England and Wales. Registered > number 4132533, VAT number GB 780 6803 14. Registered office address: > OCF plc, > 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. > > This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ rdo-list mailing list rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From chkumar246 at gmail.com Wed May 25 12:19:10 2016 From: chkumar246 at gmail.com (Chandan kumar) Date: Wed, 25 May 2016 17:49:10 +0530 Subject: [rdo-list] RDO Bug Statistics [2016-05-25] Message-ID: # RDO Bugs on 2016-05-25 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): 128 - Fixed (MODIFIED, POST, ON_QA): 42 ## Number of open bugs by component dib-utils [ 1] + distribution [ 7] ++++++++ Documentation [ 1] + instack [ 1] + instack-undercloud [ 9] ++++++++++ openstack-ceilometer [ 1] + openstack-cinder [ 2] ++ openstack-glance [ 1] + openstack-heat-templates [ 1] + openstack-horizon [ 1] + openstack-ironic-disco... [ 1] + openstack-neutron [ 6] ++++++ openstack-nova [ 4] ++++ openstack-packstack [ 35] ++++++++++++++++++++++++++++++++++++++++ openstack-puppet-modules [ 6] ++++++ openstack-sahara [ 2] ++ openstack-selinux [ 2] ++ openstack-tripleo [ 12] +++++++++++++ openstack-tripleo-heat... [ 1] + openstack-tripleo-imag... [ 1] + openstack-trove [ 1] + Package Review [ 12] +++++++++++++ python-neutronclient [ 1] + python-novaclient [ 1] + rdo-manager [ 14] ++++++++++++++++ rdopkg [ 1] + RFEs [ 2] ++ tempest [ 1] + ## Open bugs This is a list of "open" bugs by component. An "open" bug is in state NEW, ASSIGNED, ON_DEV and has not yet been fixed. (128 bugs) ### dib-utils (1 bug) [1263779 ] http://bugzilla.redhat.com/1263779 (NEW) Component: dib-utils Last change: 2016-04-18 Summary: Packstack Ironic admin_url misconfigured in nova.conf ### distribution (7 bugs) [1243533 ] http://bugzilla.redhat.com/1243533 (NEW) Component: distribution Last change: 2016-04-21 Summary: (RDO) Tracker: Review requests for new RDO Liberty packages [1316169 ] http://bugzilla.redhat.com/1316169 (ASSIGNED) Component: distribution Last change: 2016-05-18 Summary: openstack-barbican-api missing pid dir or wrong pid file specified [1339425 ] http://bugzilla.redhat.com/1339425 (NEW) Component: distribution Last change: 2016-05-25 Summary: ipxe-roms-qemu does not provide efi-virtio.rom [1329341 ] http://bugzilla.redhat.com/1329341 (NEW) Component: distribution Last change: 2016-05-20 Summary: Tracker: Blockers and Review requests for new RDO Newton packages [1301751 ] http://bugzilla.redhat.com/1301751 (NEW) Component: distribution Last change: 2016-04-18 Summary: Move all logging to stdout/err to allow systemd throttling logging of errors [1290163 ] http://bugzilla.redhat.com/1290163 (NEW) Component: distribution Last change: 2016-05-17 Summary: Tracker: Blockers and Review requests for new RDO Mitaka packages [1337335 ] http://bugzilla.redhat.com/1337335 (NEW) Component: distribution Last change: 2016-05-24 Summary: Hiera >= 2.x packaging ### Documentation (1 bug) [1272108 ] http://bugzilla.redhat.com/1272108 (NEW) Component: Documentation Last change: 2016-04-18 Summary: [DOC] External network should be documents in RDO manager installation ### instack (1 bug) [1315827 ] http://bugzilla.redhat.com/1315827 (NEW) Component: instack Last change: 2016-05-09 Summary: openstack undercloud install fails with "Element pip- and-virtualenv already loaded." ### instack-undercloud (9 bugs) [1175687 ] http://bugzilla.redhat.com/1175687 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: instack is not configued properly to log all Horizon/Tuskar messages in the undercloud deployment [1220509 ] http://bugzilla.redhat.com/1220509 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: wget is missing from qcow2 image fails instack-build- images script [1200081 ] http://bugzilla.redhat.com/1200081 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: Installing instack undercloud on Fedora20 VM fails [1199637 ] http://bugzilla.redhat.com/1199637 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: [RDO][Instack-undercloud]: harmless ERROR: installing 'template' displays when building the images . [1271200 ] http://bugzilla.redhat.com/1271200 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Overcloud images contain Kilo repos [1216982 ] http://bugzilla.redhat.com/1216982 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: instack-build-images does not stop on certain errors [1134073 ] http://bugzilla.redhat.com/1134073 (NEW) Component: instack-undercloud Last change: 2016-04-22 Summary: Nova default quotas insufficient to deploy baremetal overcloud [1265334 ] http://bugzilla.redhat.com/1265334 (NEW) Component: instack-undercloud Last change: 2016-04-18 Summary: rdo-manager liberty instack undercloud puppet apply fails w/ missing package dep pyinotify [1211800 ] http://bugzilla.redhat.com/1211800 (ASSIGNED) Component: instack-undercloud Last change: 2016-04-18 Summary: Sphinx docs for instack-undercloud have an incorrect network topology ### openstack-ceilometer (1 bug) [1265741 ] http://bugzilla.redhat.com/1265741 (NEW) Component: openstack-ceilometer Last change: 2016-04-27 Summary: python-redis is not installed with packstack allinone ### openstack-cinder (2 bugs) [1121256 ] http://bugzilla.redhat.com/1121256 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: Configuration file in share forces ignore of auth_uri [1049535 ] http://bugzilla.redhat.com/1049535 (NEW) Component: openstack-cinder Last change: 2016-04-19 Summary: [RFE] permit cinder to create a volume when root_squash is set to on for gluster storage ### openstack-glance (1 bug) [1312466 ] http://bugzilla.redhat.com/1312466 (NEW) Component: openstack-glance Last change: 2016-04-19 Summary: Support for blueprint cinder-store-upload-download in glance_store ### openstack-heat-templates (1 bug) [1296475 ] http://bugzilla.redhat.com/1296475 (ASSIGNED) Component: openstack-heat-templates Last change: 2016-05-19 Summary: Deploying Manila is not possible due to missing template ### openstack-horizon (1 bug) [1333508 ] http://bugzilla.redhat.com/1333508 (NEW) Component: openstack-horizon Last change: 2016-05-20 Summary: LBaaS v2 Dashboard UI ### openstack-ironic-discoverd (1 bug) [1211069 ] http://bugzilla.redhat.com/1211069 (ASSIGNED) Component: openstack-ironic-discoverd Last change: 2016-02-26 Summary: [RFE] [RDO-Manager] [discoverd] Add possibility to kill node discovery ### openstack-neutron (6 bugs) [1065826 ] http://bugzilla.redhat.com/1065826 (ASSIGNED) Component: openstack-neutron Last change: 2016-04-19 Summary: [RFE] [neutron] neutron services needs more RPM granularity [1282403 ] http://bugzilla.redhat.com/1282403 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Errors when running tempest.api.network.test_ports with IPAM reference driver enabled [1334797 ] http://bugzilla.redhat.com/1334797 (NEW) Component: openstack-neutron Last change: 2016-05-20 Summary: Ensure translations are installed correctly and picked up at runtime [1266381 ] http://bugzilla.redhat.com/1266381 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: OpenStack Liberty QoS feature is not working on EL7 as is need MySQL-python-1.2.5 [1281308 ] http://bugzilla.redhat.com/1281308 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: QoS policy is not enforced when using a previously used port [1147152 ] http://bugzilla.redhat.com/1147152 (NEW) Component: openstack-neutron Last change: 2016-04-19 Summary: Use neutron-sanity-check in CI checks ### openstack-nova (4 bugs) [1228836 ] http://bugzilla.redhat.com/1228836 (NEW) Component: openstack-nova Last change: 2016-04-22 Summary: Is there a way to configure IO throttling for RBD devices via configuration file [1123298 ] http://bugzilla.redhat.com/1123298 (ASSIGNED) Component: openstack-nova Last change: 2016-04-22 Summary: logrotate should copytruncate to avoid openstack logging to deleted files [1294747 ] http://bugzilla.redhat.com/1294747 (NEW) Component: openstack-nova Last change: 2016-05-16 Summary: Migration fails when the SRIOV PF is not online [1086247 ] http://bugzilla.redhat.com/1086247 (ASSIGNED) Component: openstack-nova Last change: 2016-05-11 Summary: Ensure translations are installed correctly and picked up at runtime ### openstack-packstack (35 bugs) [1200129 ] http://bugzilla.redhat.com/1200129 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: [RFE] add support for ceilometer workload partitioning via tooz/redis [1194678 ] http://bugzilla.redhat.com/1194678 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: On aarch64, nova.conf should default to vnc_enabled=False [1293693 ] http://bugzilla.redhat.com/1293693 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Keystone setup fails on missing required parameter [1286995 ] http://bugzilla.redhat.com/1286995 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack should configure LVM filtering with LVM/iSCSI [1023533 ] http://bugzilla.redhat.com/1023533 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: API services has all admin permission instead of service [1063393 ] http://bugzilla.redhat.com/1063393 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-18 Summary: RFE: Provide option to set bind_host/bind_port for API services [1297692 ] http://bugzilla.redhat.com/1297692 (ON_DEV) Component: openstack-packstack Last change: 2016-05-19 Summary: Raise MariaDB max connections limit [1302766 ] http://bugzilla.redhat.com/1302766 (NEW) Component: openstack-packstack Last change: 2016-05-19 Summary: Add Magnum support using puppet-magnum [1285494 ] http://bugzilla.redhat.com/1285494 (NEW) Component: openstack-packstack Last change: 2016-05-19 Summary: openstack- packstack-7.0.0-0.5.dev1661.gaf13b7e.el7.noarch cripples(?) httpd.conf [1316222 ] http://bugzilla.redhat.com/1316222 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-18 Summary: Packstack installation failed due to wrong http config [1291492 ] http://bugzilla.redhat.com/1291492 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Unfriendly behavior of IP filtering for VXLAN with EXCLUDE_SERVERS [1227298 ] http://bugzilla.redhat.com/1227298 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should support MTU settings [1188491 ] http://bugzilla.redhat.com/1188491 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-19 Summary: Packstack wording is unclear for demo and testing provisioning. [1208812 ] http://bugzilla.redhat.com/1208812 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-19 Summary: add DiskFilter to scheduler_default_filters [1201612 ] http://bugzilla.redhat.com/1201612 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-19 Summary: Interactive - Packstack asks for Tempest details even when Tempest install is declined [1061753 ] http://bugzilla.redhat.com/1061753 (NEW) Component: openstack-packstack Last change: 2016-05-16 Summary: [RFE] Create an option in packstack to increase verbosity level of libvirt [982035 ] http://bugzilla.redhat.com/982035 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Include Fedora cloud images in some nice way [1338012 ] http://bugzilla.redhat.com/1338012 (NEW) Component: openstack-packstack Last change: 2016-05-24 Summary: Packstack fails to configure Compute Node doing ML2&OVS&VLAN deployment RDO Mitaka (Stable release) [1296899 ] http://bugzilla.redhat.com/1296899 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-20 Summary: Swift's proxy-server is not configured to use ceilometer [1005073 ] http://bugzilla.redhat.com/1005073 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: [RFE] Please add glance and nova lib folder config [903645 ] http://bugzilla.redhat.com/903645 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: Include the ability in PackStack to support SSL for all REST services and message bus communication [1239027 ] http://bugzilla.redhat.com/1239027 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: please move httpd log files to corresponding dirs [1324070 ] http://bugzilla.redhat.com/1324070 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: RFE: PackStack Support for LBaaSv2 [1168113 ] http://bugzilla.redhat.com/1168113 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: The warning message " NetworkManager is active " appears even when the NetworkManager is inactive [1292271 ] http://bugzilla.redhat.com/1292271 (ASSIGNED) Component: openstack-packstack Last change: 2016-05-19 Summary: Receive Msg 'Error: Could not find user glance' [1116019 ] http://bugzilla.redhat.com/1116019 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: AMQP1.0 server configurations needed [1097291 ] http://bugzilla.redhat.com/1097291 (NEW) Component: openstack-packstack Last change: 2016-05-18 Summary: [RFE] SPICE support in packstack [1338496 ] http://bugzilla.redhat.com/1338496 (NEW) Component: openstack-packstack Last change: 2016-05-23 Summary: Failed to install with packstack [1312487 ] http://bugzilla.redhat.com/1312487 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack with Swift Glance backend does not seem to work [1184806 ] http://bugzilla.redhat.com/1184806 (NEW) Component: openstack-packstack Last change: 2016-04-28 Summary: [RFE] Packstack should support deploying Nova and Glance with RBD images and Ceph as a backend [1172310 ] http://bugzilla.redhat.com/1172310 (ASSIGNED) Component: openstack-packstack Last change: 2016-04-19 Summary: support Keystone LDAP [1012382 ] http://bugzilla.redhat.com/1012382 (ON_DEV) Component: openstack-packstack Last change: 2016-04-19 Summary: swift: Admin user does not have permissions to see containers created by glance service [1289761 ] http://bugzilla.redhat.com/1289761 (NEW) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack installs Nova crontab that nova user can't run [1286828 ] http://bugzilla.redhat.com/1286828 (NEW) Component: openstack-packstack Last change: 2016-05-19 Summary: Packstack should have the option to install QoS (neutron) [1172467 ] http://bugzilla.redhat.com/1172467 (NEW) Component: openstack-packstack Last change: 2016-04-19 Summary: New user cannot retrieve container listing ### openstack-puppet-modules (6 bugs) [1318332 ] http://bugzilla.redhat.com/1318332 (NEW) Component: openstack-puppet-modules Last change: 2016-04-19 Summary: Cinder workaround should be removed [1297535 ] http://bugzilla.redhat.com/1297535 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: Undercloud installation fails ::aodh::keystone::auth not found for instack [1150902 ] http://bugzilla.redhat.com/1150902 (ASSIGNED) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: selinux prevents httpd to write to /var/log/horizon/horizon.log [1316856 ] http://bugzilla.redhat.com/1316856 (NEW) Component: openstack-puppet-modules Last change: 2016-04-28 Summary: packstack fails to configure ovs bridge for CentOS [1240736 ] http://bugzilla.redhat.com/1240736 (NEW) Component: openstack-puppet-modules Last change: 2016-04-18 Summary: trove guestagent config mods for integration testing [1107907 ] http://bugzilla.redhat.com/1107907 (NEW) Component: openstack-puppet-modules Last change: 2016-05-18 Summary: Offset Swift ports to 6200 ### openstack-sahara (2 bugs) [1305790 ] http://bugzilla.redhat.com/1305790 (NEW) Component: openstack-sahara Last change: 2016-02-09 Summary: Failure to launch Caldera 5.0.4 Hadoop Cluster via Sahara Wizards on RDO Liberty [1305419 ] http://bugzilla.redhat.com/1305419 (NEW) Component: openstack-sahara Last change: 2016-02-10 Summary: Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty ### openstack-selinux (2 bugs) [1320043 ] http://bugzilla.redhat.com/1320043 (NEW) Component: openstack-selinux Last change: 2016-04-19 Summary: rootwrap-daemon can't start after reboot due to AVC denial [1174795 ] http://bugzilla.redhat.com/1174795 (NEW) Component: openstack-selinux Last change: 2016-04-18 Summary: keystone fails to start: raise exception.ConfigFileNotF ound(config_file=paste_config_value) ### openstack-tripleo (12 bugs) [1056109 ] http://bugzilla.redhat.com/1056109 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Making the overcloud deployment fully HA [1056110 ] http://bugzilla.redhat.com/1056110 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Scaling work to do during icehouse [1303614 ] http://bugzilla.redhat.com/1303614 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: overcloud deployment failed AttributeError: 'Proxy' object has no attribute 'api' [1056114 ] http://bugzilla.redhat.com/1056114 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Implement a complete overcloud installation story in the UI [1329095 ] http://bugzilla.redhat.com/1329095 (NEW) Component: openstack-tripleo Last change: 2016-04-22 Summary: mariadb and keystone down after an upgrade from liberty to mitaka [1056106 ] http://bugzilla.redhat.com/1056106 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][ironic]: Integration of Ironic in to TripleO [1277990 ] http://bugzilla.redhat.com/1277990 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: openstack-ironic-inspector-dnsmasq.service: failed to start during undercloud installation [1277980 ] http://bugzilla.redhat.com/1277980 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: missing python-proliantutils [1334259 ] http://bugzilla.redhat.com/1334259 (NEW) Component: openstack-tripleo Last change: 2016-05-09 Summary: openstack overcloud image upload fails with "Required file "./ironic-python-agent.initramfs" does not exist." [1339543 ] http://bugzilla.redhat.com/1339543 (NEW) Component: openstack-tripleo Last change: 2016-05-25 Summary: Error AttributeError: 'module' object has no attribute 'PortOpt' deploying overcloud [1056112 ] http://bugzilla.redhat.com/1056112 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: [RFE][tripleo]: Deploying different architecture topologies with Tuskar [1174776 ] http://bugzilla.redhat.com/1174776 (NEW) Component: openstack-tripleo Last change: 2016-04-18 Summary: User can not login into the overcloud horizon using the proper credentials ### openstack-tripleo-heat-templates (1 bug) [1266027 ] http://bugzilla.redhat.com/1266027 (NEW) Component: openstack-tripleo-heat-templates Last change: 2016-04-18 Summary: TripleO should use pymysql database driver since Liberty ### openstack-tripleo-image-elements (1 bug) [1303567 ] http://bugzilla.redhat.com/1303567 (NEW) Component: openstack-tripleo-image-elements Last change: 2016-04-18 Summary: Overcloud deployment fails using Ceph ### openstack-trove (1 bug) [1327068 ] http://bugzilla.redhat.com/1327068 (NEW) Component: openstack-trove Last change: 2016-05-24 Summary: trove guest agent should create a sudoers entry ### Package Review (12 bugs) [1299959 ] http://bugzilla.redhat.com/1299959 (NEW) Component: Package Review Last change: 2016-05-23 Summary: Package Review: python-ironic-cisco [1279513 ] http://bugzilla.redhat.com/1279513 (ASSIGNED) Component: Package Review Last change: 2016-04-18 Summary: New Package: python-dracclient [1326586 ] http://bugzilla.redhat.com/1326586 (NEW) Component: Package Review Last change: 2016-04-13 Summary: Review request: Sensu [1272524 ] http://bugzilla.redhat.com/1272524 (ASSIGNED) Component: Package Review Last change: 2016-05-19 Summary: Review Request: openstack-mistral - workflow Service for OpenStack cloud [1318310 ] http://bugzilla.redhat.com/1318310 (NEW) Component: Package Review Last change: 2016-05-17 Summary: Review Request: openstack-magnum-ui - OpenStack Magnum UI Horizon plugin [1331952 ] http://bugzilla.redhat.com/1331952 (ASSIGNED) Component: Package Review Last change: 2016-05-17 Summary: Review Request: openstack-mistral-ui - OpenStack Mistral Dashboard [1272513 ] http://bugzilla.redhat.com/1272513 (ASSIGNED) Component: Package Review Last change: 2016-05-20 Summary: Review Request: Murano - is an application catalog for OpenStack [1329125 ] http://bugzilla.redhat.com/1329125 (ASSIGNED) Component: Package Review Last change: 2016-04-26 Summary: Review Request: python-oslo-privsep - OpenStack library for privilege separation [1331486 ] http://bugzilla.redhat.com/1331486 (NEW) Component: Package Review Last change: 2016-05-24 Summary: Tracker bugzilla for puppet packages in RDO Newton cycle [1312328 ] http://bugzilla.redhat.com/1312328 (NEW) Component: Package Review Last change: 2016-05-19 Summary: New Package: openstack-ironic-staging-drivers [1293948 ] http://bugzilla.redhat.com/1293948 (NEW) Component: Package Review Last change: 2016-05-23 Summary: Review Request: python-kuryr [1318765 ] http://bugzilla.redhat.com/1318765 (NEW) Component: Package Review Last change: 2016-05-24 Summary: Review Request: openstack-sahara-tests - Sahara Scenario Test Framework ### python-neutronclient (1 bug) [1132541 ] http://bugzilla.redhat.com/1132541 (ASSIGNED) Component: python-neutronclient Last change: 2016-04-18 Summary: neutron security-group-rule-list fails with URI too long ### python-novaclient (1 bug) [1123451 ] http://bugzilla.redhat.com/1123451 (ASSIGNED) Component: python-novaclient Last change: 2016-05-02 Summary: Missing versioned dependency on python-six ### rdo-manager (14 bugs) [1306350 ] http://bugzilla.redhat.com/1306350 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, if not configured, the first nic on compute nodes gets addresses from dhcp as a default [1272376 ] http://bugzilla.redhat.com/1272376 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Duplicate nova hypervisors after rebooting compute nodes [1271289 ] http://bugzilla.redhat.com/1271289 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: overcloud-novacompute stuck in spawning state [1216981 ] http://bugzilla.redhat.com/1216981 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: No way to increase yum timeouts when building images [1270370 ] http://bugzilla.redhat.com/1270370 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: [RDO-Manager] bulk introspection moving the nodes from available to manageable too quickly [getting: NodeLocked:] [1273541 ] http://bugzilla.redhat.com/1273541 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: RDO-Manager needs epel.repo enabled (otherwise undercloud deployment fails.) [1292253 ] http://bugzilla.redhat.com/1292253 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Production + EPEL + yum-plugin-priorities results in wrong version of hiera [1271726 ] http://bugzilla.redhat.com/1271726 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: 1 of the overcloud VMs (nova) is stack in spawning state [1270910 ] http://bugzilla.redhat.com/1270910 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: IP address from external subnet gets assigned to br-ex when using default single-nic-vlans templates [1306364 ] http://bugzilla.redhat.com/1306364 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: With RDO-manager, using bridge mappings, Neutron opensvswitch-agent plugin's config file don't gets populated correctly [1273680 ] http://bugzilla.redhat.com/1273680 (ASSIGNED) Component: rdo-manager Last change: 2016-04-18 Summary: HA overcloud with network isolation deployment fails [1270805 ] http://bugzilla.redhat.com/1270805 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: Glance client returning 'Expected endpoint' [1230582 ] http://bugzilla.redhat.com/1230582 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: there is a newer image that can be used to deploy openstack [1294683 ] http://bugzilla.redhat.com/1294683 (NEW) Component: rdo-manager Last change: 2016-04-18 Summary: instack-undercloud: "openstack undercloud install" throws errors and then gets stuck due to selinux. ### rdopkg (1 bug) [1100405 ] http://bugzilla.redhat.com/1100405 (ASSIGNED) Component: rdopkg Last change: 2014-05-22 Summary: [RFE] Add option to force overwrite build files on update download ### RFEs (2 bugs) [1193886 ] http://bugzilla.redhat.com/1193886 (ASSIGNED) Component: RFEs Last change: 2016-04-18 Summary: RFE: wait for DB after boot [1158517 ] http://bugzilla.redhat.com/1158517 (NEW) Component: RFEs Last change: 2016-05-20 Summary: [RFE] Provide easy to use upgrade tool ### tempest (1 bug) [1250081 ] http://bugzilla.redhat.com/1250081 (NEW) Component: tempest Last change: 2015-08-06 Summary: test_minimum_basic scenario failed to run on rdo- manager ## Fixed bugs This is a list of "fixed" bugs by component. A "fixed" bug is fixed state MODIFIED, POST, ON_QA and has been fixed. You can help out by testing the fix to make sure it works as intended. (42 bugs) ### distribution (4 bugs) [1328980 ] http://bugzilla.redhat.com/1328980 (MODIFIED) Component: distribution Last change: 2016-04-21 Summary: Log handler repeatedly crashes [1336566 ] http://bugzilla.redhat.com/1336566 (ON_QA) Component: distribution Last change: 2016-05-20 Summary: Paramiko needs to be updated to 2.0 to match upstream requirement [1317971 ] http://bugzilla.redhat.com/1317971 (POST) Component: distribution Last change: 2016-05-23 Summary: openstack-cloudkitty-common should have a /etc/cloudkitty/api_paste.ini [1134121 ] http://bugzilla.redhat.com/1134121 (POST) Component: distribution Last change: 2016-04-18 Summary: Tuskar Fails After Remove/Reinstall Of RDO ### instack-undercloud (1 bug) [1270033 ] http://bugzilla.redhat.com/1270033 (POST) Component: instack-undercloud Last change: 2016-05-05 Summary: [RDO-Manager] Node inspection fails when changing the default 'inspection_iprange' value in undecloud.conf. ### openstack-ceilometer (2 bugs) [1287252 ] http://bugzilla.redhat.com/1287252 (POST) Component: openstack-ceilometer Last change: 2016-04-18 Summary: openstack-ceilometer-alarm-notifier does not start: unit file is missing [1331510 ] http://bugzilla.redhat.com/1331510 (MODIFIED) Component: openstack-ceilometer Last change: 2016-05-19 Summary: Gnocchi 2.0.2-1 release does not have Mitaka default configuration file ### openstack-cinder (1 bug) [1212899 ] http://bugzilla.redhat.com/1212899 (POST) Component: openstack-cinder Last change: 2016-05-20 Summary: [packaging] missing dependencies for openstack-cinder ### openstack-glance (1 bug) [1074724 ] http://bugzilla.redhat.com/1074724 (POST) Component: openstack-glance Last change: 2016-04-19 Summary: Glance api ssl issue ### openstack-ironic-discoverd (1 bug) [1322892 ] http://bugzilla.redhat.com/1322892 (MODIFIED) Component: openstack-ironic-discoverd Last change: 2016-05-11 Summary: No valid interfaces found during introspection ### openstack-keystone (1 bug) [1280530 ] http://bugzilla.redhat.com/1280530 (MODIFIED) Component: openstack-keystone Last change: 2016-05-20 Summary: Fernet tokens cannot read key files with SELInux enabled ### openstack-neutron (2 bugs) [1049807 ] http://bugzilla.redhat.com/1049807 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-dhcp-agent fails to start with plenty of SELinux AVC denials [1281920 ] http://bugzilla.redhat.com/1281920 (POST) Component: openstack-neutron Last change: 2016-04-19 Summary: neutron-server will not start: fails with pbr version issue ### openstack-nova (1 bug) [1301156 ] http://bugzilla.redhat.com/1301156 (POST) Component: openstack-nova Last change: 2016-04-22 Summary: openstack-nova missing specfile requires on castellan>=0.3.1 ### openstack-packstack (19 bugs) [1335612 ] http://bugzilla.redhat.com/1335612 (MODIFIED) Component: openstack-packstack Last change: 2016-05-19 Summary: CONFIG_USE_SUBNETS=y won't work correctly with VLAN [1028690 ] http://bugzilla.redhat.com/1028690 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack requires 2 runs to install ceilometer [1288179 ] http://bugzilla.redhat.com/1288179 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Mitaka: Packstack image provisioning fails with "Store filesystem could not be configured correctly" [1018900 ] http://bugzilla.redhat.com/1018900 (MODIFIED) Component: openstack-packstack Last change: 2016-05-18 Summary: Packstack fails with "The iptables provider can not handle attribute outiface" [1285314 ] http://bugzilla.redhat.com/1285314 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack needs to support aodh services since Mitaka [1080369 ] http://bugzilla.redhat.com/1080369 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: packstack fails with KeyError :CONFIG_PROVISION_DEMO_FLOATRANGE if more compute-hosts are added [1302275 ] http://bugzilla.redhat.com/1302275 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-l3-agent does not start on Mitaka-2 when enabling FWaaS [1302256 ] http://bugzilla.redhat.com/1302256 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: neutron-server does not start on Mitaka-2 when enabling LBaaS [1266028 ] http://bugzilla.redhat.com/1266028 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Packstack should use pymysql database driver since Liberty [1282746 ] http://bugzilla.redhat.com/1282746 (POST) Component: openstack-packstack Last change: 2016-05-18 Summary: Swift's proxy-server is not configured to use ceilometer [1150652 ] http://bugzilla.redhat.com/1150652 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: PackStack does not provide an option to register hosts to Red Hat Satellite 6 [1297833 ] http://bugzilla.redhat.com/1297833 (POST) Component: openstack-packstack Last change: 2016-04-19 Summary: VPNaaS should use libreswan driver instead of openswan by default [1049537 ] http://bugzilla.redhat.com/1049537 (MODIFIED) Component: openstack-packstack Last change: 2016-05-18 Summary: Horizon help url in RDO points to the RHOS documentation [1187412 ] http://bugzilla.redhat.com/1187412 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Script wording for service installation should be consistent [1255369 ] http://bugzilla.redhat.com/1255369 (POST) Component: openstack-packstack Last change: 2016-05-19 Summary: Improve session settings for horizon [1298245 ] http://bugzilla.redhat.com/1298245 (MODIFIED) Component: openstack-packstack Last change: 2016-04-18 Summary: Add possibility to change DEFAULT/api_paste_config in trove.conf [1148949 ] http://bugzilla.redhat.com/1148949 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: openstack-packstack: installed "packstack --allinone" on Centos7.0 and configured private networking. The booted VMs are not able to communicate with each other, nor ping the gateway. [1124982 ] http://bugzilla.redhat.com/1124982 (POST) Component: openstack-packstack Last change: 2016-04-18 Summary: Help text for SSL is incorrect regarding passphrase on the cert [1330289 ] http://bugzilla.redhat.com/1330289 (POST) Component: openstack-packstack Last change: 2016-05-21 Summary: Failure to install Controller/Network&&Compute Cluster on RDO Mitaka with keystone API V3 ### openstack-utils (1 bug) [1211989 ] http://bugzilla.redhat.com/1211989 (POST) Component: openstack-utils Last change: 2016-04-18 Summary: openstack-status shows 'disabled on boot' for the mysqld service ### openvswitch (1 bug) [1331227 ] http://bugzilla.redhat.com/1331227 (MODIFIED) Component: openvswitch Last change: 2016-05-19 Summary: CVE-2016-2074 openvswitch: MPLS buffer overflow vulnerability [rdo] ### Package Review (2 bugs) [1323219 ] http://bugzilla.redhat.com/1323219 (ON_QA) Component: Package Review Last change: 2016-05-12 Summary: Review Request: openstack-trove-ui - OpenStack Dashboard plugin for Trove project [1323222 ] http://bugzilla.redhat.com/1323222 (ON_QA) Component: Package Review Last change: 2016-05-12 Summary: Review request for openstack-sahara-ui ### python-keystoneclient (1 bug) [973263 ] http://bugzilla.redhat.com/973263 (POST) Component: python-keystoneclient Last change: 2016-04-19 Summary: user-get fails when using IDs which are not UUIDs ### rdo-manager (2 bugs) [1271335 ] http://bugzilla.redhat.com/1271335 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: [RFE] Support explicit configuration of L2 population [1268990 ] http://bugzilla.redhat.com/1268990 (POST) Component: rdo-manager Last change: 2016-04-18 Summary: missing from docs Build images fails without : export DIB_YUM_REPO_CONF="/etc/yum.repos.d/delorean.repo /etc/yum.repos.d/delorean-deps.repo" ### rdo-manager-cli (2 bugs) [1278972 ] http://bugzilla.redhat.com/1278972 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: rdo-manager liberty delorean dib failing w/ "No module named passlib.utils" [1273197 ] http://bugzilla.redhat.com/1273197 (POST) Component: rdo-manager-cli Last change: 2016-04-18 Summary: VXLAN should be default neutron network type Thanks, Chandan Kumar From rbowen at redhat.com Wed May 25 13:35:35 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 25 May 2016 09:35:35 -0400 Subject: [rdo-list] Reminder: Newton 1 test day next week Message-ID: As you may be aware, Newton 1 is scheduled for next week[1] and, as usual, we have a test day scheduled for the days following - June 2 and 3. I will be traveling those days, but I'll start putting together the usual test day matrix at https://www.rdoproject.org/testday/ I can once again use everyone's help in defining and documenting the test cases that we need people to be running. Thanks. -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ [1] http://releases.openstack.org/newton/schedule.html From Edward.Ahern at tecnotree.com Wed May 25 14:17:26 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Wed, 25 May 2016 14:17:26 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> Message-ID: <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> Rebooted the vm Got a different error for first attempt [root at shos1 ~(keystone_admin)]# openstack server list Discovering versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. Unable to establish connection to http://192.168.50.248:5000/v2.0/tokens Above url doesn't exist, from the debug: Making authentication request to http://192.168.50.248:5000/v2.0/tokens Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens HTTP/1.1" 401 114 Request returned failure status: 401 Can the url be created? Ran it in debug mode, see below [root at shos1 ~(keystone_admin)]# openstack server list --debug START with options: ['server', 'list', '--debug'] options: Namespace(access_token_endpoint='', auth_type='', auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', client_secret='***', cloud='', debug=True, default_domain='default', deferred_help=False, domain_id='', domain_name='', endpoint='', identity_provider='', identity_provider_url='', insecure=None, interface='', log_file=None, os_compute_api_version='', os_data_processing_api_version='1.1', os_data_processing_url='', os_identity_api_version='', os_image_api_version='', os_key_manager_api_version='1', os_network_api_version='', os_object_api_version='', os_orchestration_api_version='1', os_project_id=None, os_project_name=None, os_volume_api_version='', password='***', profile=None, project_domain_id='', project_domain_name='', project_id='', project_name='admin', protocol='', region_name='RegionOne', scope='', service_provider_endpoint='', timing=False, token='***', trust_id='', url='', user_domain_id='', user_domain_name='', user_id='', username='admin', verbose_level=3, verify=None) defaults: {u'auth_type': 'password', u'compute_api_version': u'2', 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': None, u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', u'orchestration_api_version': u'1', u'interface': None, u'network_api_version': u'2', u'image_format': u'qcow2', u'key_manager_api_version': u'v1', u'metering_api_version': u'2', 'verify': True, u'identity_api_version': u'2.0', u'volume_api_version': u'2', 'cert': None, u'secgroup_source': u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', u'object_store_api_version': u'1', u'disable_vendor_agent': {}} cloud cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': None, u'database_api_version': u'1.0', 'data_processing_api_version': '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', 'auth': {'username': 'admin', 'project_name': 'admin', 'password': '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, 'default_domain': 'default', u'container_api_version': u'1', u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', u'orchestration_api_version': '1', 'timing': False, 'cacert': None, u'key_manager_api_version': '1', u'metering_api_version': u'2', 'deferred_help': False, u'identity_api_version': u'2.0', u'volume_api_version': u'2', 'cert': None, u'secgroup_source': u'neutron', 'debug': True, u'interface': None, u'disable_vendor_agent': {}} compute API version 2, cmd group openstack.compute.v2 network API version 2, cmd group openstack.network.v2 image API version 2, cmd group openstack.image.v2 volume API version 2, cmd group openstack.volume.v2 identity API version 2.0, cmd group openstack.identity.v2 object_store API version 1, cmd group openstack.object_store.v1 orchestration API version 1, cmd group openstack.orchestration.v1 data_processing API version 1.1, cmd group openstack.data_processing.v1 key_manager API version 1, cmd group openstack.key_manager.v1 command: server list -> openstackclient.compute.v2.server.ListServer Auth plugin password selected auth_type: password Using auth plugin: password Using parameters {'username': 'admin', 'password': '***', 'project_name': 'admin', 'auth_url': 'http://192.168.50.248:5000/v2.0'} Get auth_ref REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" Starting new HTTP connection (1): 192.168.50.248 "GET /v2.0 HTTP/1.1" 200 231 RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT Content-Type: application/json x-openstack-request-id: req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 RESP BODY: {"version": {"status": "stable", "updated": "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}], "id": "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", "rel": "describedby"}]}} Making authentication request to http://192.168.50.248:5000/v2.0/tokens Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens HTTP/1.1" 401 114 Request returned failure status: 401 The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand self.prepare_to_run_command(cmd) File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command self.client_manager.auth_ref File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref self._auth_ref = self.auth.get_auth_ref(self.session) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref return self._plugin.get_auth_ref(session, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref authenticated=False, log=False) File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post return self.request(url, 'POST', **kwargs) File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request resp = super(TimingSession, self).request(url, method, **kwargs) File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request raise exceptions.from_response(resp, method, url) Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) clean_up ListServer: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 118, in run ret_val = super(OpenStackShell, self).run(argv) File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run result = self.run_subcommand(remainder) File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 153, in run_subcommand ret_value = super(OpenStackShell, self).run_subcommand(argv) File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand self.prepare_to_run_command(cmd) File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command self.client_manager.auth_ref File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref self._auth_ref = self.auth.get_auth_ref(self.session) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref return self._plugin.get_auth_ref(session, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref authenticated=False, log=False) File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post return self.request(url, 'POST', **kwargs) File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request resp = super(TimingSession, self).request(url, method, **kwargs) File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request raise exceptions.from_response(resp, method, url) Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) END return value: 1 -----Original Message----- From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern Sent: 25 May 2016 12:04 To: Alfredo Moralejo Alonso Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka Just to follow up on the below error and its shooting in the dark.....tailing some logs keystone_wsgi_main_access.log: 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" -----Original Message----- From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern Sent: 25 May 2016 11:40 To: Alfredo Moralejo Alonso Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka [root at shos1 ~]# source keystonerc_admin [root at shos1 ~(keystone_admin)]# openstack server list The request you have made requires authentication. (HTTP 401) (Request-ID: req-cb5a1775-d6d5-4c99-8495-deb52df55f53) [root at shos1 ~(keystone_admin)]# -----Original Message----- From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 25 May 2016 10:55 To: Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: openstack server list On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: > Has anyone got further ideas or could point me towards a procedure to debug the issue? > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 23 May 2016 20:28 > To: Christopher Brown ; amoralej at redhat.com > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: > > http://192.168.101.20:5000/v2.0 > > > -----Original Message----- > From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] > Sent: 23 May 2016 19:56 > To: amoralej at redhat.com; Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? > > ie. the URL is not _actually_ : > > http://:5000/v2.0 > > but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. > > I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. > > On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >> Not working unfortunately: >> >> [root at shos1 ~]# source keystonerc_admin >> [root at shos1 ~(keystone_admin)]# openstack user create --password >> temporal magnum The request you have made requires authentication. >> (HTTP 401) >> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >> [root at shos1 ~(keystone_admin)]# >> >> I get the same response for project list: >> [root at shos1 ~(keystone_admin)]# openstack project list The request >> you have made requires authentication. (HTTP 401) >> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >> >> >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:18 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> With that keystonerc file, following command should work: >> >> openstack user create --password temporal magnum >> >> Does other commands as "openstack project list" work? >> >> >> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > .com> wrote: >> Hi Alfredo, >> >> Yes I am sourcing it >> Details below, ip address removed re URL >> >> Note I?m running the command as root user. The openstack installation >> was completed via packstack, which I wasn?t involved in?. >> >> Regards, >> >> Ed >> >> # more keystonerc_admin >> unset OS_SERVICE_TOKEN >> export OS_USERNAME=admin >> export OS_PASSWORD=2d0050bd38df4a0e >> export OS_AUTH_URL=http://:5000/v2.0 >> export PS1='[\u@\h \W(keystone_admin)]\$ ' >> >> export OS_TENANT_NAME=admin >> export OS_REGION_NAME=RegionOne >> >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 23 May 2016 16:00 >> To: Edward Ahern >> Cc: rdo-list >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> >> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > .com> wrote: >> Hi, >> >> Is there a proven procedure to install magnum on mitaka? >> I?m trying to work off this procedure which is written for liberty. >> I?m blocked at step ?Create Magnum user at keystone? >> I get the following error: >> ?# openstack user create --os-username magnum --password temporal -- >> os-auth-url http://:35357/v2.0/ Could not determine a suitable >> URL for the plugin? >> >> >> Are you sourcing your keystonerc_admin file?, if so, what variables >> are you declaring on it? >> >> >> # openstack --version >> openstack 2.2.0 >> >> Regards, >> >> Ed >> >> >> >> _______________________________________________ >> 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 >> >> > -- > Regards, > > Christopher Brown > OpenStack Engineer > OCF plc > > Tel: +44 (0)114 257 2200 > Web: www.ocf.co.uk > Blog: blog.ocf.co.uk > Twitter: @ocfplc > > Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. > > OCF plc is a company registered in England and Wales. Registered > number 4132533, VAT number GB 780 6803 14. Registered office address: > OCF plc, > 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. > > This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ rdo-list mailing list rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com _______________________________________________ rdo-list mailing list rdo-list at redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe at redhat.com From amoralej at redhat.com Wed May 25 14:24:46 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Wed, 25 May 2016 16:24:46 +0200 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> Message-ID: Hi, I'd recommend to deploy the environment from the scratch, redeploy OS and packstack on top. Note that, if you need to re-run packstack for any reason you must use the same answers file. I'm not sure, but that could explain the messages you are getting. Best regards, Alfredo On Wed, May 25, 2016 at 4:17 PM, Edward Ahern wrote: > Rebooted the vm > > Got a different error for first attempt > > [root at shos1 ~(keystone_admin)]# openstack server list > Discovering versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. > Unable to establish connection to http://192.168.50.248:5000/v2.0/tokens > > Above url doesn't exist, from the debug: > > Making authentication request to http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 > "POST /v2.0/tokens HTTP/1.1" 401 114 > Request returned failure status: 401 > > Can the url be created? > > > > Ran it in debug mode, see below > > [root at shos1 ~(keystone_admin)]# openstack server list --debug > START with options: ['server', 'list', '--debug'] > options: Namespace(access_token_endpoint='', auth_type='', auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', client_secret='***', cloud='', debug=True, default_domain='default', deferred_help=False, domain_id='', domain_name='', endpoint='', identity_provider='', identity_provider_url='', insecure=None, interface='', log_file=None, os_compute_api_version='', os_data_processing_api_version='1.1', os_data_processing_url='', os_identity_api_version='', os_image_api_version='', os_key_manager_api_version='1', os_network_api_version='', os_object_api_version='', os_orchestration_api_version='1', os_project_id=None, os_project_name=None, os_volume_api_version='', password='***', profile=None, project_domain_id='', project_domain_name='', project_id='', project_name='admin', protocol='', region_name='RegionOne', scope='', service_provider_endpoint='', timing=False, token='***', trust_id='', url='', user_domain_id='', user_domain_name='', user_id='', username='admin', verbose_level=3, verify=None) > defaults: {u'auth_type': 'password', u'compute_api_version': u'2', 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': None, u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', u'orchestration_api_version': u'1', u'interface': None, u'network_api_version': u'2', u'image_format': u'qcow2', u'key_manager_api_version': u'v1', u'metering_api_version': u'2', 'verify': True, u'identity_api_version': u'2.0', u'volume_api_version': u'2', 'cert': None, u'secgroup_source': u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', u'object_store_api_version': u'1', u'disable_vendor_agent': {}} > cloud cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': None, u'database_api_version': u'1.0', 'data_processing_api_version': '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', 'auth': {'username': 'admin', 'project_name': 'admin', 'password': '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, 'default_domain': 'default', u'container_api_version': u'1', u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', u'orchestration_api_version': '1', 'timing': False, 'cacert': None, u'key_manager_api_version': '1', u'metering_api_version': u'2', 'deferred_help': False, u'identity_api_version': u'2.0', u'volume_api_version': u'2', 'cert': None, u'secgroup_source': u'neutron', 'debug': True, u'interface': None, u'disable_vendor_agent': {}} > compute API version 2, cmd group openstack.compute.v2 > network API version 2, cmd group openstack.network.v2 > image API version 2, cmd group openstack.image.v2 > volume API version 2, cmd group openstack.volume.v2 > identity API version 2.0, cmd group openstack.identity.v2 > object_store API version 1, cmd group openstack.object_store.v1 > orchestration API version 1, cmd group openstack.orchestration.v1 > data_processing API version 1.1, cmd group openstack.data_processing.v1 > key_manager API version 1, cmd group openstack.key_manager.v1 > command: server list -> openstackclient.compute.v2.server.ListServer > Auth plugin password selected > auth_type: password > Using auth plugin: password > Using parameters {'username': 'admin', 'password': '***', 'project_name': 'admin', 'auth_url': 'http://192.168.50.248:5000/v2.0'} > Get auth_ref > REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > Starting new HTTP connection (1): 192.168.50.248 > "GET /v2.0 HTTP/1.1" 200 231 > RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT Content-Type: application/json x-openstack-request-id: req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 > RESP BODY: {"version": {"status": "stable", "updated": "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}], "id": "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", "rel": "describedby"}]}} > > Making authentication request to http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 > "POST /v2.0/tokens HTTP/1.1" 401 114 > Request returned failure status: 401 > The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > clean_up ListServer: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 118, in run > ret_val = super(OpenStackShell, self).run(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run > result = self.run_subcommand(remainder) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 153, in run_subcommand > ret_value = super(OpenStackShell, self).run_subcommand(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > > END return value: 1 > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern > Sent: 25 May 2016 12:04 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Just to follow up on the below error and its shooting in the dark.....tailing some logs > > keystone_wsgi_main_access.log: > > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] On Behalf Of Edward Ahern > Sent: 25 May 2016 11:40 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack server list The request you have made requires authentication. (HTTP 401) (Request-ID: req-cb5a1775-d6d5-4c99-8495-deb52df55f53) > [root at shos1 ~(keystone_admin)]# > > > > -----Original Message----- > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 25 May 2016 10:55 > To: Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: > > openstack server list > > > > On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: >> Has anyone got further ideas or could point me towards a procedure to debug the issue? >> >> >> -----Original Message----- >> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] >> On Behalf Of Edward Ahern >> Sent: 23 May 2016 20:28 >> To: Christopher Brown ; amoralej at redhat.com >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: >> >> http://192.168.101.20:5000/v2.0 >> >> >> -----Original Message----- >> From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] >> Sent: 23 May 2016 19:56 >> To: amoralej at redhat.com; Edward Ahern >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? >> >> ie. the URL is not _actually_ : >> >> http://:5000/v2.0 >> >> but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. >> >> I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. >> >> On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >>> Not working unfortunately: >>> >>> [root at shos1 ~]# source keystonerc_admin >>> [root at shos1 ~(keystone_admin)]# openstack user create --password >>> temporal magnum The request you have made requires authentication. >>> (HTTP 401) >>> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >>> [root at shos1 ~(keystone_admin)]# >>> >>> I get the same response for project list: >>> [root at shos1 ~(keystone_admin)]# openstack project list The request >>> you have made requires authentication. (HTTP 401) >>> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >>> >>> >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:18 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> With that keystonerc file, following command should work: >>> >>> openstack user create --password temporal magnum >>> >>> Does other commands as "openstack project list" work? >>> >>> >>> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern >> .com> wrote: >>> Hi Alfredo, >>> >>> Yes I am sourcing it >>> Details below, ip address removed re URL >>> >>> Note I?m running the command as root user. The openstack installation >>> was completed via packstack, which I wasn?t involved in?. >>> >>> Regards, >>> >>> Ed >>> >>> # more keystonerc_admin >>> unset OS_SERVICE_TOKEN >>> export OS_USERNAME=admin >>> export OS_PASSWORD=2d0050bd38df4a0e >>> export OS_AUTH_URL=http://:5000/v2.0 >>> export PS1='[\u@\h \W(keystone_admin)]\$ ' >>> >>> export OS_TENANT_NAME=admin >>> export OS_REGION_NAME=RegionOne >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:00 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> >>> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern >> .com> wrote: >>> Hi, >>> >>> Is there a proven procedure to install magnum on mitaka? >>> I?m trying to work off this procedure which is written for liberty. >>> I?m blocked at step ?Create Magnum user at keystone? >>> I get the following error: >>> ?# openstack user create --os-username magnum --password temporal -- >>> os-auth-url http://:35357/v2.0/ Could not determine a suitable >>> URL for the plugin? >>> >>> >>> Are you sourcing your keystonerc_admin file?, if so, what variables >>> are you declaring on it? >>> >>> >>> # openstack --version >>> openstack 2.2.0 >>> >>> Regards, >>> >>> Ed >>> >>> >>> >>> _______________________________________________ >>> 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 >>> >>> >> -- >> Regards, >> >> Christopher Brown >> OpenStack Engineer >> OCF plc >> >> Tel: +44 (0)114 257 2200 >> Web: www.ocf.co.uk >> Blog: blog.ocf.co.uk >> Twitter: @ocfplc >> >> Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. >> >> OCF plc is a company registered in England and Wales. Registered >> number 4132533, VAT number GB 780 6803 14. Registered office address: >> OCF plc, >> 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. >> >> This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From rbowen at redhat.com Wed May 25 15:59:32 2016 From: rbowen at redhat.com (Rich Bowen) Date: Wed, 25 May 2016 11:59:32 -0400 Subject: [rdo-list] Reminder: Newton 1 test day next week In-Reply-To: References: Message-ID: <9e470757-c04d-3c18-f8c7-aa5243f61347@redhat.com> On 05/25/2016 09:35 AM, Rich Bowen wrote: > As you may be aware, Newton 1 is scheduled for next week[1] and, as > usual, we have a test day scheduled for the days following - June 2 and 3. > > I will be traveling those days, but I'll start putting together the > usual test day matrix at https://www.rdoproject.org/testday/ I can once > again use everyone's help in defining and documenting the test cases > that we need people to be running. Sorry, folks. Wrong dates for this. It should be 9th, 10th - one week after upstream. I've fixed the web page, and I *will* be around for it. Thanks. --Rich -- Rich Bowen - rbowen at redhat.com OpenStack Community Liaison http://rdoproject.org/ From ichavero at redhat.com Wed May 25 16:13:37 2016 From: ichavero at redhat.com (Ivan Chavero) Date: Wed, 25 May 2016 12:13:37 -0400 (EDT) Subject: [rdo-list] [Meeting] RDO meeting (2016-05-25) Minutes In-Reply-To: <1773344586.54512655.1464192801945.JavaMail.zimbra@redhat.com> Message-ID: <563610437.54512692.1464192817024.JavaMail.zimbra@redhat.com> ============================== #rdo: RDO meeting (2016-05-25) ============================== Meeting started by imcsk8 at 15:00:11 UTC. The full logs are available at https://meetbot.fedoraproject.org/rdo/2016-05-25/rdo_meeting_(2016-05-25).2016-05-25-15.00.log.html . Meeting summary --------------- * roll call (imcsk8, 15:00:21) * DLRN instance migration to ci.centos infra (imcsk8, 15:02:16) * ACTION: dmsimard will poke KB and trown some more (apevec, 15:06:10) * ACTION: apevec to check w/ derekh about tripleoci (apevec, 15:09:12) * Updates from RDO Bug Triage day (imcsk8, 15:09:31) * LINK: https://www.rdoproject.org/blog/2016/05/rdo-bug-triage-day-event-report/ (chandankumar, 15:09:58) * ACTION: chandankumar to move rdo bug triage scripts to rdostats (chandankumar, 15:14:54) * ACTION: apevec ask bugzilla-requests to add review.rdoproject.org in external trackers (apevec, 15:20:47) * ACTION: chandankumar to simplify triage definition for RDO through ML (chandankumar, 15:23:37) * Increase timeout for Packstack CI jobs (imcsk8, 15:24:09) * LINK: http://logs.openstack.org/62/318762/3/gate/gate-packstack-integration-scenario003-tempest-centos-7/3328605/console.html (amoralej, 15:29:39) * packaging guide status? (imcsk8, 15:40:16) * ACTION: jruzicka send a PR for updated packaging guide (number80, 15:42:42) * AGREED: remove old packaging doc (number80, 15:44:03) * stable updates (imcsk8, 15:44:28) * ACTION: number80 cleanup the stable updates stack (number80, 15:45:56) * trown did major cleanup of jjb (apevec, 15:48:07) * LINK: http://buildlogs.centos.org/centos/7/cloud/x86_64/tripleo_images/mitaka/cbs/ (trown, 15:50:26) * RDO bookmark update: new CLI - https://github.com/redhat-openstack/website/tree/master/source/images/bookmark (imcsk8, 15:51:12) * LINK: https://github.com/redhat-openstack/website/tree/master/source/images/bookmark (rbowen, 15:51:17) * ACTION: everyone help review new RDO CLI bookmarks (number80, 15:52:01) * LINK: https://github.com/redhat-openstack/website/tree/master/source/images/bookmar (number80, 15:52:13) * ACTION: rbowen follow up to the mailing list thread with a google doc (apevec, 15:54:03) * review and clean old issues from website (imcsk8, 15:54:15) * Newton 1 test day: https://www.rdoproject.org/testday/newton/milestone1/ (imcsk8, 15:55:19) * tripleo is trying to have something by end of next week for N1 (apevec, 15:56:30) * ACTION: rbowen to fix dates on Newton 1 test days. (rbowen, 15:56:38) * [info] rdopkg-0.37 released with bugfixes and improvements, please test (imcsk8, 15:57:00) * chair for next meeting (imcsk8, 15:59:19) * ACTION: amoralej to chair next meeting (imcsk8, 16:00:34) Meeting ended at 16:00:54 UTC. Action Items ------------ * dmsimard will poke KB and trown some more * apevec to check w/ derekh about tripleoci * chandankumar to move rdo bug triage scripts to rdostats * apevec ask bugzilla-requests to add review.rdoproject.org in external trackers * chandankumar to simplify triage definition for RDO through ML * jruzicka send a PR for updated packaging guide * number80 cleanup the stable updates stack * everyone help review new RDO CLI bookmarks * rbowen follow up to the mailing list thread with a google doc * rbowen to fix dates on Newton 1 test days. * amoralej to chair next meeting Action Items, by person ----------------------- * amoralej * amoralej to chair next meeting * apevec * apevec to check w/ derekh about tripleoci * apevec ask bugzilla-requests to add review.rdoproject.org in external trackers * chandankumar * chandankumar to move rdo bug triage scripts to rdostats * chandankumar to simplify triage definition for RDO through ML * derekh * apevec to check w/ derekh about tripleoci * dmsimard * dmsimard will poke KB and trown some more * jruzicka * jruzicka send a PR for updated packaging guide * number80 * number80 cleanup the stable updates stack * rbowen * rbowen follow up to the mailing list thread with a google doc * rbowen to fix dates on Newton 1 test days. * trown * dmsimard will poke KB and trown some more * **UNASSIGNED** * everyone help review new RDO CLI bookmarks People Present (lines said) --------------------------- * apevec (59) * imcsk8 (59) * dmsimard (39) * chandankumar (27) * number80 (25) * jruzicka (19) * rbowen (19) * trown (12) * leifmadsen (12) * jpena (11) * zodbot (10) * amoralej (9) * openstack (3) * tosky (2) * rdobot (2) * dc (2) * elmiko (1) * flepied (1) * openstackgerrit (1) * fbo (1) * derekh (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From mohammed.arafa at gmail.com Thu May 26 11:21:04 2016 From: mohammed.arafa at gmail.com (Mohammed Arafa) Date: Thu, 26 May 2016 07:21:04 -0400 Subject: [rdo-list] triangle openstack meetup - wither thou go? Message-ID: it is such a pity that the triangle, the home of rdo does not have an active openstack meetup. it is not very active. the last meeting was in february 2016. would anyone be interested in reviving it? is there any political/legal issues in such an attempt? http://www.meetup.com/Triangle-OpenStack-Meetup/ -- *805010942448935* *GR750055912MA* *Link to me on LinkedIn * -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Thu May 26 14:21:54 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Thu, 26 May 2016 14:21:54 +0000 Subject: [rdo-list] Tripleo Quickstart External Netbork OVS Bridge on Controller seems to have wrong IP Message-ID: I follow https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ on 32 GB box . Everything goes fine. Finally I get :- [stack at undercloud ~]$ heat stack-list +--------------------------------------+------------+-----------------+---------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+-----------------+---------------------+--------------+ | 7002392b-cd2d-439f-b3cd-024979f153a5 | overcloud | CREATE_COMPLETE | 2016-05-26T13:35:17 | None | +--------------------------------------+------------+-----------------+---------------------+--------------+ [stack at undercloud ~]$ nova list +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | 88f841ac-1ca0-4339-ba8a-c2895c0dc57c | overcloud-controller-0 | ACTIVE | - | Running | ctlplane=192.0.2.13 | | f12a1086-7e23-4acb-80a7-8b2efe1e4ef2 | overcloud-novacompute-0 | ACTIVE | - | Running | ctlplane=192.0.2.12 | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ [stack at undercloud ~]$ ssh heat-admin at 192.0.2.13 The authenticity of host '192.0.2.13 (192.0.2.13)' can't be established. ECDSA key fingerprint is 24:91:50:95:63:b1:5b:ed:2f:fc:ad:ee:91:21:65:68. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.0.2.13' (ECDSA) to the list of known hosts. Last login: Thu May 26 13:53:48 2016 from gateway [heat-admin at overcloud-controller-0 ~]$ sudo su - [root at overcloud-controller-0 ~]# ifconfig br-ex: flags=4163 mtu 1500 inet 192.0.2.13 netmask 255.255.255.0 broadcast 192.0.2.255 <===== br-ex IP on Controller inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 0 (Ethernet) RX packets 12577 bytes 31512490 (30.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16487 bytes 19403543 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163 mtu 1500 inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 1000 (Ethernet) RX packets 12875 bytes 31598896 (30.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16857 bytes 19469403 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 243023 bytes 258934061 (246.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 243023 bytes 258934061 (246.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root at overcloud-controller-0 ~]# ovs-vsctl show cc8be4fb-f96f-4679-b85d-d0afc7dd7f72 Bridge br-int fail_mode: secure Port br-int Interface br-int type: internal Port patch-tun Interface patch-tun type: patch options: {peer=patch-int} Port int-br-ex Interface int-br-ex type: patch options: {peer=phy-br-ex} Bridge br-tun fail_mode: secure Port "vxlan-c000020c" Interface "vxlan-c000020c" type: vxlan options: {df_default="true", in_key=flow, local_ip="192.0.2.13", out_key=flow, remote_ip="192.0.2.12"} Port patch-int Interface patch-int type: patch options: {peer=patch-tun} Port br-tun Interface br-tun type: internal Bridge br-ex Port phy-br-ex Interface phy-br-ex type: patch options: {peer=int-br-ex} Port br-ex Interface br-ex type: internal Port "eth0" Interface "eth0" ovs_version: "2.5.0" I would expect br-ex on Controller belong 192.168.23.0/24 Due to on VIRTHOST :- [root at ServerCentOS72 ~]# virsh net-dumpxml external external d585615b-c1c5-4e30-bf2d-ea247591c2b0 I am missing something here external network is the same as VTEPs network between Controller && Compute. Please, advise. I just followed instructions . Zero manual intervention from my side. Thanks. Boris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Thu May 26 14:36:45 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Thu, 26 May 2016 14:36:45 +0000 Subject: [rdo-list] Tripleo Quickstart External Netbork OVS Bridge on Controller seems to have wrong IP In-Reply-To: References: Message-ID: Looking at http://blog.oddbit.com/2016/05/19/connecting-another-vm-to-your-tripleo-qu/ I see 2 interfaces: - eth0 attached to brext and eth1 wich resposible for VTEPs. But doing standard steps I am getting only one interface eth0 on overcloud controller ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Thursday, May 26, 2016 10:21 AM To: rdo-list Subject: [rdo-list] Tripleo Quickstart External Netbork OVS Bridge on Controller seems to have wrong IP I follow https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ on 32 GB box . Everything goes fine. Finally I get :- [stack at undercloud ~]$ heat stack-list +--------------------------------------+------------+-----------------+---------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+-----------------+---------------------+--------------+ | 7002392b-cd2d-439f-b3cd-024979f153a5 | overcloud | CREATE_COMPLETE | 2016-05-26T13:35:17 | None | +--------------------------------------+------------+-----------------+---------------------+--------------+ [stack at undercloud ~]$ nova list +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | 88f841ac-1ca0-4339-ba8a-c2895c0dc57c | overcloud-controller-0 | ACTIVE | - | Running | ctlplane=192.0.2.13 | | f12a1086-7e23-4acb-80a7-8b2efe1e4ef2 | overcloud-novacompute-0 | ACTIVE | - | Running | ctlplane=192.0.2.12 | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ [stack at undercloud ~]$ ssh heat-admin at 192.0.2.13 The authenticity of host '192.0.2.13 (192.0.2.13)' can't be established. ECDSA key fingerprint is 24:91:50:95:63:b1:5b:ed:2f:fc:ad:ee:91:21:65:68. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.0.2.13' (ECDSA) to the list of known hosts. Last login: Thu May 26 13:53:48 2016 from gateway [heat-admin at overcloud-controller-0 ~]$ sudo su - [root at overcloud-controller-0 ~]# ifconfig br-ex: flags=4163 mtu 1500 inet 192.0.2.13 netmask 255.255.255.0 broadcast 192.0.2.255 <===== br-ex IP on Controller inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 0 (Ethernet) RX packets 12577 bytes 31512490 (30.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16487 bytes 19403543 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163 mtu 1500 inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 1000 (Ethernet) RX packets 12875 bytes 31598896 (30.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16857 bytes 19469403 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 243023 bytes 258934061 (246.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 243023 bytes 258934061 (246.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root at overcloud-controller-0 ~]# ovs-vsctl show cc8be4fb-f96f-4679-b85d-d0afc7dd7f72 Bridge br-int fail_mode: secure Port br-int Interface br-int type: internal Port patch-tun Interface patch-tun type: patch options: {peer=patch-int} Port int-br-ex Interface int-br-ex type: patch options: {peer=phy-br-ex} Bridge br-tun fail_mode: secure Port "vxlan-c000020c" Interface "vxlan-c000020c" type: vxlan options: {df_default="true", in_key=flow, local_ip="192.0.2.13", out_key=flow, remote_ip="192.0.2.12"} Port patch-int Interface patch-int type: patch options: {peer=patch-tun} Port br-tun Interface br-tun type: internal Bridge br-ex Port phy-br-ex Interface phy-br-ex type: patch options: {peer=int-br-ex} Port br-ex Interface br-ex type: internal Port "eth0" Interface "eth0" ovs_version: "2.5.0" I would expect br-ex on Controller belong 192.168.23.0/24 Due to on VIRTHOST :- [root at ServerCentOS72 ~]# virsh net-dumpxml external external d585615b-c1c5-4e30-bf2d-ea247591c2b0 I am missing something here external network is the same as VTEPs network between Controller && Compute. Please, advise. I just followed instructions . Zero manual intervention from my side. Thanks. Boris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Edward.Ahern at tecnotree.com Thu May 26 16:40:47 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Thu, 26 May 2016 16:40:47 +0000 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> Message-ID: <9dcf16e11ee3498fbc47b907fa3aba1c@tecnotree.com> I've started with a new vm and got further, almost have magnum running on mitaka packstack install. I've created a baymodel with atomic image and kubernetes. Note I don't have kunernetes installed at this point. I'm getting the following error: [root at shos2 magnum(keystone_admin)]# magnum bay-create --name k8s_bay --baymodel kubernetes Create for bay k8s_bay failed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None (HTTP 500) (Request-ID: req-946c7096-3c75-459f-a003-5271f0acdfbd) Logs are below 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Failed to create trustee 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone Traceback (most recent call last): 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/root/magnum/magnum/common/keystone.py", line 184, in create_trustee 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone domain=domain_id) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/debtcollector/renames.py", line 45, in wrapper 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return f(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/v3/users.py", line 77, in create 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone log=not bool(password)) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/base.py", line 171, in _post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp, body = self.client.post(url, body=body, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 179, in post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 331, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp = super(LegacyJsonAdapter, self).request(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 98, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.session.request(url, method, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 320, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone auth_headers = self.get_auth_headers(auth) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 638, in get_auth_headers 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return auth.get_headers(self, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/base.py", line 159, in get_headers 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone token = self.get_token(session) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 216, in get_token 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.get_access(session).auth_token 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 262, in get_access 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone self.auth_ref = self.get_auth_ref(session) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v3/base.py", line 190, in get_auth_ref 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone authenticated=False, log=False, **rkwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 520, in post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 420, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone raise exceptions.from_response(resp, method, url) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone BadRequest: Expecting to find id or name in user - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error. (HTTP 400) (Request-ID: req-dcd222df-5da5-4ee9-a23c-fe163c8e9db4) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Exception during message handling: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher Traceback (most recent call last): 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher incoming.message)) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher return self._do_dispatch(endpoint, method, ctxt, args) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher result = func(ctxt, **new_args) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher self._create_trustee_and_trust(osc, bay) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher CONF.trust.trustee_domain_id) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher domain_id=domain_id) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher 2016-05-26 15:55:41.969 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Returning exception Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None to caller 2016-05-26 15:55:41.970 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply\n incoming.message))\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch\n return self._do_dispatch(endpoint, method, ctxt, args)\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch\n result = func(ctxt, **new_args)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create\n self._create_trustee_and_trust(osc, bay)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust\n CONF.trust.trustee_domain_id)\n', ' File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee\n domain_id=domain_id)\n', 'TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None\n'] And 2016-05-26 15:55:42.082 17202 ERROR wsme.api [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Server-side error: "Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply incoming.message)) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch return self._do_dispatch(endpoint, method, ctxt, args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch result = func(ctxt, **new_args) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create self._create_trustee_and_trust(osc, bay) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust CONF.trust.trustee_domain_id) File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee domain_id=domain_id) TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None ". Detail: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/wsmeext/pecan.py", line 84, in callfunction result = f(self, *args, **kwargs) File "/root/magnum/magnum/api/controllers/v1/bay.py", line 299, in post bay.bay_create_timeout) File "/root/magnum/magnum/conductor/api.py", line 35, in bay_create bay_create_timeout=bay_create_timeout) File "/root/magnum/magnum/common/rpc_service.py", line 110, in _call return self._client.call(self._context, method, *args, **kwargs) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 413, in call return self.prepare().call(ctxt, method, **kwargs) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 158, in call retry=self.retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 90, in _send timeout=timeout, retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 470, in send retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 461, in _send raise result TrusteeCreateFailed_Remote: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply incoming.message)) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch return self._do_dispatch(endpoint, method, ctxt, args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch result = func(ctxt, **new_args) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create self._create_trustee_and_trust(osc, bay) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust CONF.trust.trustee_domain_id) File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee domain_id=domain_id) TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 192.168.50.247 - - [26/May/2016 15:55:42] "POST /v1/bays HTTP/1.1" 500 257 192.168.50.247 - - [26/May/2016 15:57:58] "GET /v1/bays/kubernetes HTTP/1.1" 404 172 -----Original Message----- From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 25 May 2016 15:25 To: Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka Hi, I'd recommend to deploy the environment from the scratch, redeploy OS and packstack on top. Note that, if you need to re-run packstack for any reason you must use the same answers file. I'm not sure, but that could explain the messages you are getting. Best regards, Alfredo On Wed, May 25, 2016 at 4:17 PM, Edward Ahern wrote: > Rebooted the vm > > Got a different error for first attempt > > [root at shos1 ~(keystone_admin)]# openstack server list Discovering > versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. > Unable to establish connection to > http://192.168.50.248:5000/v2.0/tokens > > Above url doesn't exist, from the debug: > > Making authentication request to > http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > HTTP/1.1" 401 114 Request returned failure status: 401 > > Can the url be created? > > > > Ran it in debug mode, see below > > [root at shos1 ~(keystone_admin)]# openstack server list --debug START > with options: ['server', 'list', '--debug'] > options: Namespace(access_token_endpoint='', auth_type='', > auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', > client_secret='***', cloud='', debug=True, default_domain='default', > deferred_help=False, domain_id='', domain_name='', endpoint='', > identity_provider='', identity_provider_url='', insecure=None, > interface='', log_file=None, os_compute_api_version='', > os_data_processing_api_version='1.1', os_data_processing_url='', > os_identity_api_version='', os_image_api_version='', > os_key_manager_api_version='1', os_network_api_version='', > os_object_api_version='', os_orchestration_api_version='1', > os_project_id=None, os_project_name=None, os_volume_api_version='', > password='***', profile=None, project_domain_id='', > project_domain_name='', project_id='', project_name='admin', > protocol='', region_name='RegionOne', scope='', > service_provider_endpoint='', timing=False, token='***', trust_id='', > url='', user_domain_id='', user_domain_name='', user_id='', > username='admin', verbose_level=3, verify=None) > defaults: {u'auth_type': 'password', u'compute_api_version': u'2', > 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, > u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': > None, u'image_api_use_tasks': False, u'floating_ip_source': > u'neutron', u'orchestration_api_version': u'1', u'interface': None, > u'network_api_version': u'2', u'image_format': u'qcow2', > u'key_manager_api_version': u'v1', u'metering_api_version': u'2', > 'verify': True, u'identity_api_version': u'2.0', > u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', > u'object_store_api_version': u'1', u'disable_vendor_agent': {}} cloud > cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': > None, u'database_api_version': u'1.0', 'data_processing_api_version': > '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', > u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', > u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': > 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', > 'auth': {'username': 'admin', 'project_name': 'admin', 'password': > '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, > 'default_domain': 'default', u'container_api_version': u'1', > u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', > u'orchestration_api_version': '1', 'timing': False, 'cacert': None, > u'key_manager_api_version': '1', u'metering_api_version': u'2', > 'deferred_help': False, u'identity_api_version': u'2.0', > u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > u'neutron', 'debug': True, u'interface': None, > u'disable_vendor_agent': {}} compute API version 2, cmd group > openstack.compute.v2 network API version 2, cmd group > openstack.network.v2 image API version 2, cmd group openstack.image.v2 > volume API version 2, cmd group openstack.volume.v2 identity API > version 2.0, cmd group openstack.identity.v2 object_store API version > 1, cmd group openstack.object_store.v1 orchestration API version 1, > cmd group openstack.orchestration.v1 data_processing API version 1.1, > cmd group openstack.data_processing.v1 key_manager API version 1, cmd > group openstack.key_manager.v1 > command: server list -> openstackclient.compute.v2.server.ListServer > Auth plugin password selected > auth_type: password > Using auth plugin: password > Using parameters {'username': 'admin', 'password': '***', > 'project_name': 'admin', 'auth_url': > 'http://192.168.50.248:5000/v2.0'} > Get auth_ref > REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > Starting new HTTP connection (1): 192.168.50.248 "GET /v2.0 HTTP/1.1" > 200 231 > RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: > X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise > Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT > Content-Type: application/json x-openstack-request-id: > req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 > RESP BODY: {"version": {"status": "stable", "updated": > "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", > "type": "application/vnd.openstack.identity-v2.0+json"}], "id": > "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": > "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", > "rel": "describedby"}]}} > > Making authentication request to > http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > HTTP/1.1" 401 114 Request returned failure status: 401 The request you > have made requires authentication. (HTTP 401) (Request-ID: > req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP > 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > clean_up ListServer: The request you have made requires > authentication. (HTTP 401) (Request-ID: > req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 118, in run > ret_val = super(OpenStackShell, self).run(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run > result = self.run_subcommand(remainder) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 153, in run_subcommand > ret_value = super(OpenStackShell, self).run_subcommand(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP > 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > > END return value: 1 > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 25 May 2016 12:04 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Just to follow up on the below error and its shooting in the > dark.....tailing some logs > > keystone_wsgi_main_access.log: > > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 25 May 2016 11:40 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack server list The request you > have made requires authentication. (HTTP 401) (Request-ID: > req-cb5a1775-d6d5-4c99-8495-deb52df55f53) > [root at shos1 ~(keystone_admin)]# > > > > -----Original Message----- > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 25 May 2016 10:55 > To: Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: > > openstack server list > > > > On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: >> Has anyone got further ideas or could point me towards a procedure to debug the issue? >> >> >> -----Original Message----- >> From: rdo-list-bounces at redhat.com >> [mailto:rdo-list-bounces at redhat.com] >> On Behalf Of Edward Ahern >> Sent: 23 May 2016 20:28 >> To: Christopher Brown ; amoralej at redhat.com >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: >> >> http://192.168.101.20:5000/v2.0 >> >> >> -----Original Message----- >> From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] >> Sent: 23 May 2016 19:56 >> To: amoralej at redhat.com; Edward Ahern >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? >> >> ie. the URL is not _actually_ : >> >> http://:5000/v2.0 >> >> but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. >> >> I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. >> >> On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >>> Not working unfortunately: >>> >>> [root at shos1 ~]# source keystonerc_admin >>> [root at shos1 ~(keystone_admin)]# openstack user create --password >>> temporal magnum The request you have made requires authentication. >>> (HTTP 401) >>> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >>> [root at shos1 ~(keystone_admin)]# >>> >>> I get the same response for project list: >>> [root at shos1 ~(keystone_admin)]# openstack project list The request >>> you have made requires authentication. (HTTP 401) >>> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >>> >>> >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:18 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> With that keystonerc file, following command should work: >>> >>> openstack user create --password temporal magnum >>> >>> Does other commands as "openstack project list" work? >>> >>> >>> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern >>> wrote: >>> Hi Alfredo, >>> >>> Yes I am sourcing it >>> Details below, ip address removed re URL >>> >>> Note I?m running the command as root user. The openstack >>> installation was completed via packstack, which I wasn?t involved in?. >>> >>> Regards, >>> >>> Ed >>> >>> # more keystonerc_admin >>> unset OS_SERVICE_TOKEN >>> export OS_USERNAME=admin >>> export OS_PASSWORD=2d0050bd38df4a0e >>> export OS_AUTH_URL=http://:5000/v2.0 >>> export PS1='[\u@\h \W(keystone_admin)]\$ ' >>> >>> export OS_TENANT_NAME=admin >>> export OS_REGION_NAME=RegionOne >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:00 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> >>> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern >>> wrote: >>> Hi, >>> >>> Is there a proven procedure to install magnum on mitaka? >>> I?m trying to work off this procedure which is written for liberty. >>> I?m blocked at step ?Create Magnum user at keystone? >>> I get the following error: >>> ?# openstack user create --os-username magnum --password temporal -- >>> os-auth-url http://:35357/v2.0/ Could not determine a >>> suitable URL for the plugin? >>> >>> >>> Are you sourcing your keystonerc_admin file?, if so, what variables >>> are you declaring on it? >>> >>> >>> # openstack --version >>> openstack 2.2.0 >>> >>> Regards, >>> >>> Ed >>> >>> >>> >>> _______________________________________________ >>> 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 >>> >>> >> -- >> Regards, >> >> Christopher Brown >> OpenStack Engineer >> OCF plc >> >> Tel: +44 (0)114 257 2200 >> Web: www.ocf.co.uk >> Blog: blog.ocf.co.uk >> Twitter: @ocfplc >> >> Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. >> >> OCF plc is a company registered in England and Wales. Registered >> number 4132533, VAT number GB 780 6803 14. Registered office address: >> OCF plc, >> 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. >> >> This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From bderzhavets at hotmail.com Thu May 26 21:46:20 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Thu, 26 May 2016 21:46:20 +0000 Subject: [rdo-list] Tripleo Quickstart External Network OVS Bridge on Controller seems to have wrong IP In-Reply-To: References: , Message-ID: I believe in meantime Tripleo Quickstat (minimal configuration) is working this way http://bderzhavets.blogspot.com/2016/05/triple0-quickstart-first-impressions.html If my understanding is wrong, please, correct me. Thank you. Boris. ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Thursday, May 26, 2016 10:36 AM To: rdo-list Subject: Re: [rdo-list] Tripleo Quickstart External Netbork OVS Bridge on Controller seems to have wrong IP Looking at http://blog.oddbit.com/2016/05/19/connecting-another-vm-to-your-tripleo-qu/ I see 2 interfaces: - eth0 attached to brext and eth1, which is responsible for VTEP. But doing standard steps I am getting only one interface eth0 on overcloud controller ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Thursday, May 26, 2016 10:21 AM To: rdo-list Subject: [rdo-list] Tripleo Quickstart External Netbork OVS Bridge on Controller seems to have wrong IP I follow https://simplenfv.wordpress.com/2016/05/16/deploying-openstack-on-just-one-hosted-server/ on 32 GB box . Everything goes fine. Finally I get :- [stack at undercloud ~]$ heat stack-list +--------------------------------------+------------+-----------------+---------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+-----------------+---------------------+--------------+ | 7002392b-cd2d-439f-b3cd-024979f153a5 | overcloud | CREATE_COMPLETE | 2016-05-26T13:35:17 | None | +--------------------------------------+------------+-----------------+---------------------+--------------+ [stack at undercloud ~]$ nova list +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ | 88f841ac-1ca0-4339-ba8a-c2895c0dc57c | overcloud-controller-0 | ACTIVE | - | Running | ctlplane=192.0.2.13 | | f12a1086-7e23-4acb-80a7-8b2efe1e4ef2 | overcloud-novacompute-0 | ACTIVE | - | Running | ctlplane=192.0.2.12 | +--------------------------------------+-------------------------+--------+------------+-------------+---------------------+ [stack at undercloud ~]$ ssh heat-admin at 192.0.2.13 The authenticity of host '192.0.2.13 (192.0.2.13)' can't be established. ECDSA key fingerprint is 24:91:50:95:63:b1:5b:ed:2f:fc:ad:ee:91:21:65:68. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.0.2.13' (ECDSA) to the list of known hosts. Last login: Thu May 26 13:53:48 2016 from gateway [heat-admin at overcloud-controller-0 ~]$ sudo su - [root at overcloud-controller-0 ~]# ifconfig br-ex: flags=4163 mtu 1500 inet 192.0.2.13 netmask 255.255.255.0 broadcast 192.0.2.255 <===== br-ex IP on Controller inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 0 (Ethernet) RX packets 12577 bytes 31512490 (30.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16487 bytes 19403543 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163 mtu 1500 inet6 fe80::2f7:7fff:fe1a:ca59 prefixlen 64 scopeid 0x20 ether 00:f7:7f:1a:ca:59 txqueuelen 1000 (Ethernet) RX packets 12875 bytes 31598896 (30.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16857 bytes 19469403 (18.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 243023 bytes 258934061 (246.9 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 243023 bytes 258934061 (246.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root at overcloud-controller-0 ~]# ovs-vsctl show cc8be4fb-f96f-4679-b85d-d0afc7dd7f72 Bridge br-int fail_mode: secure Port br-int Interface br-int type: internal Port patch-tun Interface patch-tun type: patch options: {peer=patch-int} Port int-br-ex Interface int-br-ex type: patch options: {peer=phy-br-ex} Bridge br-tun fail_mode: secure Port "vxlan-c000020c" Interface "vxlan-c000020c" type: vxlan options: {df_default="true", in_key=flow, local_ip="192.0.2.13", out_key=flow, remote_ip="192.0.2.12"} Port patch-int Interface patch-int type: patch options: {peer=patch-tun} Port br-tun Interface br-tun type: internal Bridge br-ex Port phy-br-ex Interface phy-br-ex type: patch options: {peer=int-br-ex} Port br-ex Interface br-ex type: internal Port "eth0" Interface "eth0" ovs_version: "2.5.0" I would expect br-ex on Controller belong 192.168.23.0/24 Due to on VIRTHOST :- [root at ServerCentOS72 ~]# virsh net-dumpxml external external d585615b-c1c5-4e30-bf2d-ea247591c2b0 I am missing something here external network is the same as VTEPs network between Controller && Compute. Please, advise. I just followed instructions . Zero manual intervention from my side. Thanks. Boris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jalway at gmail.com Fri May 27 04:45:30 2016 From: jalway at gmail.com (John Alway) Date: Thu, 26 May 2016 23:45:30 -0500 Subject: [rdo-list] RDO Can't ping Gateway, etc. Message-ID: Hello, I have RDO ALL-In-One installed. I set up a private network and a public (external) network. I set up a virtual router to connect the private network to the external network. I have RDO installed on Centos 7 as a guest. Windows 10 is my host OS. When I move into the virtual router's namespace, I can ping the guest os's IP address (192.168.1.12) and I can ping the host os's address (192.168.1.11), but when I try to ping the gateway (192.168.1.1) it tells me it is unreachable. It also fails when I try to ping google.com I can ping the gateway and google.com from the root namespace of the guest os, centos 7. I'd appreciate any help on this problem! Thanks, ...John -------------- next part -------------- An HTML attachment was scrubbed... URL: From ckdwibedy at gmail.com Fri May 27 06:24:53 2016 From: ckdwibedy at gmail.com (Chinmaya Dwibedy) Date: Fri, 27 May 2016 11:54:53 +0530 Subject: [rdo-list] =?utf-8?q?Unable_to_log_in_to_the_VM_instance=E2=80=99?= =?utf-8?q?s_console_using_openstack-mitaka_release?= Message-ID: Hi All, I have installed OpenStack (i.e., openstack-mitaka release) on CentOS7.2 . Used Fedora20 qcow2 cloud image for creating a VM using Dashboard. 1) Installed ?libguestfs? on Nova compute node. 2) Updated these lines in ?/etc/nova/nova.conf ? inject_password=true inject_key=true inject_partition=-1 3) Restarted nove-compute: # service openstack-nova-compute restart 4) Enabled setting root password in /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py OPENSTACK_HYPERVISOR_FEATURES = { ?.. ?can_set_password?: True, } 5) Placed the below code in ?Customization Script? section of the Launch Instance dialog box in OpenStack. #cloud-config ssh_pwauth: True chpasswd: list: | root: root expire: False runcmd: - [ sh, -c, echo "=========hello world'=========" ] It appears that, when the instance was launched, cloud-init did not change the password for root user, and I was not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Upon checking the boot log found that, cloud-init has executed /var/lib/cloud/instance/scripts/runcmd and printed hello world. Can anyone please let me know where I am wrong ? Thanks in advance for your support and time. Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Fri May 27 06:50:54 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 27 May 2016 06:50:54 +0000 Subject: [rdo-list] =?windows-1252?q?Unable_to_log_in_to_the_VM_instance?= =?windows-1252?q?=92s_console_using_openstack-mitaka_release?= In-Reply-To: References: Message-ID: When you run :- # source keystonerc_demo # nova keypair-add oskey01 > oskey01.pem # chmod 600 *.pem SSH RSA public key gets uploaded to Nova and may be used when you launch the VM It would be written by default to ~fedora/.ssh/authorized_keys ( as far as I remember ) on your VM when it comes to ACTIVE state # nova keypair-list shows this public rsa key been generated by nova command. SSH RSA private key gets written to oskey01.pem No hackery is needed to connect to VM via it's FIP $ ssh -i oskey01.pem fedora at VM's floating-ip Boris. ________________________________ From: rdo-list-bounces at redhat.com on behalf of Chinmaya Dwibedy Sent: Friday, May 27, 2016 2:24 AM To: rdo-list at redhat.com Subject: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release Hi All, I have installed OpenStack (i.e., openstack-mitaka release) on CentOS7.2 . Used Fedora20 qcow2 cloud image for creating a VM using Dashboard. 1) Installed ?libguestfs? on Nova compute node. 2) Updated these lines in ?/etc/nova/nova.conf ? inject_password=true inject_key=true inject_partition=-1 3) Restarted nove-compute: # service openstack-nova-compute restart 4) Enabled setting root password in /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py OPENSTACK_HYPERVISOR_FEATURES = { ?.. ?can_set_password?: True, } 5) Placed the below code in ?Customization Script? section of the Launch Instance dialog box in OpenStack. #cloud-config ssh_pwauth: True chpasswd: list: | root: root expire: False runcmd: - [ sh, -c, echo "=========hello world'=========" ] It appears that, when the instance was launched, cloud-init did not change the password for root user, and I was not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Upon checking the boot log found that, cloud-init has executed /var/lib/cloud/instance/scripts/runcmd and printed hello world. Can anyone please let me know where I am wrong ? Thanks in advance for your support and time. Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Fri May 27 09:20:51 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 27 May 2016 09:20:51 +0000 Subject: [rdo-list] =?windows-1252?q?Unable_to_log_in_to_the_VM_instance?= =?windows-1252?q?=92s_console_using_openstack-mitaka_release?= In-Reply-To: References: , Message-ID: Then as fedora user inside VM :- $ sudo su - # passwd fedora You will get login prompt for fedora via dashboard console in the same session ( or for root, it doesn't matter ) ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Friday, May 27, 2016 2:50 AM To: Chinmaya Dwibedy; rdo-list at redhat.com Subject: Re: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release When you run :- # source keystonerc_demo # nova keypair-add oskey01 > oskey01.pem # chmod 600 *.pem SSH RSA public key gets uploaded to Nova and may be used when you launch the VM It would be written by default to ~fedora/.ssh/authorized_keys ( as far as I remember ) on your VM when it comes to ACTIVE state # nova keypair-list shows this public rsa key been generated by nova command. SSH RSA private key gets written to oskey01.pem No hackery is needed to connect to VM via it's FIP $ ssh -i oskey01.pem fedora at VM's floating-ip Boris. ________________________________ From: rdo-list-bounces at redhat.com on behalf of Chinmaya Dwibedy Sent: Friday, May 27, 2016 2:24 AM To: rdo-list at redhat.com Subject: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release Hi All, I have installed OpenStack (i.e., openstack-mitaka release) on CentOS7.2 . Used Fedora20 qcow2 cloud image for creating a VM using Dashboard. 1) Installed ?libguestfs? on Nova compute node. 2) Updated these lines in ?/etc/nova/nova.conf ? inject_password=true inject_key=true inject_partition=-1 3) Restarted nove-compute: # service openstack-nova-compute restart 4) Enabled setting root password in /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py OPENSTACK_HYPERVISOR_FEATURES = { ?.. ?can_set_password?: True, } 5) Placed the below code in ?Customization Script? section of the Launch Instance dialog box in OpenStack. #cloud-config ssh_pwauth: True chpasswd: list: | root: root expire: False runcmd: - [ sh, -c, echo "=========hello world'=========" ] It appears that, when the instance was launched, cloud-init did not change the password for root user, and I was not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Upon checking the boot log found that, cloud-init has executed /var/lib/cloud/instance/scripts/runcmd and printed hello world. Can anyone please let me know where I am wrong ? Thanks in advance for your support and time. Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From ckdwibedy at gmail.com Fri May 27 11:31:35 2016 From: ckdwibedy at gmail.com (Chinmaya Dwibedy) Date: Fri, 27 May 2016 17:01:35 +0530 Subject: [rdo-list] =?utf-8?q?Unable_to_log_in_to_the_VM_instance=E2=80=99?= =?utf-8?q?s_console_using_openstack-mitaka_release?= In-Reply-To: References: Message-ID: Hi Boris, Thank you for your prompt response. As a matter of clarification, I did not manage the key pairs in web interface or through command line. It launches the instance without any key pair. Also I am not trying to login into VM?s floating-ip via ssh. I am trying to access an Instance Console using the Dashboard. It shows me the login prompt. But I am not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Regards, Chinmaya On Fri, May 27, 2016 at 2:50 PM, Boris Derzhavets wrote: > Then as fedora user inside VM :- > > $ sudo su - > > # passwd fedora > > You will get login prompt for fedora via dashboard console > > in the same session ( or for root, it doesn't matter ) > > > > ------------------------------ > *From:* rdo-list-bounces at redhat.com on > behalf of Boris Derzhavets > *Sent:* Friday, May 27, 2016 2:50 AM > *To:* Chinmaya Dwibedy; rdo-list at redhat.com > *Subject:* Re: [rdo-list] Unable to log in to the VM instance?s console > using openstack-mitaka release > > > When you run :- > > > # source keystonerc_demo > > # nova keypair-add oskey01 > oskey01.pem > > # chmod 600 *.pem > > SSH RSA public key gets uploaded to Nova and may be used when you launch > the VM > > It would be written by default to ~fedora/.ssh/authorized_keys ( as far as > I remember ) on your VM > > when it comes to ACTIVE state > > > # nova keypair-list > > shows this public rsa key been generated by nova command. > > > SSH RSA private key gets written to oskey01.pem > > No hackery is needed to connect to VM via it's FIP > > $ ssh -i oskey01.pem fedora at VM's floating-ip > > Boris. > ------------------------------ > *From:* rdo-list-bounces at redhat.com on > behalf of Chinmaya Dwibedy > *Sent:* Friday, May 27, 2016 2:24 AM > *To:* rdo-list at redhat.com > *Subject:* [rdo-list] Unable to log in to the VM instance?s console using > openstack-mitaka release > > > Hi All, > > > I have installed OpenStack (i.e., openstack-mitaka release) on CentOS7.2 > . Used Fedora20 qcow2 cloud image for creating a VM using Dashboard. > > 1) Installed ?libguestfs? on Nova compute node. > > 2) Updated these lines in ?/etc/nova/nova.conf ? > > inject_password=true > > inject_key=true > > inject_partition=-1 > > > > 3) Restarted nove-compute: # service openstack-nova-compute restart > > 4) Enabled setting root password in > /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py > > OPENSTACK_HYPERVISOR_FEATURES = { > > ?.. > > ?can_set_password?: True, > > } > > 5) Placed the below code in ?Customization Script? section of the > Launch Instance dialog box in OpenStack. > > > > #cloud-config > > ssh_pwauth: True > > chpasswd: > > list: | > > root: root > > expire: False > > runcmd: > > - [ sh, -c, echo "=========hello world'=========" ] > > > > It appears that, when the instance was launched, cloud-init did not change the password for root user, and I was not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. > > Upon checking the boot log found that, cloud-init has executed /var/lib/cloud/instance/scripts/runcmd and printed hello world. Can anyone please let me know where I am wrong ? Thanks in advance for your support and time. > > > > Regards, > > Chinmaya > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Fri May 27 12:28:10 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Fri, 27 May 2016 12:28:10 +0000 Subject: [rdo-list] =?windows-1252?q?Unable_to_log_in_to_the_VM_instance?= =?windows-1252?q?=92s_console_using_openstack-mitaka_release?= In-Reply-To: References: , Message-ID: ________________________________ From: Chinmaya Dwibedy Sent: Friday, May 27, 2016 7:31 AM To: Boris Derzhavets Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release Hi Boris, Thank you for your prompt response. As a matter of clarification, I did not manage the key pairs in web interface or through command line. It launches the instance without any key pair. Also I am not trying to login into VM?s floating-ip via ssh. I am trying to access an Instance Console using the Dashboard. Option 1. [BD] Then you may to start VM with "--user-data" :- [root at dfw02 ~(keystone_admin)]$ nova boot --flavor 2 --user-data=./myfile.txt --image 03c9ad20-b0a3-4b71-aa08-2728ecb66210 VF20Devs where [root at dfw02 ~(keystone_admin)]$ cat ./myfile.txt #cloud-config password: mysecret chpasswd: { expire: False } ssh_pwauth: True This way will allow you login via ssh and dashboard with password "secret" No ssh keypairs are supposed to be created It shows me the login prompt. But I am not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Option 2. [BD] Please, read and follow ( I am sending this to you second time ) 1) create key-pair via nova CLI or dashboard 2) Launch instance dialog is providing an entry line "Key pair" . Place oskey01 there ( click on "+" in Mitaka ) Thus it would write RSA public key to ~fedora/.ssh/authorized_keys on VM's file system ( when you boot VM the first time ) 3) oskey01.pem would be located in folder where you ran `nova keypair-add oske01 > oskey01.pem` Content of pem file is RSA private key from keypair generated by nova CLI 4) Login to VM via SSH :- ssh -i oskey01.pem fedora at VM's floating-ip ( no password needed ) Then inside VM :- $ sudo su - no password required fedora is a special user setup via cloud-init As root assign password to fedora and root ( for instance ) Switch to dashboard and log into VNC console to VM . Created password are persistent for VM Regards, Chinmaya On Fri, May 27, 2016 at 2:50 PM, Boris Derzhavets > wrote: Then as fedora user inside VM :- $ sudo su - # passwd fedora You will get login prompt for fedora via dashboard console in the same session ( or for root, it doesn't matter ) ________________________________ From: rdo-list-bounces at redhat.com > on behalf of Boris Derzhavets > Sent: Friday, May 27, 2016 2:50 AM To: Chinmaya Dwibedy; rdo-list at redhat.com Subject: Re: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release When you run :- # source keystonerc_demo # nova keypair-add oskey01 > oskey01.pem # chmod 600 *.pem SSH RSA public key gets uploaded to Nova and may be used when you launch the VM It would be written by default to ~fedora/.ssh/authorized_keys ( as far as I remember ) on your VM when it comes to ACTIVE state # nova keypair-list shows this public rsa key been generated by nova command. SSH RSA private key gets written to oskey01.pem No hackery is needed to connect to VM via it's FIP $ ssh -i oskey01.pem fedora at VM's floating-ip Boris. ________________________________ From: rdo-list-bounces at redhat.com > on behalf of Chinmaya Dwibedy > Sent: Friday, May 27, 2016 2:24 AM To: rdo-list at redhat.com Subject: [rdo-list] Unable to log in to the VM instance?s console using openstack-mitaka release Hi All, I have installed OpenStack (i.e., openstack-mitaka release) on CentOS7.2 . Used Fedora20 qcow2 cloud image for creating a VM using Dashboard. 1) Installed ?libguestfs? on Nova compute node. 2) Updated these lines in ?/etc/nova/nova.conf ? inject_password=true inject_key=true inject_partition=-1 3) Restarted nove-compute: # service openstack-nova-compute restart 4) Enabled setting root password in /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py OPENSTACK_HYPERVISOR_FEATURES = { ?.. ?can_set_password?: True, } 5) Placed the below code in ?Customization Script? section of the Launch Instance dialog box in OpenStack. #cloud-config ssh_pwauth: True chpasswd: list: | root: root expire: False runcmd: - [ sh, -c, echo "=========hello world'=========" ] It appears that, when the instance was launched, cloud-init did not change the password for root user, and I was not able to log in to the instance?s console (Dashboard) using username (root) and password (root). it says ?Log in incorrect?. Upon checking the boot log found that, cloud-init has executed /var/lib/cloud/instance/scripts/runcmd and printed hello world. Can anyone please let me know where I am wrong ? Thanks in advance for your support and time. Regards, Chinmaya -------------- next part -------------- An HTML attachment was scrubbed... URL: From jalway at gmail.com Fri May 27 21:53:18 2016 From: jalway at gmail.com (John Alway) Date: Fri, 27 May 2016 16:53:18 -0500 Subject: [rdo-list] Can't ping Gateway, etc. Message-ID: Hello, I have RDO ALL-In-One installed. I set up a private network and a public (external) network. I set up a virtual router to connect the private network to the external network. I have RDO installed on Centos 7 as a guest. Windows 10 is my host OS. When I move into the virtual router's namespace, I can ping the guest os's IP address (192.168.1.12) and I can ping the host os's address (192.168.1.11), but when I try to ping the gateway (192.168.1.1) it tells me it is unreachable. It also fails when I try to pinggoogle.com I can ping the gateway and google.com from the root namespace of the guest os, centos 7. I'd appreciate any help on this problem! Thanks, ...John -------------- next part -------------- An HTML attachment was scrubbed... URL: From bderzhavets at hotmail.com Sun May 29 07:39:27 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Sun, 29 May 2016 07:39:27 +0000 Subject: [rdo-list] Tripleo QuickStart HA deploymemt attempts constantly crash In-Reply-To: References: , , Message-ID: Error every time is the same :- 2016-05-29 07:20:17 [0]: CREATE_FAILED Error: resources[0]: Deployment to server failed: deploy_status_code : Deployment exited with non-zero status code: 6 2016-05-29 07:20:18 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:18 [overcloud-ControllerNodesPostDeployment-dzawjmjyaidt-ControllerServicesBaseDeployment_Step2-ufz2ccs5egd7]: CREATE_FAILED Resource CREATE failed: Error: resources[0]: Deployment to server failed: deploy_status_code : Deployment exited with non-zero status code: 6 2016-05-29 07:20:18 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:19 [ControllerServicesBaseDeployment_Step2]: CREATE_FAILED Error: resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:19 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:19 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:20 [ControllerDeployment]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:20 [overcloud-ControllerNodesPostDeployment-dzawjmjyaidt]: CREATE_FAILED Resource CREATE failed: Error: resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:21 [ControllerNodesPostDeployment]: CREATE_FAILED Error: resources.ControllerNodesPostDeployment.resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:21 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:22 [NetworkDeployment]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:22 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:24:22 [ComputeNodesPostDeployment]: CREATE_FAILED CREATE aborted 2016-05-29 07:24:22 [overcloud]: CREATE_FAILED Resource CREATE failed: Error: resources.ControllerNodesPostDeployment.resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 Stack overcloud CREATE_FAILED Deployment failed: Heat Stack create failed. + heat stack-list + grep -q CREATE_FAILED + deploy_status=1 ++ heat resource-list --nested-depth 5 overcloud ++ grep FAILED ++ grep 'StructuredDeployment ' ++ cut -d '|' -f3 + for failed in '$(heat resource-list --nested-depth 5 overcloud | grep FAILED | grep '\''StructuredDeployment '\'' | cut -d '\''|'\'' -f3)' + heat deployment-show 66bd3fbe-296b-4f88-87a7-5ceafd05c1d3 + exit 1 Minimal configuration deployments run with no errors and build completely functional environment. However, template :- ################################# # Test Controller + 2*Compute nodes ################################# control_memory: 6144 compute_memory: 6144 undercloud_memory: 8192 # Giving the undercloud additional CPUs can greatly improve heat's # performance (and result in a shorter deploy time). undercloud_vcpu: 4 # We set introspection to true and use only the minimal amount of nodes # for this job, but test all defaults otherwise. step_introspect: true # Define a single controller node and a single compute node. overcloud_nodes: - name: control_0 flavor: control - name: compute_0 flavor: compute - name: compute_1 flavor: compute # Tell tripleo how we want things done. extra_args: >- --neutron-network-type vxlan --neutron-tunnel-types vxlan --ntp-server pool.ntp.org network_isolation: true Picks up new memory setting but doesn't create second Compute Node. Every time just Controller && (1)* Compute. HW - i74790 , 32 GB RAM Thanks. Boris ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrunge at redhat.com Sun May 29 14:09:12 2016 From: mrunge at redhat.com (Matthias Runge) Date: Sun, 29 May 2016 16:09:12 +0200 Subject: [rdo-list] Certificate invalid? Message-ID: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> Folks, it looks like the certificate for rdoproject.org became invalid (expired). Can someone please look at this or does someone know who to ping here? Thanks, Matthias -- Matthias Runge Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill From rbowen at redhat.com Sun May 29 16:16:59 2016 From: rbowen at redhat.com (Rich Bowen) Date: Sun, 29 May 2016 12:16:59 -0400 Subject: [rdo-list] Certificate invalid? In-Reply-To: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> References: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> Message-ID: Yeah, I thought we'd taken care of it. I'll see what I can do. On May 29, 2016 10:09 AM, "Matthias Runge" wrote: > Folks, > > it looks like the certificate for rdoproject.org became invalid > (expired). Can someone please look at this or does someone know who to > ping here? > > Thanks, > Matthias > -- > Matthias Runge > > Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, > Commercial register: Amtsgericht Muenchen, HRB 153243, > Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, > Michael O'Neill > > _______________________________________________ > 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 zaitcev at redhat.com Sun May 29 17:27:41 2016 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 29 May 2016 11:27:41 -0600 Subject: [rdo-list] Review login Message-ID: <20160529112741.7de18d51@lembas.zaitcev.lan> Hi, All: Does anyone know how to obtain credentials in order to review anything at review.rdoproject.org? Thanks in advance, -- Pete -------------- next part -------------- A non-text attachment was scrubbed... Name: rdologin.png Type: image/png Size: 59469 bytes Desc: not available URL: From hguemar at fedoraproject.org Sun May 29 17:46:06 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Sun, 29 May 2016 19:46:06 +0200 Subject: [rdo-list] Review login In-Reply-To: <20160529112741.7de18d51@lembas.zaitcev.lan> References: <20160529112741.7de18d51@lembas.zaitcev.lan> Message-ID: 2016-05-29 19:27 GMT+02:00 Pete Zaitcev : > Hi, All: > > Does anyone know how to obtain credentials in order to review > anything at review.rdoproject.org? > > Thanks in advance, > -- Pete > The internal login is misleading, everyone but platforms admins must use the github login. 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 zaitcev at redhat.com Sun May 29 19:54:59 2016 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 29 May 2016 13:54:59 -0600 Subject: [rdo-list] What am I supposed to clone Message-ID: <20160529135459.12689ca6@lembas.zaitcev.lan> Guys, Since I found that our documentation is full of obsolete information, I tried to reach to people responsible for RDO privately. The response wasn't particularly helpful, circling back to the same useless docs: > > Yes, that's the right one and you can find some other info in: > > > > https://www.rdoproject.org/documentation/rdo-packaging-guidelines/ > > > > RDO project just migrated to https://review.rdoproject.org/dashboard/ > > and we are still working to update the documentation to reflect these > > changes. > > Best regards, > > Alfredo *headdesk* Dashboard is not even the repo! It's for reviews only! Meanwhile, all the documents we have continue to state things like: RDO packages currently use Fedora dist-git and fedpkg is used to obtain it, for example: $> fedpkg clone openstack-nova ...... With all the prerequisites met, it's time to clone the package dist-git using fedpkg. $> fedpkg clone openstack-$PROJECT (in https://www.rdoproject.org/documentation/rdo-packaging/) Naturally, anyone doing "fedpkg clone openstack-swift" gets a "dead.pacakge" stub. So, what do everyone clone? If someone could do this, it would be helpful: grep url openstack-nova/.git/config Greetings, -- Pete From hguemar at fedoraproject.org Sun May 29 22:44:29 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Mon, 30 May 2016 00:44:29 +0200 Subject: [rdo-list] What am I supposed to clone In-Reply-To: <20160529135459.12689ca6@lembas.zaitcev.lan> References: <20160529135459.12689ca6@lembas.zaitcev.lan> Message-ID: 2016-05-29 21:54 GMT+02:00 Pete Zaitcev : > Guys, > > Since I found that our documentation is full of obsolete information, > I tried to reach to people responsible for RDO privately. The response > wasn't particularly helpful, circling back to the same useless docs: > >> > Yes, that's the right one and you can find some other info in: >> > >> > https://www.rdoproject.org/documentation/rdo-packaging-guidelines/ >> > >> > RDO project just migrated to https://review.rdoproject.org/dashboard/ >> > and we are still working to update the documentation to reflect these >> > changes. > >> > Best regards, >> > Alfredo > > *headdesk* > Dashboard is not even the repo! It's for reviews only! > > Meanwhile, all the documents we have continue to state things like: > > RDO packages currently use Fedora dist-git and fedpkg is used to obtain it, > for example: > > $> fedpkg clone openstack-nova > > ...... > > With all the prerequisites met, it's time to clone the package dist-git > using fedpkg. > > $> fedpkg clone openstack-$PROJECT > > (in https://www.rdoproject.org/documentation/rdo-packaging/) > > Naturally, anyone doing "fedpkg clone openstack-swift" gets a "dead.pacakge" > stub. > > So, what do everyone clone? If someone could do this, it would be helpful: > rdopkg clone openstack-swift and then git review on rpm-master. Jakub and Alfredo are working on refreshing the docs, meanwhile; if you have anything urgent on stable branches, ping me directly. I'm currently focusing in shortening the delay between upstream releases and RDO releases. The next step will be automating stable branches builds. H: > grep url openstack-nova/.git/config > > Greetings, > -- Pete > > _______________________________________________ > 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 zaitcev at redhat.com Sun May 29 23:17:14 2016 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 29 May 2016 17:17:14 -0600 Subject: [rdo-list] What am I supposed to clone In-Reply-To: References: <20160529135459.12689ca6@lembas.zaitcev.lan> Message-ID: <20160529171714.4532afb0@lembas.zaitcev.lan> On Mon, 30 May 2016 00:44:29 +0200 Ha?kel wrote: > > So, what do everyone clone? If someone could do this, it would be helpful: > rdopkg clone openstack-swift > and then git review on rpm-master. Thanks a lot, that worked! BTW, it would be great if we could do "rdopkg clone rdopkg" perhaps? -- Pete From bderzhavets at hotmail.com Mon May 30 08:56:39 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Mon, 30 May 2016 08:56:39 +0000 Subject: [rdo-list] Tripleo QuickStart HA deployment attempts constantly crash In-Reply-To: References: , , , Message-ID: Done one more time :- [stack at undercloud ~]$ heat deployment-show 9cc8087a-6d82-4261-8a13-ee8c46e3a02d Uploaded here :- http://textuploader.com/5bm5v ________________________________ From: rdo-list-bounces at redhat.com on behalf of Boris Derzhavets Sent: Sunday, May 29, 2016 3:39 AM To: John Trowbridge; Lars Kellogg-Stedman Cc: rdo-list Subject: [rdo-list] Tripleo QuickStart HA deploymemt attempts constantly crash Error every time is the same :- 2016-05-29 07:20:17 [0]: CREATE_FAILED Error: resources[0]: Deployment to server failed: deploy_status_code : Deployment exited with non-zero status code: 6 2016-05-29 07:20:18 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:18 [overcloud-ControllerNodesPostDeployment-dzawjmjyaidt-ControllerServicesBaseDeployment_Step2-ufz2ccs5egd7]: CREATE_FAILED Resource CREATE failed: Error: resources[0]: Deployment to server failed: deploy_status_code : Deployment exited with non-zero status code: 6 2016-05-29 07:20:18 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:19 [ControllerServicesBaseDeployment_Step2]: CREATE_FAILED Error: resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:19 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:19 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:20 [ControllerDeployment]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:20 [overcloud-ControllerNodesPostDeployment-dzawjmjyaidt]: CREATE_FAILED Resource CREATE failed: Error: resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:21 [ControllerNodesPostDeployment]: CREATE_FAILED Error: resources.ControllerNodesPostDeployment.resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 2016-05-29 07:20:21 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:22 [NetworkDeployment]: SIGNAL_COMPLETE Unknown 2016-05-29 07:20:22 [0]: SIGNAL_COMPLETE Unknown 2016-05-29 07:24:22 [ComputeNodesPostDeployment]: CREATE_FAILED CREATE aborted 2016-05-29 07:24:22 [overcloud]: CREATE_FAILED Resource CREATE failed: Error: resources.ControllerNodesPostDeployment.resources.ControllerServicesBaseDeployment_Step2.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 6 Stack overcloud CREATE_FAILED Deployment failed: Heat Stack create failed. + heat stack-list + grep -q CREATE_FAILED + deploy_status=1 ++ heat resource-list --nested-depth 5 overcloud ++ grep FAILED ++ grep 'StructuredDeployment ' ++ cut -d '|' -f3 + for failed in '$(heat resource-list --nested-depth 5 overcloud | grep FAILED | grep '\''StructuredDeployment '\'' | cut -d '\''|'\'' -f3)' + heat deployment-show 66bd3fbe-296b-4f88-87a7-5ceafd05c1d3 + exit 1 Minimal configuration deployments run with no errors and build completely functional environment. However, template :- ################################# # Test Controller + 2*Compute nodes ################################# control_memory: 6144 compute_memory: 6144 undercloud_memory: 8192 # Giving the undercloud additional CPUs can greatly improve heat's # performance (and result in a shorter deploy time). undercloud_vcpu: 4 # We set introspection to true and use only the minimal amount of nodes # for this job, but test all defaults otherwise. step_introspect: true # Define a single controller node and a single compute node. overcloud_nodes: - name: control_0 flavor: control - name: compute_0 flavor: compute - name: compute_1 flavor: compute # Tell tripleo how we want things done. extra_args: >- --neutron-network-type vxlan --neutron-tunnel-types vxlan --ntp-server pool.ntp.org network_isolation: true Picks up new memory setting but doesn't create second Compute Node. Every time just Controller && (1)* Compute. HW - i74790 , 32 GB RAM Thanks. Boris ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From hguemar at fedoraproject.org Mon May 30 09:09:04 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Mon, 30 May 2016 11:09:04 +0200 Subject: [rdo-list] What am I supposed to clone In-Reply-To: <20160529171714.4532afb0@lembas.zaitcev.lan> References: <20160529135459.12689ca6@lembas.zaitcev.lan> <20160529171714.4532afb0@lembas.zaitcev.lan> Message-ID: 2016-05-30 1:17 GMT+02:00 Pete Zaitcev : > On Mon, 30 May 2016 00:44:29 +0200 > Ha?kel wrote: > >> > So, what do everyone clone? If someone could do this, it would be helpful: > >> rdopkg clone openstack-swift >> and then git review on rpm-master. > > Thanks a lot, that worked! > > BTW, it would be great if we could do "rdopkg clone rdopkg" perhaps? > > -- Pete rdopkg clone uses rdoinfo database, that's why it doesn't work (only openstack projects are registered) But that's something we could fix. H. From Edward.Ahern at tecnotree.com Mon May 30 09:17:18 2016 From: Edward.Ahern at tecnotree.com (Edward Ahern) Date: Mon, 30 May 2016 09:17:18 +0000 Subject: [rdo-list] Installing Magnum on mitaka References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> Message-ID: <82e73ad82cc84f20a8b01ee51aed58cd@tecnotree.com> Hi, I almost have magnum running on mitaka packstack install. I've created a baymodel with an atomic image and kubernetes. But I'm getting the following error: [root at shos2 magnum(keystone_admin)]# magnum bay-create --name k8s_bay --baymodel kubernetes Create for bay k8s_bay failed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None (HTTP 500) (Request-ID: req-946c7096-3c75-459f-a003-5271f0acdfbd) Logs are below. Found a few suggestions via google but not resolved so far. Any help would be greatly appreciated. Need to have this ready for a demo later in the week. Regards, Ed 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Failed to create trustee 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone Traceback (most recent call last): 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/root/magnum/magnum/common/keystone.py", line 184, in create_trustee 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone domain=domain_id) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/debtcollector/renames.py", line 45, in wrapper 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return f(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/v3/users.py", line 77, in create 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone log=not bool(password)) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/base.py", line 171, in _post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp, body = self.client.post(url, body=body, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 179, in post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 331, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp = super(LegacyJsonAdapter, self).request(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 98, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.session.request(url, method, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 320, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone auth_headers = self.get_auth_headers(auth) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 638, in get_auth_headers 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return auth.get_headers(self, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/base.py", line 159, in get_headers 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone token = self.get_token(session) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 216, in get_token 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.get_access(session).auth_token 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 262, in get_access 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone self.auth_ref = self.get_auth_ref(session) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v3/base.py", line 190, in get_auth_ref 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone authenticated=False, log=False, **rkwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 520, in post 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 420, in request 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone raise exceptions.from_response(resp, method, url) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone BadRequest: Expecting to find id or name in user - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error. (HTTP 400) (Request-ID: req-dcd222df-5da5-4ee9-a23c-fe163c8e9db4) 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Exception during message handling: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher Traceback (most recent call last): 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher incoming.message)) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher return self._do_dispatch(endpoint, method, ctxt, args) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher result = func(ctxt, **new_args) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher self._create_trustee_and_trust(osc, bay) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher CONF.trust.trustee_domain_id) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher domain_id=domain_id) 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher 2016-05-26 15:55:41.969 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Returning exception Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None to caller 2016-05-26 15:55:41.970 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply\n incoming.message))\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch\n return self._do_dispatch(endpoint, method, ctxt, args)\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch\n result = func(ctxt, **new_args)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create\n self._create_trustee_and_trust(osc, bay)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust\n CONF.trust.trustee_domain_id)\n', ' File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee\n domain_id=domain_id)\n', 'TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None\n'] And 2016-05-26 15:55:42.082 17202 ERROR wsme.api [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Server-side error: "Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply incoming.message)) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch return self._do_dispatch(endpoint, method, ctxt, args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch result = func(ctxt, **new_args) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create self._create_trustee_and_trust(osc, bay) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust CONF.trust.trustee_domain_id) File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee domain_id=domain_id) TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None ". Detail: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/wsmeext/pecan.py", line 84, in callfunction result = f(self, *args, **kwargs) File "/root/magnum/magnum/api/controllers/v1/bay.py", line 299, in post bay.bay_create_timeout) File "/root/magnum/magnum/conductor/api.py", line 35, in bay_create bay_create_timeout=bay_create_timeout) File "/root/magnum/magnum/common/rpc_service.py", line 110, in _call return self._client.call(self._context, method, *args, **kwargs) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 413, in call return self.prepare().call(ctxt, method, **kwargs) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 158, in call retry=self.retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 90, in _send timeout=timeout, retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 470, in send retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 461, in _send raise result TrusteeCreateFailed_Remote: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply incoming.message)) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch return self._do_dispatch(endpoint, method, ctxt, args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch result = func(ctxt, **new_args) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create self._create_trustee_and_trust(osc, bay) File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust CONF.trust.trustee_domain_id) File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee domain_id=domain_id) TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None 192.168.50.247 - - [26/May/2016 15:55:42] "POST /v1/bays HTTP/1.1" 500 257 192.168.50.247 - - [26/May/2016 15:57:58] "GET /v1/bays/kubernetes HTTP/1.1" 404 172 -----Original Message----- From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] Sent: 25 May 2016 15:25 To: Edward Ahern Cc: rdo-list at redhat.com Subject: Re: [rdo-list] Installing Magnum on mitaka Hi, I'd recommend to deploy the environment from the scratch, redeploy OS and packstack on top. Note that, if you need to re-run packstack for any reason you must use the same answers file. I'm not sure, but that could explain the messages you are getting. Best regards, Alfredo On Wed, May 25, 2016 at 4:17 PM, Edward Ahern wrote: > Rebooted the vm > > Got a different error for first attempt > > [root at shos1 ~(keystone_admin)]# openstack server list Discovering > versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. > Unable to establish connection to > http://192.168.50.248:5000/v2.0/tokens > > Above url doesn't exist, from the debug: > > Making authentication request to > http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > HTTP/1.1" 401 114 Request returned failure status: 401 > > Can the url be created? > > > > Ran it in debug mode, see below > > [root at shos1 ~(keystone_admin)]# openstack server list --debug START > with options: ['server', 'list', '--debug'] > options: Namespace(access_token_endpoint='', auth_type='', > auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', > client_secret='***', cloud='', debug=True, default_domain='default', > deferred_help=False, domain_id='', domain_name='', endpoint='', > identity_provider='', identity_provider_url='', insecure=None, > interface='', log_file=None, os_compute_api_version='', > os_data_processing_api_version='1.1', os_data_processing_url='', > os_identity_api_version='', os_image_api_version='', > os_key_manager_api_version='1', os_network_api_version='', > os_object_api_version='', os_orchestration_api_version='1', > os_project_id=None, os_project_name=None, os_volume_api_version='', > password='***', profile=None, project_domain_id='', > project_domain_name='', project_id='', project_name='admin', > protocol='', region_name='RegionOne', scope='', > service_provider_endpoint='', timing=False, token='***', trust_id='', > url='', user_domain_id='', user_domain_name='', user_id='', > username='admin', verbose_level=3, verify=None) > defaults: {u'auth_type': 'password', u'compute_api_version': u'2', > 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, > u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': > None, u'image_api_use_tasks': False, u'floating_ip_source': > u'neutron', u'orchestration_api_version': u'1', u'interface': None, > u'network_api_version': u'2', u'image_format': u'qcow2', > u'key_manager_api_version': u'v1', u'metering_api_version': u'2', > 'verify': True, u'identity_api_version': u'2.0', > u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', > u'object_store_api_version': u'1', u'disable_vendor_agent': {}} cloud > cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': > None, u'database_api_version': u'1.0', 'data_processing_api_version': > '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', > u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', > u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': > 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', > 'auth': {'username': 'admin', 'project_name': 'admin', 'password': > '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, > 'default_domain': 'default', u'container_api_version': u'1', > u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', > u'orchestration_api_version': '1', 'timing': False, 'cacert': None, > u'key_manager_api_version': '1', u'metering_api_version': u'2', > 'deferred_help': False, u'identity_api_version': u'2.0', > u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > u'neutron', 'debug': True, u'interface': None, > u'disable_vendor_agent': {}} compute API version 2, cmd group > openstack.compute.v2 network API version 2, cmd group > openstack.network.v2 image API version 2, cmd group openstack.image.v2 > volume API version 2, cmd group openstack.volume.v2 identity API > version 2.0, cmd group openstack.identity.v2 object_store API version > 1, cmd group openstack.object_store.v1 orchestration API version 1, > cmd group openstack.orchestration.v1 data_processing API version 1.1, > cmd group openstack.data_processing.v1 key_manager API version 1, cmd > group openstack.key_manager.v1 > command: server list -> openstackclient.compute.v2.server.ListServer > Auth plugin password selected > auth_type: password > Using auth plugin: password > Using parameters {'username': 'admin', 'password': '***', > 'project_name': 'admin', 'auth_url': > 'http://192.168.50.248:5000/v2.0'} > Get auth_ref > REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > Starting new HTTP connection (1): 192.168.50.248 "GET /v2.0 HTTP/1.1" > 200 231 > RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: > X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise > Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT > Content-Type: application/json x-openstack-request-id: > req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 > RESP BODY: {"version": {"status": "stable", "updated": > "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", > "type": "application/vnd.openstack.identity-v2.0+json"}], "id": > "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": > "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", > "rel": "describedby"}]}} > > Making authentication request to > http://192.168.50.248:5000/v2.0/tokens > Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > HTTP/1.1" 401 114 Request returned failure status: 401 The request you > have made requires authentication. (HTTP 401) (Request-ID: > req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP > 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > clean_up ListServer: The request you have made requires > authentication. (HTTP 401) (Request-ID: > req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 118, in run > ret_val = super(OpenStackShell, self).run(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run > result = self.run_subcommand(remainder) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 153, in run_subcommand > ret_value = super(OpenStackShell, self).run_subcommand(argv) > File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand > self.prepare_to_run_command(cmd) > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command > self.client_manager.auth_ref > File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref > self._auth_ref = self.auth.get_auth_ref(self.session) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref > return self._plugin.get_auth_ref(session, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref > authenticated=False, log=False) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post > return self.request(url, 'POST', **kwargs) > File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request > resp = super(TimingSession, self).request(url, method, **kwargs) > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > return func(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request > raise exceptions.from_response(resp, method, url) > Unauthorized: The request you have made requires authentication. (HTTP > 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > > END return value: 1 > > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 25 May 2016 12:04 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Just to follow up on the below error and its shooting in the > dark.....tailing some logs > > keystone_wsgi_main_access.log: > > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > > -----Original Message----- > From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > On Behalf Of Edward Ahern > Sent: 25 May 2016 11:40 > To: Alfredo Moralejo Alonso > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > [root at shos1 ~]# source keystonerc_admin > [root at shos1 ~(keystone_admin)]# openstack server list The request you > have made requires authentication. (HTTP 401) (Request-ID: > req-cb5a1775-d6d5-4c99-8495-deb52df55f53) > [root at shos1 ~(keystone_admin)]# > > > > -----Original Message----- > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 25 May 2016 10:55 > To: Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: > > openstack server list > > > > On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: >> Has anyone got further ideas or could point me towards a procedure to debug the issue? >> >> >> -----Original Message----- >> From: rdo-list-bounces at redhat.com >> [mailto:rdo-list-bounces at redhat.com] >> On Behalf Of Edward Ahern >> Sent: 23 May 2016 20:28 >> To: Christopher Brown ; amoralej at redhat.com >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: >> >> http://192.168.101.20:5000/v2.0 >> >> >> -----Original Message----- >> From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] >> Sent: 23 May 2016 19:56 >> To: amoralej at redhat.com; Edward Ahern >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? >> >> ie. the URL is not _actually_ : >> >> http://:5000/v2.0 >> >> but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. >> >> I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. >> >> On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >>> Not working unfortunately: >>> >>> [root at shos1 ~]# source keystonerc_admin >>> [root at shos1 ~(keystone_admin)]# openstack user create --password >>> temporal magnum The request you have made requires authentication. >>> (HTTP 401) >>> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >>> [root at shos1 ~(keystone_admin)]# >>> >>> I get the same response for project list: >>> [root at shos1 ~(keystone_admin)]# openstack project list The request >>> you have made requires authentication. (HTTP 401) >>> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >>> >>> >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:18 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> With that keystonerc file, following command should work: >>> >>> openstack user create --password temporal magnum >>> >>> Does other commands as "openstack project list" work? >>> >>> >>> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern >>> wrote: >>> Hi Alfredo, >>> >>> Yes I am sourcing it >>> Details below, ip address removed re URL >>> >>> Note I?m running the command as root user. The openstack >>> installation was completed via packstack, which I wasn?t involved in?. >>> >>> Regards, >>> >>> Ed >>> >>> # more keystonerc_admin >>> unset OS_SERVICE_TOKEN >>> export OS_USERNAME=admin >>> export OS_PASSWORD=2d0050bd38df4a0e >>> export OS_AUTH_URL=http://:5000/v2.0 >>> export PS1='[\u@\h \W(keystone_admin)]\$ ' >>> >>> export OS_TENANT_NAME=admin >>> export OS_REGION_NAME=RegionOne >>> >>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>> Sent: 23 May 2016 16:00 >>> To: Edward Ahern >>> Cc: rdo-list >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> >>> >>> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern >>> wrote: >>> Hi, >>> >>> Is there a proven procedure to install magnum on mitaka? >>> I?m trying to work off this procedure which is written for liberty. >>> I?m blocked at step ?Create Magnum user at keystone? >>> I get the following error: >>> ?# openstack user create --os-username magnum --password temporal -- >>> os-auth-url http://:35357/v2.0/ Could not determine a >>> suitable URL for the plugin? >>> >>> >>> Are you sourcing your keystonerc_admin file?, if so, what variables >>> are you declaring on it? >>> >>> >>> # openstack --version >>> openstack 2.2.0 >>> >>> Regards, >>> >>> Ed >>> >>> >>> >>> _______________________________________________ >>> 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 >>> >>> >> -- >> Regards, >> >> Christopher Brown >> OpenStack Engineer >> OCF plc >> >> Tel: +44 (0)114 257 2200 >> Web: www.ocf.co.uk >> Blog: blog.ocf.co.uk >> Twitter: @ocfplc >> >> Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. >> >> OCF plc is a company registered in England and Wales. Registered >> number 4132533, VAT number GB 780 6803 14. Registered office address: >> OCF plc, >> 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. >> >> This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From fduranti at ymail.com Mon May 30 10:28:00 2016 From: fduranti at ymail.com (Fabien Duranti) Date: Mon, 30 May 2016 12:28:00 +0200 Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <82e73ad82cc84f20a8b01ee51aed58cd@tecnotree.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <1552d9d05aba409cb7fb11642ba2fdcf@tecnotree.com> <1464029768.2560.4.camel@ocf.co.uk> <99351734f6eb4868a7a75a922f5442cd@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> <82e73ad82cc84f20a8b01ee51aed58cd@tecnotree.com> Message-ID: <5141F108-272B-481C-8CFF-DDCC0D65B043@ymail.com> Hi, You need to create a domain and a user with the admin role in that domain, and then populate magnum.conf with the IDs of that domain and user : [trust] trustee_domain_id = trustee_domain_admin_id = trustee_domain_admin_password = I don't know for kubernetes but I personally got into more problems down the road to create swarm bays.. so be prepared for more issues. -- Fabien > Le 30 mai 2016 ? 11:17, Edward Ahern a ?crit : > > Hi, > > I almost have magnum running on mitaka packstack install. > > I've created a baymodel with an atomic image and kubernetes. > > But I'm getting the following error: > > > [root at shos2 magnum(keystone_admin)]# magnum bay-create --name k8s_bay --baymodel kubernetes > > Create for bay k8s_bay failed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None (HTTP 500) (Request-ID: req-946c7096-3c75-459f-a003-5271f0acdfbd) > > Logs are below. Found a few suggestions via google but not resolved so far. Any help would be greatly appreciated. Need to have this ready for a demo later in the week. > > Regards, > > Ed > > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Failed to create trustee > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone Traceback (most recent call last): > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/root/magnum/magnum/common/keystone.py", line 184, in create_trustee > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone domain=domain_id) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/debtcollector/renames.py", line 45, in wrapper > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return f(*args, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/v3/users.py", line 77, in create > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone log=not bool(password)) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/base.py", line 171, in _post > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp, body = self.client.post(url, body=body, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 179, in post > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 331, in request > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp = super(LegacyJsonAdapter, self).request(*args, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 98, in request > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.session.request(url, method, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 320, in request > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone auth_headers = self.get_auth_headers(auth) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 638, in get_auth_headers > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return auth.get_headers(self, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/base.py", line 159, in get_headers > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone token = self.get_token(session) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 216, in get_token > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.get_access(session).auth_token > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", line 262, in get_access > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone self.auth_ref = self.get_auth_ref(session) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v3/base.py", line 190, in get_auth_ref > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone authenticated=False, log=False, **rkwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 520, in post > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return self.request(url, 'POST', **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return func(*args, **kwargs) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 420, in request > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone raise exceptions.from_response(resp, method, url) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone BadRequest: Expecting to find id or name in user - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error. (HTTP 400) (Request-ID: req-dcd222df-5da5-4ee9-a23c-fe163c8e9db4) > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Exception during message handling: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher Traceback (most recent call last): > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher incoming.message)) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher return self._do_dispatch(endpoint, method, ctxt, args) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher result = func(ctxt, **new_args) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher self._create_trustee_and_trust(osc, bay) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher CONF.trust.trustee_domain_id) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher domain_id=domain_id) > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > 2016-05-26 15:55:41.969 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Returning exception Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None to caller > 2016-05-26 15:55:41.970 17399 ERROR oslo_messaging._drivers.common [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply\n incoming.message))\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch\n return self._do_dispatch(endpoint, method, ctxt, args)\n', ' File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch\n result = func(ctxt, **new_args)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create\n self._create_trustee_and_trust(osc, bay)\n', ' File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust\n CONF.trust.trustee_domain_id)\n', ' File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee\n domain_id=domain_id)\n', 'TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None\n'] > > > And > > > 2016-05-26 15:55:42.082 17202 ERROR wsme.api [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Server-side error: "Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply > incoming.message)) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch > return self._do_dispatch(endpoint, method, ctxt, args) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch > result = func(ctxt, **new_args) > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create > self._create_trustee_and_trust(osc, bay) > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust > CONF.trust.trustee_domain_id) > > File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > domain_id=domain_id) > > TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None ". Detail: > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/wsmeext/pecan.py", line 84, in callfunction > result = f(self, *args, **kwargs) > > File "/root/magnum/magnum/api/controllers/v1/bay.py", line 299, in post > bay.bay_create_timeout) > > File "/root/magnum/magnum/conductor/api.py", line 35, in bay_create > bay_create_timeout=bay_create_timeout) > > File "/root/magnum/magnum/common/rpc_service.py", line 110, in _call > return self._client.call(self._context, method, *args, **kwargs) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 413, in call > return self.prepare().call(ctxt, method, **kwargs) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 158, in call > retry=self.retry) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 90, in _send > timeout=timeout, retry=retry) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 470, in send > retry=retry) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 461, in _send > raise result > > TrusteeCreateFailed_Remote: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138, in _dispatch_and_reply > incoming.message)) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _dispatch > return self._do_dispatch(endpoint, method, ctxt, args) > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 127, in _do_dispatch > result = func(ctxt, **new_args) > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in bay_create > self._create_trustee_and_trust(osc, bay) > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in _create_trustee_and_trust > CONF.trust.trustee_domain_id) > > File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > domain_id=domain_id) > > TrusteeCreateFailed: Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > > > 192.168.50.247 - - [26/May/2016 15:55:42] "POST /v1/bays HTTP/1.1" 500 257 > 192.168.50.247 - - [26/May/2016 15:57:58] "GET /v1/bays/kubernetes HTTP/1.1" 404 172 > > > > > -----Original Message----- > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > Sent: 25 May 2016 15:25 > To: Edward Ahern > Cc: rdo-list at redhat.com > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Hi, > > I'd recommend to deploy the environment from the scratch, redeploy OS and packstack on top. Note that, if you need to re-run packstack for any reason you must use the same answers file. I'm not sure, but that could explain the messages you are getting. > > Best regards, > > Alfredo > > >> On Wed, May 25, 2016 at 4:17 PM, Edward Ahern wrote: >> Rebooted the vm >> >> Got a different error for first attempt >> >> [root at shos1 ~(keystone_admin)]# openstack server list Discovering >> versions from the identity service failed when creating the password plugin. Attempting to determine version from URL. >> Unable to establish connection to >> http://192.168.50.248:5000/v2.0/tokens >> >> Above url doesn't exist, from the debug: >> >> Making authentication request to >> http://192.168.50.248:5000/v2.0/tokens >> Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens >> HTTP/1.1" 401 114 Request returned failure status: 401 >> >> Can the url be created? >> >> >> >> Ran it in debug mode, see below >> >> [root at shos1 ~(keystone_admin)]# openstack server list --debug START >> with options: ['server', 'list', '--debug'] >> options: Namespace(access_token_endpoint='', auth_type='', >> auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', >> client_secret='***', cloud='', debug=True, default_domain='default', >> deferred_help=False, domain_id='', domain_name='', endpoint='', >> identity_provider='', identity_provider_url='', insecure=None, >> interface='', log_file=None, os_compute_api_version='', >> os_data_processing_api_version='1.1', os_data_processing_url='', >> os_identity_api_version='', os_image_api_version='', >> os_key_manager_api_version='1', os_network_api_version='', >> os_object_api_version='', os_orchestration_api_version='1', >> os_project_id=None, os_project_name=None, os_volume_api_version='', >> password='***', profile=None, project_domain_id='', >> project_domain_name='', project_id='', project_name='admin', >> protocol='', region_name='RegionOne', scope='', >> service_provider_endpoint='', timing=False, token='***', trust_id='', >> url='', user_domain_id='', user_domain_name='', user_id='', >> username='admin', verbose_level=3, verify=None) >> defaults: {u'auth_type': 'password', u'compute_api_version': u'2', >> 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, >> u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': >> None, u'image_api_use_tasks': False, u'floating_ip_source': >> u'neutron', u'orchestration_api_version': u'1', u'interface': None, >> u'network_api_version': u'2', u'image_format': u'qcow2', >> u'key_manager_api_version': u'v1', u'metering_api_version': u'2', >> 'verify': True, u'identity_api_version': u'2.0', >> u'volume_api_version': u'2', 'cert': None, u'secgroup_source': >> u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', >> u'object_store_api_version': u'1', u'disable_vendor_agent': {}} cloud >> cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': >> None, u'database_api_version': u'1.0', 'data_processing_api_version': >> '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', >> u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', >> u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': >> 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', >> 'auth': {'username': 'admin', 'project_name': 'admin', 'password': >> '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, >> 'default_domain': 'default', u'container_api_version': u'1', >> u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', >> u'orchestration_api_version': '1', 'timing': False, 'cacert': None, >> u'key_manager_api_version': '1', u'metering_api_version': u'2', >> 'deferred_help': False, u'identity_api_version': u'2.0', >> u'volume_api_version': u'2', 'cert': None, u'secgroup_source': >> u'neutron', 'debug': True, u'interface': None, >> u'disable_vendor_agent': {}} compute API version 2, cmd group >> openstack.compute.v2 network API version 2, cmd group >> openstack.network.v2 image API version 2, cmd group openstack.image.v2 >> volume API version 2, cmd group openstack.volume.v2 identity API >> version 2.0, cmd group openstack.identity.v2 object_store API version >> 1, cmd group openstack.object_store.v1 orchestration API version 1, >> cmd group openstack.orchestration.v1 data_processing API version 1.1, >> cmd group openstack.data_processing.v1 key_manager API version 1, cmd >> group openstack.key_manager.v1 >> command: server list -> openstackclient.compute.v2.server.ListServer >> Auth plugin password selected >> auth_type: password >> Using auth plugin: password >> Using parameters {'username': 'admin', 'password': '***', >> 'project_name': 'admin', 'auth_url': >> 'http://192.168.50.248:5000/v2.0'} >> Get auth_ref >> REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: application/json" -H "User-Agent: python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" >> Starting new HTTP connection (1): 192.168.50.248 "GET /v2.0 HTTP/1.1" >> 200 231 >> RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: >> X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise >> Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT >> Content-Type: application/json x-openstack-request-id: >> req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 >> RESP BODY: {"version": {"status": "stable", "updated": >> "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", >> "type": "application/vnd.openstack.identity-v2.0+json"}], "id": >> "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": >> "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", >> "rel": "describedby"}]}} >> >> Making authentication request to >> http://192.168.50.248:5000/v2.0/tokens >> Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens >> HTTP/1.1" 401 114 Request returned failure status: 401 The request you >> have made requires authentication. (HTTP 401) (Request-ID: >> req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) >> Traceback (most recent call last): >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand >> self.prepare_to_run_command(cmd) >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command >> self.client_manager.auth_ref >> File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref >> self._auth_ref = self.auth.get_auth_ref(self.session) >> File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref >> return self._plugin.get_auth_ref(session, **kwargs) >> File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref >> authenticated=False, log=False) >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post >> return self.request(url, 'POST', **kwargs) >> File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request >> resp = super(TimingSession, self).request(url, method, **kwargs) >> File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner >> return func(*args, **kwargs) >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request >> raise exceptions.from_response(resp, method, url) >> Unauthorized: The request you have made requires authentication. (HTTP >> 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) >> clean_up ListServer: The request you have made requires >> authentication. (HTTP 401) (Request-ID: >> req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) >> Traceback (most recent call last): >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 118, in run >> ret_val = super(OpenStackShell, self).run(argv) >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run >> result = self.run_subcommand(remainder) >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 153, in run_subcommand >> ret_value = super(OpenStackShell, self).run_subcommand(argv) >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in run_subcommand >> self.prepare_to_run_command(cmd) >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 411, in prepare_to_run_command >> self.client_manager.auth_ref >> File "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", line 210, in auth_ref >> self._auth_ref = self.auth.get_auth_ref(self.session) >> File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", line 186, in get_auth_ref >> return self._plugin.get_auth_ref(session, **kwargs) >> File "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", line 89, in get_auth_ref >> authenticated=False, log=False) >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 572, in post >> return self.request(url, 'POST', **kwargs) >> File "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", line 40, in request >> resp = super(TimingSession, self).request(url, method, **kwargs) >> File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in inner >> return func(*args, **kwargs) >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 467, in request >> raise exceptions.from_response(resp, method, url) >> Unauthorized: The request you have made requires authentication. (HTTP >> 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) >> >> END return value: 1 >> >> >> -----Original Message----- >> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] >> On Behalf Of Edward Ahern >> Sent: 25 May 2016 12:04 >> To: Alfredo Moralejo Alonso >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> Just to follow up on the below error and its shooting in the >> dark.....tailing some logs >> >> keystone_wsgi_main_access.log: >> >> 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" >> 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" >> >> -----Original Message----- >> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] >> On Behalf Of Edward Ahern >> Sent: 25 May 2016 11:40 >> To: Alfredo Moralejo Alonso >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> >> [root at shos1 ~]# source keystonerc_admin >> [root at shos1 ~(keystone_admin)]# openstack server list The request you >> have made requires authentication. (HTTP 401) (Request-ID: >> req-cb5a1775-d6d5-4c99-8495-deb52df55f53) >> [root at shos1 ~(keystone_admin)]# >> >> >> >> -----Original Message----- >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >> Sent: 25 May 2016 10:55 >> To: Edward Ahern >> Cc: rdo-list at redhat.com >> Subject: Re: [rdo-list] Installing Magnum on mitaka >> >> The issue seems to be with the admin user credentials or role assignment, could you try a non-admin command as: >> >> openstack server list >> >> >> >>> On Wed, May 25, 2016 at 11:37 AM, Edward Ahern wrote: >>> Has anyone got further ideas or could point me towards a procedure to debug the issue? >>> >>> >>> -----Original Message----- >>> From: rdo-list-bounces at redhat.com >>> [mailto:rdo-list-bounces at redhat.com] >>> On Behalf Of Edward Ahern >>> Sent: 23 May 2016 20:28 >>> To: Christopher Brown ; amoralej at redhat.com >>> Cc: rdo-list at redhat.com >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> No problem...correct...I have obfuscated the URL...in my keystonerc_admin file, it's like so: >>> >>> http://192.168.101.20:5000/v2.0 >>> >>> >>> -----Original Message----- >>> From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] >>> Sent: 23 May 2016 19:56 >>> To: amoralej at redhat.com; Edward Ahern >>> Cc: rdo-list at redhat.com >>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>> >>> Forgive me for asking but I have to be absolutely clear that when you have posted the contents of your keystonerc_admin file, you are obfuscating the URL when you post to this list? >>> >>> ie. the URL is not _actually_ : >>> >>> http://:5000/v2.0 >>> >>> but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your install. >>> >>> I have seen packstack installs generate a bad keystonerc_admin file hence my reason for asking. >>> >>>> On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: >>>> Not working unfortunately: >>>> >>>> [root at shos1 ~]# source keystonerc_admin >>>> [root at shos1 ~(keystone_admin)]# openstack user create --password >>>> temporal magnum The request you have made requires authentication. >>>> (HTTP 401) >>>> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) >>>> [root at shos1 ~(keystone_admin)]# >>>> >>>> I get the same response for project list: >>>> [root at shos1 ~(keystone_admin)]# openstack project list The request >>>> you have made requires authentication. (HTTP 401) >>>> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) >>>> >>>> >>>> >>>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>>> Sent: 23 May 2016 16:18 >>>> To: Edward Ahern >>>> Cc: rdo-list >>>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>>> >>>> >>>> With that keystonerc file, following command should work: >>>> >>>> openstack user create --password temporal magnum >>>> >>>> Does other commands as "openstack project list" work? >>>> >>>> >>>> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern >>>> wrote: >>>> Hi Alfredo, >>>> >>>> Yes I am sourcing it >>>> Details below, ip address removed re URL >>>> >>>> Note I?m running the command as root user. The openstack >>>> installation was completed via packstack, which I wasn?t involved in?. >>>> >>>> Regards, >>>> >>>> Ed >>>> >>>> # more keystonerc_admin >>>> unset OS_SERVICE_TOKEN >>>> export OS_USERNAME=admin >>>> export OS_PASSWORD=2d0050bd38df4a0e >>>> export OS_AUTH_URL=http://:5000/v2.0 >>>> export PS1='[\u@\h \W(keystone_admin)]\$ ' >>>> >>>> export OS_TENANT_NAME=admin >>>> export OS_REGION_NAME=RegionOne >>>> >>>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] >>>> Sent: 23 May 2016 16:00 >>>> To: Edward Ahern >>>> Cc: rdo-list >>>> Subject: Re: [rdo-list] Installing Magnum on mitaka >>>> >>>> >>>> >>>> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern >>>> wrote: >>>> Hi, >>>> >>>> Is there a proven procedure to install magnum on mitaka? >>>> I?m trying to work off this procedure which is written for liberty. >>>> I?m blocked at step ?Create Magnum user at keystone? >>>> I get the following error: >>>> ?# openstack user create --os-username magnum --password temporal -- >>>> os-auth-url http://:35357/v2.0/ Could not determine a >>>> suitable URL for the plugin? >>>> >>>> >>>> Are you sourcing your keystonerc_admin file?, if so, what variables >>>> are you declaring on it? >>>> >>>> >>>> # openstack --version >>>> openstack 2.2.0 >>>> >>>> Regards, >>>> >>>> Ed >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> -- >>> Regards, >>> >>> Christopher Brown >>> OpenStack Engineer >>> OCF plc >>> >>> Tel: +44 (0)114 257 2200 >>> Web: www.ocf.co.uk >>> Blog: blog.ocf.co.uk >>> Twitter: @ocfplc >>> >>> Please note, any emails relating to an OCF Support request must always be sent to support at ocf.co.uk for a ticket number to be generated or existing support ticket to be updated. Should this not be done then OCF cannot be held responsible for requests not dealt with in a timely manner. >>> >>> OCF plc is a company registered in England and Wales. Registered >>> number 4132533, VAT number GB 780 6803 14. Registered office address: >>> OCF plc, >>> 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 2PG. >>> >>> This message is private and confidential. If you have received this message in error, please notify us immediately and remove it from your system. >>> >>> _______________________________________________ >>> rdo-list mailing list >>> rdo-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rdo-list >>> >>> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com >> >> _______________________________________________ >> rdo-list mailing list >> rdo-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rdo-list >> >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From hguemar at fedoraproject.org Mon May 30 15:00:02 2016 From: hguemar at fedoraproject.org (hguemar at fedoraproject.org) Date: Mon, 30 May 2016 15:00:02 +0000 (UTC) Subject: [rdo-list] [Fedocal] Reminder meeting : RDO meeting Message-ID: <20160530150003.0125060A4009@fedocal02.phx2.fedoraproject.org> Dear all, You are kindly invited to the meeting: RDO meeting on 2016-06-01 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 zaitcev at redhat.com Mon May 30 16:35:20 2016 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 30 May 2016 10:35:20 -0600 Subject: [rdo-list] Certificate invalid? In-Reply-To: References: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> Message-ID: <20160530103520.1d35f5e9@lembas.zaitcev.lan> Thanks, Rich. The rdoproject.org is accessible again today. -- P On Sun, 29 May 2016 12:16:59 -0400 Rich Bowen wrote: > Yeah, I thought we'd taken care of it. I'll see what I can do. > On May 29, 2016 10:09 AM, "Matthias Runge" wrote: > > it looks like the certificate for rdoproject.org became invalid > > (expired). Can someone please look at this or does someone know who to > > ping here? > > > > Thanks, > > Matthias From rbowen at redhat.com Mon May 30 16:42:48 2016 From: rbowen at redhat.com (Rich Bowen) Date: Mon, 30 May 2016 12:42:48 -0400 Subject: [rdo-list] Certificate invalid? In-Reply-To: <20160530103520.1d35f5e9@lembas.zaitcev.lan> References: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> <20160530103520.1d35f5e9@lembas.zaitcev.lan> Message-ID: Awesome. That was all Duck and Misc. --Rich On 05/30/2016 12:35 PM, Pete Zaitcev wrote: > Thanks, Rich. The rdoproject.org is accessible again today. > -- P > > On Sun, 29 May 2016 12:16:59 -0400 > Rich Bowen wrote: > >> Yeah, I thought we'd taken care of it. I'll see what I can do. >> On May 29, 2016 10:09 AM, "Matthias Runge" wrote: >>> it looks like the certificate for rdoproject.org became invalid >>> (expired). Can someone please look at this or does someone know who to >>> ping here? >>> >>> Thanks, >>> Matthias From dms at redhat.com Mon May 30 16:49:25 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 30 May 2016 12:49:25 -0400 Subject: [rdo-list] Certificate invalid? In-Reply-To: References: <20160529140912.tn5a6fbnkuhwnxrb@sofja.berg.ol> <20160530103520.1d35f5e9@lembas.zaitcev.lan> Message-ID: I'll add that to our monitoring so we see that coming next time. David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Mon, May 30, 2016 at 12:42 PM, Rich Bowen wrote: > Awesome. That was all Duck and Misc. > > > --Rich > > > On 05/30/2016 12:35 PM, Pete Zaitcev wrote: >> Thanks, Rich. The rdoproject.org is accessible again today. >> -- P >> >> On Sun, 29 May 2016 12:16:59 -0400 >> Rich Bowen wrote: >> >>> Yeah, I thought we'd taken care of it. I'll see what I can do. >>> On May 29, 2016 10:09 AM, "Matthias Runge" wrote: >>>> it looks like the certificate for rdoproject.org became invalid >>>> (expired). Can someone please look at this or does someone know who to >>>> ping here? >>>> >>>> Thanks, >>>> Matthias > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From dms at redhat.com Mon May 30 22:36:28 2016 From: dms at redhat.com (David Moreau Simard) Date: Mon, 30 May 2016 18:36:28 -0400 Subject: [rdo-list] Project migrations from gerrithub to review.rdoproject.org Message-ID: Hi, I've started looking at what was required to migrate some projects from gerrithub to review.rdoproject.org. I've setup a local account for the ci.centos.org jenkins asked the CentOS team to create a gerrit instance [1] for review.rdoproject.org. I've set up an etherpad [2] to try and document what projects we have on gerrithub that we could migrate. The exercise is to centralize RDO project code reviews on review.rdoproject.org and benefit from the tooling in place (gerrit, zuul, nodepool, gerritbot). Heavy, long-running jobs or ones that are best suited by bare metal should be left on ci.centos.org (ex: tripleo or weirdo jobs) for the time being but jobs like syntax, lint and such could be moved to review.rdoproject.org. I will migrate a few repositories (i.e, WeIRDO) and document the process so that everyone can participate. I'll let you know how it goes and provide the documentation when available, otherwise if you have any questions in the meantime, don't hesitate. Thanks, [1]: https://bugs.centos.org/view.php?id=10942 [2]: https://etherpad.openstack.org/p/rdo-gerrit-migration David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] From me at gbraad.nl Tue May 31 00:54:41 2016 From: me at gbraad.nl (Gerard Braad) Date: Tue, 31 May 2016 08:54:41 +0800 Subject: [rdo-list] ARA - Ansible Run Analysis Message-ID: Hi All, David created a project that can help operators/admins with debugging, analysing their Ansible playbooks. It is quite nice and is already being used by some RDO projects. However, he suggested bringing this under the OpenStack umbrella. For this, he created a review [1] Give it some comments... regards, Gerard [1] https://review.openstack.org/#/c/321226/ -- Gerard Braad F/OSS & IT Consultant From me at gbraad.nl Tue May 31 00:59:13 2016 From: me at gbraad.nl (Gerard Braad) Date: Tue, 31 May 2016 08:59:13 +0800 Subject: [rdo-list] Read the docs for DLRN shows an old version Message-ID: Hi All, The read the docs for DLRN is showing an older version of the documentation. Likely a push does not trigger the rebuild of the docs automatically. I have experienced the same with one of my projects. I created an issue at the project's Github for this [1]. Hope this can be resolved. regards, Gerard [1] https://github.com/openstack-packages/DLRN/issues/17 -- Gerard Braad F/OSS & IT Consultant From zaitcev at redhat.com Tue May 31 04:06:50 2016 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 30 May 2016 22:06:50 -0600 Subject: [rdo-list] Review login In-Reply-To: References: <20160529112741.7de18d51@lembas.zaitcev.lan> Message-ID: <20160530220650.00a306ed@lembas.zaitcev.lan> On Sun, 29 May 2016 19:46:06 +0200 Ha?kel wrote: > 2016-05-29 19:27 GMT+02:00 Pete Zaitcev : > > Does anyone know how to obtain credentials in order to review > > anything at review.rdoproject.org? > The internal login is misleading, everyone but platforms admins must > use the github login. Okay, I got through to the website, using the github login... But what do I do about this: [zaitcev at lembas openstack-swift.master]$ git review rpm-master Could not connect to gerrit. Enter your gerrit username: zaitcev Trying again with ssh://zaitcev at review.rdoproject.org:29418/openstack/swift-distgit ............. Confused, -- Pete From me at gbraad.nl Tue May 31 06:52:00 2016 From: me at gbraad.nl (Gerard Braad) Date: Tue, 31 May 2016 14:52:00 +0800 Subject: [rdo-list] Access undercloud / overcloud vms via public ip addresses In-Reply-To: <573E53C1.6000501@redhat.com> References: <8869505b489c43f491c55e3014ec9b87@tecnotree.com> <573E53C1.6000501@redhat.com> Message-ID: Hi, For this I also have the following question: On Fri, May 20, 2016 at 8:01 AM, Adam Young wrote: > We need tutorial walking through the basic use cases. I was wondering about the scope of the Quickstart documentation and the general TripleO documentation. What I think is the following: * Quickstart documentation should be simple and refer to the implementation and configuration of quickstart options * General TripleO would describe the planning, deployment, and troubleshooting of TripleO. It therefore might refer to the quickstart tool to perform a deployment... But as you can imagine, this will lead to having 'two truths' related to TripleO. Is the quickstart doing something so drastically different it needs it's own documentation? The quickstart tool itself describes how to access the console of the nodes, and also how to get to the dashboard. But this is because it now deals with a virtualized environment. More advanced how-tos now end up being captured in blogposts in several different places. How could this be improved? regards, Gerard -- Gerard Braad F/OSS & IT Consultant http://gbraad.nl From bderzhavets at hotmail.com Tue May 31 09:38:00 2016 From: bderzhavets at hotmail.com (Boris Derzhavets) Date: Tue, 31 May 2016 09:38:00 +0000 Subject: [rdo-list] Resubmitting bug - Bug 1341093 - Tripleo QuickStart HA deployment attempts constantly crash Message-ID: I attempted resubmit bug https://bugzilla.redhat.com/show_bug.cgi?id=1340865 to new version https://bugzilla.redhat.com/show_bug.cgi?id=1341093 However, even I selected Version "Mitaka" from drop down menu, system generates Target Release: Kilo in final document created after bug got saved in database. Looks like an issue in web interface at bugzilla.redhat.com. Form been created for submission is attached to message as snapshot. I don't see option to set "Target release" during bug submission procedure. It seems to be done by system with error pointing to Kilo. Thanks. Boris [cid:45cd13ec-91a5-4f2d-b98b-37d61a631799] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2016-05-31 12-13-47.png Type: image/png Size: 184586 bytes Desc: Screenshot from 2016-05-31 12-13-47.png URL: From amoralej at redhat.com Tue May 31 10:50:25 2016 From: amoralej at redhat.com (Alfredo Moralejo Alonso) Date: Tue, 31 May 2016 12:50:25 +0200 Subject: [rdo-list] Resubmitting bug - Bug 1341093 - Tripleo QuickStart HA deployment attempts constantly crash In-Reply-To: References: Message-ID: Hi Boris, Note that there are two different fields related to versions. "Version" is the release that the bug has been observed in (in this case Mitaka). "Target Version" is the version that the bug will be fixed in and it's fixed by default by bugzilla according to the specified component or project. Currently, we are working with bugzilla people to add "Mitaka" to the list of available values for target version and change the default value. Until then, you can set it to trunk manually. Best regards, Alfredo On Tue, May 31, 2016 at 11:38 AM, Boris Derzhavets wrote: > I attempted resubmit bug > https://bugzilla.redhat.com/show_bug.cgi?id=1340865 > > to new version https://bugzilla.redhat.com/show_bug.cgi?id=1341093 > > > > > However, even I selected Version "Mitaka" from drop down menu, system > generates > > > Target Release > : > Kilo > in final document created after bug got saved in database. > > Looks like an issue in web interface at bugzilla.redhat.com. > Form been created for submission is attached to message as snapshot. > I don't see option to set "Target release" during bug submission procedure. > It seems to be done by system with error pointing to Kilo. > > > Thanks. > > Boris > > > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2016-05-31 12-13-47.png Type: image/png Size: 184586 bytes Desc: not available URL: From dms at redhat.com Tue May 31 13:47:48 2016 From: dms at redhat.com (David Moreau Simard) Date: Tue, 31 May 2016 09:47:48 -0400 Subject: [rdo-list] ARA - Ansible Run Analysis In-Reply-To: References: Message-ID: Hi Gerard, Thanks for the words. I've added an item about the project creation in today's openstack-infra meeting [1]. [1]: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Mon, May 30, 2016 at 8:54 PM, Gerard Braad wrote: > Hi All, > > > David created a project that can help operators/admins with debugging, > analysing their Ansible playbooks. It is quite nice and is already > being used by some RDO projects. However, he suggested bringing this > under the OpenStack umbrella. For this, he created a review [1] Give > it some comments... > > regards, > > > Gerard > > [1] https://review.openstack.org/#/c/321226/ > > > -- > Gerard Braad > F/OSS & IT Consultant > > _______________________________________________ > 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 afazekas at redhat.com Tue May 31 14:20:22 2016 From: afazekas at redhat.com (Attila Fazekas) Date: Tue, 31 May 2016 10:20:22 -0400 (EDT) Subject: [rdo-list] Installing Magnum on mitaka In-Reply-To: <5141F108-272B-481C-8CFF-DDCC0D65B043@ymail.com> References: <8e2d3a862c684fa788b32af22a32dbef@tecnotree.com> <0a873d894778471eb82736c1893042c5@tecnotree.com> <21d99dd4f1bf47868d0741fe31b9424e@tecnotree.com> <333efcc6f0754843acc076ca1e46a83a@tecnotree.com> <82e73ad82cc84f20a8b01ee51aed58cd@tecnotree.com> <5141F108-272B-481C-8CFF-DDCC0D65B043@ymail.com> Message-ID: <1366360789.51032435.1464704422713.JavaMail.zimbra@redhat.com> The usual issues: Test vms does not have external connectivity (to discovery.etcd.io), or does not able to reach the configured dns server (8.8.8.8) . If you have an all-in-one setup the usual trick is.: ROUTE_TO_INTERNET=$(ip route get 8.8.8.8) OBOUND_DEV=$(echo ${ROUTE_TO_INTERNET#*dev} | awk '{print $1}') sudo iptables -t nat -A POSTROUTING -o $OBOUND_DEV -j MASQUERADE sudo tee /proc/sys/net/ipv4/ip_forward <<<1 >/dev/null You can find working test images here: https://fedorapeople.org/groups/magnum/ Once I also had to use --tls-disabled at bay model creation. ----- Original Message ----- > From: "Fabien Duranti" > To: "Edward Ahern" > Cc: rdo-list at redhat.com > Sent: Monday, May 30, 2016 12:28:00 PM > Subject: Re: [rdo-list] Installing Magnum on mitaka > > Hi, > > You need to create a domain and a user with the admin role in that domain, > and then populate magnum.conf with the IDs of that domain and user : > > [trust] > trustee_domain_id = > trustee_domain_admin_id = > trustee_domain_admin_password = > > I don't know for kubernetes but I personally got into more problems down the > road to create swarm bays.. so be prepared for more issues. > > -- > Fabien > > > > Le 30 mai 2016 ? 11:17, Edward Ahern a ?crit : > > > > Hi, > > > > I almost have magnum running on mitaka packstack install. > > > > I've created a baymodel with an atomic image and kubernetes. > > > > But I'm getting the following error: > > > > > > [root at shos2 magnum(keystone_admin)]# magnum bay-create --name k8s_bay > > --baymodel kubernetes > > > > Create for bay k8s_bay failed: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None (HTTP 500) > > (Request-ID: req-946c7096-3c75-459f-a003-5271f0acdfbd) > > > > Logs are below. Found a few suggestions via google but not resolved so far. > > Any help would be greatly appreciated. Need to have this ready for a demo > > later in the week. > > > > Regards, > > > > Ed > > > > > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > > [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Failed to > > create trustee > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone Traceback (most > > recent call last): > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/root/magnum/magnum/common/keystone.py", line 184, in create_trustee > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > > domain=domain_id) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/debtcollector/renames.py", line 45, in > > wrapper > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > f(*args, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in > > inner > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > func(*args, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/v3/users.py", line 77, in > > create > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone log=not > > bool(password)) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/base.py", line 171, in > > _post > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp, body = > > self.client.post(url, body=body, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 179, in > > post > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > self.request(url, 'POST', **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 331, in > > request > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone resp = > > super(LegacyJsonAdapter, self).request(*args, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 98, in > > request > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > self.session.request(url, method, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in > > inner > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > func(*args, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 320, in > > request > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone auth_headers > > = self.get_auth_headers(auth) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 638, in > > get_auth_headers > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > auth.get_headers(self, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/auth/base.py", line 159, > > in get_headers > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone token = > > self.get_token(session) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", > > line 216, in get_token > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > self.get_access(session).auth_token > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/base.py", > > line 262, in get_access > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > > self.auth_ref = self.get_auth_ref(session) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v3/base.py", > > line 190, in get_auth_ref > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > > authenticated=False, log=False, **rkwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 520, in > > post > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > self.request(url, 'POST', **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, in > > inner > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone return > > func(*args, **kwargs) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone File > > "/usr/lib/python2.7/site-packages/keystoneclient/session.py", line 420, in > > request > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone raise > > exceptions.from_response(resp, method, url) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone BadRequest: > > Expecting to find id or name in user - the server could not comply with > > the request since it is either malformed or otherwise incorrect. The > > client is assumed to be in error. (HTTP 400) (Request-ID: > > req-dcd222df-5da5-4ee9-a23c-fe163c8e9db4) > > 2016-05-26 15:55:41.884 17399 ERROR magnum.common.keystone > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Exception > > during message handling: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher Traceback > > (most recent call last): > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 138, in _dispatch_and_reply > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > incoming.message)) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 183, in _dispatch > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > return self._do_dispatch(endpoint, method, ctxt, args) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 127, in _do_dispatch > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > result = func(ctxt, **new_args) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in > > bay_create > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > self._create_trustee_and_trust(osc, bay) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in > > _create_trustee_and_trust > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > CONF.trust.trustee_domain_id) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher File > > "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > domain_id=domain_id) > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > TrusteeCreateFailed: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > > 2016-05-26 15:55:41.926 17399 ERROR oslo_messaging.rpc.dispatcher > > 2016-05-26 15:55:41.969 17399 ERROR oslo_messaging._drivers.common > > [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Returning > > exception Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in > > domain None to caller > > 2016-05-26 15:55:41.970 17399 ERROR oslo_messaging._drivers.common > > [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] ['Traceback > > (most recent call last):\n', ' File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 138, in _dispatch_and_reply\n incoming.message))\n', ' File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 183, in _dispatch\n return self._do_dispatch(endpoint, method, ctxt, > > args)\n', ' File > > "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line > > 127, in _do_dispatch\n result = func(ctxt, **new_args)\n', ' File > > "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, in > > bay_create\n self._create_trustee_and_trust(osc, bay)\n', ' File > > "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, in > > _create_trustee_and_trust\n CONF.trust.trustee_domain_id)\n', ' File > > "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee\n > > domain_id=domain_id)\n', 'TrusteeCreateFailed: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None\n'] > > > > > > And > > > > > > 2016-05-26 15:55:42.082 17202 ERROR wsme.api > > [req-6ab855cf-91cf-4159-8d89-d5c40b0dfae6 admin admin - - -] Server-side > > error: "Failed to create trustee e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in > > domain None Traceback (most recent call last): > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 138, in _dispatch_and_reply > > incoming.message)) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 183, in _dispatch > > return self._do_dispatch(endpoint, method, ctxt, args) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 127, in _do_dispatch > > result = func(ctxt, **new_args) > > > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, > > in bay_create > > self._create_trustee_and_trust(osc, bay) > > > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, > > in _create_trustee_and_trust > > CONF.trust.trustee_domain_id) > > > > File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > > domain_id=domain_id) > > > > TrusteeCreateFailed: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None ". Detail: > > Traceback (most recent call last): > > > > File "/usr/lib/python2.7/site-packages/wsmeext/pecan.py", line 84, in > > callfunction > > result = f(self, *args, **kwargs) > > > > File "/root/magnum/magnum/api/controllers/v1/bay.py", line 299, in post > > bay.bay_create_timeout) > > > > File "/root/magnum/magnum/conductor/api.py", line 35, in bay_create > > bay_create_timeout=bay_create_timeout) > > > > File "/root/magnum/magnum/common/rpc_service.py", line 110, in _call > > return self._client.call(self._context, method, *args, **kwargs) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line > > 413, in call > > return self.prepare().call(ctxt, method, **kwargs) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line > > 158, in call > > retry=self.retry) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line > > 90, in _send > > timeout=timeout, retry=retry) > > > > File > > "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", > > line 470, in send > > retry=retry) > > > > File > > "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", > > line 461, in _send > > raise result > > > > TrusteeCreateFailed_Remote: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None Traceback (most recent > > call last): > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 138, in _dispatch_and_reply > > incoming.message)) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 183, in _dispatch > > return self._do_dispatch(endpoint, method, ctxt, args) > > > > File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", > > line 127, in _do_dispatch > > result = func(ctxt, **new_args) > > > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 143, > > in bay_create > > self._create_trustee_and_trust(osc, bay) > > > > File "/root/magnum/magnum/conductor/handlers/bay_conductor.py", line 128, > > in _create_trustee_and_trust > > CONF.trust.trustee_domain_id) > > > > File "/root/magnum/magnum/common/keystone.py", line 188, in create_trustee > > domain_id=domain_id) > > > > TrusteeCreateFailed: Failed to create trustee > > e27c0ef0-67e3-4d95-bb93-56a5ef28eba2 in domain None > > > > > > 192.168.50.247 - - [26/May/2016 15:55:42] "POST /v1/bays HTTP/1.1" 500 257 > > 192.168.50.247 - - [26/May/2016 15:57:58] "GET /v1/bays/kubernetes > > HTTP/1.1" 404 172 > > > > > > > > > > -----Original Message----- > > From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > > Sent: 25 May 2016 15:25 > > To: Edward Ahern > > Cc: rdo-list at redhat.com > > Subject: Re: [rdo-list] Installing Magnum on mitaka > > > > Hi, > > > > I'd recommend to deploy the environment from the scratch, redeploy OS and > > packstack on top. Note that, if you need to re-run packstack for any > > reason you must use the same answers file. I'm not sure, but that could > > explain the messages you are getting. > > > > Best regards, > > > > Alfredo > > > > > >> On Wed, May 25, 2016 at 4:17 PM, Edward Ahern > >> wrote: > >> Rebooted the vm > >> > >> Got a different error for first attempt > >> > >> [root at shos1 ~(keystone_admin)]# openstack server list Discovering > >> versions from the identity service failed when creating the password > >> plugin. Attempting to determine version from URL. > >> Unable to establish connection to > >> http://192.168.50.248:5000/v2.0/tokens > >> > >> Above url doesn't exist, from the debug: > >> > >> Making authentication request to > >> http://192.168.50.248:5000/v2.0/tokens > >> Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > >> HTTP/1.1" 401 114 Request returned failure status: 401 > >> > >> Can the url be created? > >> > >> > >> > >> Ran it in debug mode, see below > >> > >> [root at shos1 ~(keystone_admin)]# openstack server list --debug START > >> with options: ['server', 'list', '--debug'] > >> options: Namespace(access_token_endpoint='', auth_type='', > >> auth_url='http://192.168.50.248:5000/v2.0', cacert='', client_id='', > >> client_secret='***', cloud='', debug=True, default_domain='default', > >> deferred_help=False, domain_id='', domain_name='', endpoint='', > >> identity_provider='', identity_provider_url='', insecure=None, > >> interface='', log_file=None, os_compute_api_version='', > >> os_data_processing_api_version='1.1', os_data_processing_url='', > >> os_identity_api_version='', os_image_api_version='', > >> os_key_manager_api_version='1', os_network_api_version='', > >> os_object_api_version='', os_orchestration_api_version='1', > >> os_project_id=None, os_project_name=None, os_volume_api_version='', > >> password='***', profile=None, project_domain_id='', > >> project_domain_name='', project_id='', project_name='admin', > >> protocol='', region_name='RegionOne', scope='', > >> service_provider_endpoint='', timing=False, token='***', trust_id='', > >> url='', user_domain_id='', user_domain_name='', user_id='', > >> username='admin', verbose_level=3, verify=None) > >> defaults: {u'auth_type': 'password', u'compute_api_version': u'2', > >> 'key': None, u'database_api_version': u'1.0', 'api_timeout': None, > >> u'baremetal_api_version': u'1', u'image_api_version': u'2', 'cacert': > >> None, u'image_api_use_tasks': False, u'floating_ip_source': > >> u'neutron', u'orchestration_api_version': u'1', u'interface': None, > >> u'network_api_version': u'2', u'image_format': u'qcow2', > >> u'key_manager_api_version': u'v1', u'metering_api_version': u'2', > >> 'verify': True, u'identity_api_version': u'2.0', > >> u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > >> u'neutron', u'container_api_version': u'1', u'dns_api_version': u'2', > >> u'object_store_api_version': u'1', u'disable_vendor_agent': {}} cloud > >> cfg: {'auth_type': 'password', u'compute_api_version': u'2', 'key': > >> None, u'database_api_version': u'1.0', 'data_processing_api_version': > >> '1.1', u'network_api_version': u'2', u'image_format': u'qcow2', > >> u'image_api_version': u'2', 'verify': True, u'dns_api_version': u'2', > >> u'object_store_api_version': u'1', 'verbose_level': 3, 'region_name': > >> 'RegionOne', 'api_timeout': None, u'baremetal_api_version': u'1', > >> 'auth': {'username': 'admin', 'project_name': 'admin', 'password': > >> '***', 'auth_url': 'http://192.168.50.248:5000/v2.0'}, > >> 'default_domain': 'default', u'container_api_version': u'1', > >> u'image_api_use_tasks': False, u'floating_ip_source': u'neutron', > >> u'orchestration_api_version': '1', 'timing': False, 'cacert': None, > >> u'key_manager_api_version': '1', u'metering_api_version': u'2', > >> 'deferred_help': False, u'identity_api_version': u'2.0', > >> u'volume_api_version': u'2', 'cert': None, u'secgroup_source': > >> u'neutron', 'debug': True, u'interface': None, > >> u'disable_vendor_agent': {}} compute API version 2, cmd group > >> openstack.compute.v2 network API version 2, cmd group > >> openstack.network.v2 image API version 2, cmd group openstack.image.v2 > >> volume API version 2, cmd group openstack.volume.v2 identity API > >> version 2.0, cmd group openstack.identity.v2 object_store API version > >> 1, cmd group openstack.object_store.v1 orchestration API version 1, > >> cmd group openstack.orchestration.v1 data_processing API version 1.1, > >> cmd group openstack.data_processing.v1 key_manager API version 1, cmd > >> group openstack.key_manager.v1 > >> command: server list -> openstackclient.compute.v2.server.ListServer > >> Auth plugin password selected > >> auth_type: password > >> Using auth plugin: password > >> Using parameters {'username': 'admin', 'password': '***', > >> 'project_name': 'admin', 'auth_url': > >> 'http://192.168.50.248:5000/v2.0'} > >> Get auth_ref > >> REQ: curl -g -i -X GET http://192.168.50.248:5000/v2.0 -H "Accept: > >> application/json" -H "User-Agent: python-openstackclient > >> keystoneauth1/2.3.0 python-requests/2.9.1 CPython/2.7.5" > >> Starting new HTTP connection (1): 192.168.50.248 "GET /v2.0 HTTP/1.1" > >> 200 231 > >> RESP: [200] Content-Length: 231 Content-Encoding: gzip Vary: > >> X-Auth-Token,Accept-Encoding Server: Apache/2.4.6 (Red Hat Enterprise > >> Linux) Connection: close Date: Wed, 25 May 2016 15:52:52 GMT > >> Content-Type: application/json x-openstack-request-id: > >> req-18d1ce74-e55c-4900-a8d5-f48baf8b75d1 > >> RESP BODY: {"version": {"status": "stable", "updated": > >> "2014-04-17T00:00:00Z", "media-types": [{"base": "application/json", > >> "type": "application/vnd.openstack.identity-v2.0+json"}], "id": > >> "v2.0", "links": [{"href": "http://192.168.50.248:5000/v2.0/", "rel": > >> "self"}, {"href": "http://docs.openstack.org/", "type": "text/html", > >> "rel": "describedby"}]}} > >> > >> Making authentication request to > >> http://192.168.50.248:5000/v2.0/tokens > >> Resetting dropped connection: 192.168.50.248 "POST /v2.0/tokens > >> HTTP/1.1" 401 114 Request returned failure status: 401 The request you > >> have made requires authentication. (HTTP 401) (Request-ID: > >> req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > >> Traceback (most recent call last): > >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in > >> run_subcommand > >> self.prepare_to_run_command(cmd) > >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line > >> 411, in prepare_to_run_command > >> self.client_manager.auth_ref > >> File > >> "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", > >> line 210, in auth_ref > >> self._auth_ref = self.auth.get_auth_ref(self.session) > >> File > >> "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", > >> line 186, in get_auth_ref > >> return self._plugin.get_auth_ref(session, **kwargs) > >> File > >> "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", > >> line 89, in get_auth_ref > >> authenticated=False, log=False) > >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line > >> 572, in post > >> return self.request(url, 'POST', **kwargs) > >> File > >> "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", > >> line 40, in request > >> resp = super(TimingSession, self).request(url, method, **kwargs) > >> File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, > >> in inner > >> return func(*args, **kwargs) > >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line > >> 467, in request > >> raise exceptions.from_response(resp, method, url) > >> Unauthorized: The request you have made requires authentication. (HTTP > >> 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > >> clean_up ListServer: The request you have made requires > >> authentication. (HTTP 401) (Request-ID: > >> req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > >> Traceback (most recent call last): > >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line > >> 118, in run > >> ret_val = super(OpenStackShell, self).run(argv) > >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 226, in run > >> result = self.run_subcommand(remainder) > >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line > >> 153, in run_subcommand > >> ret_value = super(OpenStackShell, self).run_subcommand(argv) > >> File "/usr/lib/python2.7/site-packages/cliff/app.py", line 339, in > >> run_subcommand > >> self.prepare_to_run_command(cmd) > >> File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line > >> 411, in prepare_to_run_command > >> self.client_manager.auth_ref > >> File > >> "/usr/lib/python2.7/site-packages/openstackclient/common/clientmanager.py", > >> line 210, in auth_ref > >> self._auth_ref = self.auth.get_auth_ref(self.session) > >> File > >> "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/generic/base.py", > >> line 186, in get_auth_ref > >> return self._plugin.get_auth_ref(session, **kwargs) > >> File > >> "/usr/lib/python2.7/site-packages/keystoneclient/auth/identity/v2.py", > >> line 89, in get_auth_ref > >> authenticated=False, log=False) > >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line > >> 572, in post > >> return self.request(url, 'POST', **kwargs) > >> File > >> "/usr/lib/python2.7/site-packages/openstackclient/common/session.py", > >> line 40, in request > >> resp = super(TimingSession, self).request(url, method, **kwargs) > >> File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 94, > >> in inner > >> return func(*args, **kwargs) > >> File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line > >> 467, in request > >> raise exceptions.from_response(resp, method, url) > >> Unauthorized: The request you have made requires authentication. (HTTP > >> 401) (Request-ID: req-e7e52f69-f30f-4273-ac1e-9be26a54c18d) > >> > >> END return value: 1 > >> > >> > >> -----Original Message----- > >> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > >> On Behalf Of Edward Ahern > >> Sent: 25 May 2016 12:04 > >> To: Alfredo Moralejo Alonso > >> Cc: rdo-list at redhat.com > >> Subject: Re: [rdo-list] Installing Magnum on mitaka > >> > >> Just to follow up on the below error and its shooting in the > >> dark.....tailing some logs > >> > >> keystone_wsgi_main_access.log: > >> > >> 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "GET /v2.0 HTTP/1.1" 200 > >> 231 "-" "python-openstackclient keystoneauth1/2.3.0 python-requests/2.9.1 > >> CPython/2.7.5" > >> 192.168.50.248 - - [25/May/2016:12:00:14 +0100] "POST /v2.0/tokens > >> HTTP/1.1" 401 114 "-" "python-openstackclient keystoneauth1/2.3.0 > >> python-requests/2.9.1 CPython/2.7.5" > >> > >> -----Original Message----- > >> From: rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] > >> On Behalf Of Edward Ahern > >> Sent: 25 May 2016 11:40 > >> To: Alfredo Moralejo Alonso > >> Cc: rdo-list at redhat.com > >> Subject: Re: [rdo-list] Installing Magnum on mitaka > >> > >> > >> [root at shos1 ~]# source keystonerc_admin > >> [root at shos1 ~(keystone_admin)]# openstack server list The request you > >> have made requires authentication. (HTTP 401) (Request-ID: > >> req-cb5a1775-d6d5-4c99-8495-deb52df55f53) > >> [root at shos1 ~(keystone_admin)]# > >> > >> > >> > >> -----Original Message----- > >> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > >> Sent: 25 May 2016 10:55 > >> To: Edward Ahern > >> Cc: rdo-list at redhat.com > >> Subject: Re: [rdo-list] Installing Magnum on mitaka > >> > >> The issue seems to be with the admin user credentials or role assignment, > >> could you try a non-admin command as: > >> > >> openstack server list > >> > >> > >> > >>> On Wed, May 25, 2016 at 11:37 AM, Edward Ahern > >>> wrote: > >>> Has anyone got further ideas or could point me towards a procedure to > >>> debug the issue? > >>> > >>> > >>> -----Original Message----- > >>> From: rdo-list-bounces at redhat.com > >>> [mailto:rdo-list-bounces at redhat.com] > >>> On Behalf Of Edward Ahern > >>> Sent: 23 May 2016 20:28 > >>> To: Christopher Brown ; amoralej at redhat.com > >>> Cc: rdo-list at redhat.com > >>> Subject: Re: [rdo-list] Installing Magnum on mitaka > >>> > >>> No problem...correct...I have obfuscated the URL...in my keystonerc_admin > >>> file, it's like so: > >>> > >>> http://192.168.101.20:5000/v2.0 > >>> > >>> > >>> -----Original Message----- > >>> From: Christopher Brown [mailto:cbrown2 at ocf.co.uk] > >>> Sent: 23 May 2016 19:56 > >>> To: amoralej at redhat.com; Edward Ahern > >>> Cc: rdo-list at redhat.com > >>> Subject: Re: [rdo-list] Installing Magnum on mitaka > >>> > >>> Forgive me for asking but I have to be absolutely clear that when you > >>> have posted the contents of your keystonerc_admin file, you are > >>> obfuscating the URL when you post to this list? > >>> > >>> ie. the URL is not _actually_ : > >>> > >>> http://:5000/v2.0 > >>> > >>> but is http://192.0.2.6:5000/v2.0 or whatever is appropriate to your > >>> install. > >>> > >>> I have seen packstack installs generate a bad keystonerc_admin file hence > >>> my reason for asking. > >>> > >>>> On Mon, 2016-05-23 at 17:34 +0100, Edward Ahern wrote: > >>>> Not working unfortunately: > >>>> > >>>> [root at shos1 ~]# source keystonerc_admin > >>>> [root at shos1 ~(keystone_admin)]# openstack user create --password > >>>> temporal magnum The request you have made requires authentication. > >>>> (HTTP 401) > >>>> (Request-ID: req-575696b7-008e-4d86-9ae5-59c963ab8e40) > >>>> [root at shos1 ~(keystone_admin)]# > >>>> > >>>> I get the same response for project list: > >>>> [root at shos1 ~(keystone_admin)]# openstack project list The request > >>>> you have made requires authentication. (HTTP 401) > >>>> (Request-ID: req-7696788c-2d0d-49c8-a654-c7f71c0b3576) > >>>> > >>>> > >>>> > >>>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > >>>> Sent: 23 May 2016 16:18 > >>>> To: Edward Ahern > >>>> Cc: rdo-list > >>>> Subject: Re: [rdo-list] Installing Magnum on mitaka > >>>> > >>>> > >>>> With that keystonerc file, following command should work: > >>>> > >>>> openstack user create --password temporal magnum > >>>> > >>>> Does other commands as "openstack project list" work? > >>>> > >>>> > >>>> On Mon, May 23, 2016 at 5:03 PM, Edward Ahern > >>>> wrote: > >>>> Hi Alfredo, > >>>> > >>>> Yes I am sourcing it > >>>> Details below, ip address removed re URL > >>>> > >>>> Note I?m running the command as root user. The openstack > >>>> installation was completed via packstack, which I wasn?t involved in?. > >>>> > >>>> Regards, > >>>> > >>>> Ed > >>>> > >>>> # more keystonerc_admin > >>>> unset OS_SERVICE_TOKEN > >>>> export OS_USERNAME=admin > >>>> export OS_PASSWORD=2d0050bd38df4a0e > >>>> export OS_AUTH_URL=http://:5000/v2.0 > >>>> export PS1='[\u@\h \W(keystone_admin)]\$ ' > >>>> > >>>> export OS_TENANT_NAME=admin > >>>> export OS_REGION_NAME=RegionOne > >>>> > >>>> From: Alfredo Moralejo Alonso [mailto:amoralej at redhat.com] > >>>> Sent: 23 May 2016 16:00 > >>>> To: Edward Ahern > >>>> Cc: rdo-list > >>>> Subject: Re: [rdo-list] Installing Magnum on mitaka > >>>> > >>>> > >>>> > >>>> On Mon, May 23, 2016 at 4:03 PM, Edward Ahern > >>>> wrote: > >>>> Hi, > >>>> > >>>> Is there a proven procedure to install magnum on mitaka? > >>>> I?m trying to work off this procedure which is written for liberty. > >>>> I?m blocked at step ?Create Magnum user at keystone? > >>>> I get the following error: > >>>> ?# openstack user create --os-username magnum --password temporal -- > >>>> os-auth-url http://:35357/v2.0/ Could not determine a > >>>> suitable URL for the plugin? > >>>> > >>>> > >>>> Are you sourcing your keystonerc_admin file?, if so, what variables > >>>> are you declaring on it? > >>>> > >>>> > >>>> # openstack --version > >>>> openstack 2.2.0 > >>>> > >>>> Regards, > >>>> > >>>> Ed > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > >>> -- > >>> Regards, > >>> > >>> Christopher Brown > >>> OpenStack Engineer > >>> OCF plc > >>> > >>> Tel: +44 (0)114 257 2200 > >>> Web: www.ocf.co.uk > >>> Blog: blog.ocf.co.uk > >>> Twitter: @ocfplc > >>> > >>> Please note, any emails relating to an OCF Support request must always be > >>> sent to support at ocf.co.uk for a ticket number to be generated or > >>> existing support ticket to be updated. Should this not be done then OCF > >>> cannot be held responsible for requests not dealt with in a timely > >>> manner. > >>> > >>> OCF plc is a company registered in England and Wales. Registered > >>> number 4132533, VAT number GB 780 6803 14. Registered office address: > >>> OCF plc, > >>> 5 Rotunda Business Centre, Thorncliffe Park, Chapeltown, Sheffield S35 > >>> 2PG. > >>> > >>> This message is private and confidential. If you have received this > >>> message in error, please notify us immediately and remove it from your > >>> system. > >>> > >>> _______________________________________________ > >>> rdo-list mailing list > >>> rdo-list at redhat.com > >>> https://www.redhat.com/mailman/listinfo/rdo-list > >>> > >>> To unsubscribe: rdo-list-unsubscribe at redhat.com > >> > >> _______________________________________________ > >> rdo-list mailing list > >> rdo-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/rdo-list > >> > >> To unsubscribe: rdo-list-unsubscribe at redhat.com > >> > >> _______________________________________________ > >> rdo-list mailing list > >> rdo-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/rdo-list > >> > >> To unsubscribe: rdo-list-unsubscribe at redhat.com > > > > _______________________________________________ > > rdo-list mailing list > > rdo-list at redhat.com > > https://www.redhat.com/mailman/listinfo/rdo-list > > > > To unsubscribe: rdo-list-unsubscribe at redhat.com > > _______________________________________________ > rdo-list mailing list > rdo-list at redhat.com > https://www.redhat.com/mailman/listinfo/rdo-list > > To unsubscribe: rdo-list-unsubscribe at redhat.com From pradhanparas at gmail.com Tue May 31 14:23:55 2016 From: pradhanparas at gmail.com (Paras pradhan) Date: Tue, 31 May 2016 09:23:55 -0500 Subject: [rdo-list] Can't ping Gateway, etc. In-Reply-To: References: Message-ID: If you are using virtualbox you need to turn on promiscuous mode on the interface. And recently I noticed the promiscuous mode on wifi bridge just does not work so had to use the LAN. Thanks Paras. On Fri, May 27, 2016 at 4:53 PM, John Alway wrote: > Hello, > > I have RDO ALL-In-One installed. I set up a private network and a > public (external) network. I set up a virtual router to connect the > private network to the external network. I have RDO installed on Centos > 7 as a guest. Windows 10 is my host OS. > > When I move into the virtual router's namespace, I can ping the guest os's > IP address (192.168.1.12) and I can ping the host os's address > (192.168.1.11), but when I try to ping the gateway (192.168.1.1) it tells > me it is unreachable. It also fails when I try to pinggoogle.com > > I can ping the gateway and google.com from the root namespace of the > guest os, centos 7. > > I'd appreciate any help on this problem! > > Thanks, > ...John > > _______________________________________________ > 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 apevec at redhat.com Tue May 31 15:41:37 2016 From: apevec at redhat.com (Alan Pevec) Date: Tue, 31 May 2016 17:41:37 +0200 Subject: [rdo-list] Review login In-Reply-To: <20160530220650.00a306ed@lembas.zaitcev.lan> References: <20160529112741.7de18d51@lembas.zaitcev.lan> <20160530220650.00a306ed@lembas.zaitcev.lan> Message-ID: > [zaitcev at lembas openstack-swift.master]$ git review rpm-master > Could not connect to gerrit. > Enter your gerrit username: zaitcev > Trying again with ssh://zaitcev at review.rdoproject.org:29418/openstack/swift-distgit > If you used rdopkg clone you can now rdopkg review-spec but we also need to fix defaultremote in .gitreview, I've raised that in https://github.com/openstack-packages/rdopkg/issues/63 Cheers, Alan From hguemar at fedoraproject.org Tue May 31 16:30:21 2016 From: hguemar at fedoraproject.org (=?UTF-8?Q?Ha=C3=AFkel?=) Date: Tue, 31 May 2016 18:30:21 +0200 Subject: [rdo-list] Review login In-Reply-To: References: <20160529112741.7de18d51@lembas.zaitcev.lan> <20160530220650.00a306ed@lembas.zaitcev.lan> Message-ID: 2016-05-31 17:41 GMT+02:00 Alan Pevec : >> [zaitcev at lembas openstack-swift.master]$ git review rpm-master >> Could not connect to gerrit. >> Enter your gerrit username: zaitcev >> Trying again with ssh://zaitcev at review.rdoproject.org:29418/openstack/swift-distgit >> > > If you used rdopkg clone you can now rdopkg review-spec but we also > need to fix defaultremote in .gitreview, I've raised that in > https://github.com/openstack-packages/rdopkg/issues/63 > As a workaround, I use that snippet to fix remotes. for i in origin patches; do URL=`git remote get-url review-$i` && git remote set-url $i $URL; done H. > Cheers, > Alan From jalway at gmail.com Tue May 31 22:12:50 2016 From: jalway at gmail.com (John Alway) Date: Tue, 31 May 2016 17:12:50 -0500 Subject: [rdo-list] Can't ping Gateway, etc. In-Reply-To: References: Message-ID: I am using Virtualbox. Promiscuous mode (Allow All) is on, and a Bridge Adapter is being used. I do have wifi. However, given the fact that I can ping the gateway and Internet from the root namespace, I can't see how Virtualbox is the problem. Unless I'm missing something? Thanks for your response, Paras! ...John On Tue, May 31, 2016 at 9:23 AM, Paras pradhan wrote: > If you are using virtualbox you need to turn on promiscuous mode on the > interface. And recently I noticed the promiscuous mode on wifi bridge just > does not work so had to use the LAN. > > Thanks > Paras. > > On Fri, May 27, 2016 at 4:53 PM, John Alway wrote: > >> Hello, >> >> I have RDO ALL-In-One installed. I set up a private network and a >> public (external) network. I set up a virtual router to connect the >> private network to the external network. I have RDO installed on Centos >> 7 as a guest. Windows 10 is my host OS. >> >> When I move into the virtual router's namespace, I can ping the guest >> os's IP address (192.168.1.12) and I can ping the host os's address >> (192.168.1.11), but when I try to ping the gateway (192.168.1.1) it tells >> me it is unreachable. It also fails when I try to pinggoogle.com >> >> I can ping the gateway and google.com from the root namespace of the >> guest os, centos 7. >> >> I'd appreciate any help on this problem! >> >> Thanks, >> ...John >> >> _______________________________________________ >> 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 ayoung at redhat.com Tue May 31 22:46:37 2016 From: ayoung at redhat.com (Adam Young) Date: Tue, 31 May 2016 18:46:37 -0400 Subject: [rdo-list] What am I supposed to clone In-Reply-To: References: <20160529135459.12689ca6@lembas.zaitcev.lan> <20160529171714.4532afb0@lembas.zaitcev.lan> Message-ID: <574E144D.3090002@redhat.com> On 05/30/2016 05:09 AM, Ha?kel wrote: > 2016-05-30 1:17 GMT+02:00 Pete Zaitcev : >> On Mon, 30 May 2016 00:44:29 +0200 >> Ha?kel wrote: >> >>>> So, what do everyone clone? If someone could do this, it would be helpful: >>> rdopkg clone openstack-swift >>> and then git review on rpm-master. >> Thanks a lot, that worked! >> >> BTW, it would be great if we could do "rdopkg clone rdopkg" perhaps? >> >> -- Pete > > rdopkg clone uses rdoinfo database, that's why it doesn't work (only > openstack projects are registered) > But that's something we could fix. My quick write up http://adam.younglogic.com/2016/05/reviews-for-rdo-packages/ > > 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 On 05/25/2016 11:52 PM, Adam Young wrote: > I confirmed today that Kerberos still works for both WebSSO and CLI > operations on a Rippowam provisioned server. However, I think we need > to chase down the Kerberos Auth plugin. As things moved from > keystonclient to Keystone Auth, I don;'t remember what the final > decision was for Kerberos. To be strictly correct, it should > probablty move to python-keystoneauth-kerberos. > > > > Trying ECP seems to be close, but not quite set up right. I am using > the following rc file: > > $ cat keycloak-accrc > export OS_AUTH_TYPE=v3unscopedsaml > export OS_AUTH_URL=https://openstack.ayoung.oslab.test:5000/v3 > export OS_IDENTITY_PROVIDER=keycloak > export > OS_IDENTITY_PROVIDER_URL=https://ipa.ayoung.oslab.test/auth/saml2/SSO/SOAP > > export OS_PROTOCOL=saml2 > export OS_PROJECT_NAME=demo > export OS_PROJECT_DOMAIN_ID=default > export OS_IDENTITY_API_VERSION=3 > (prompts for password and userid ellided) > > > The post to https://ipa.ayoung.oslab.test/auth/saml2/SSO/SOAP seems to > be failing with: > > DEBUG: requests.packages.urllib3.connectionpool "POST > /auth/saml2/SSO/SOAP HTTP/1.1" 404 0 > DEBUG: keystoneclient.session Request returned failure status: 404 > ERROR: openstack Not Found (HTTP 404) > > Do I have the OS_IDENTITY_PROVIDER_URL right? The remote ID for this > server is > > remote_ids | [u'https://ipa.ayoung.oslab.test/auth/realms/openstack'] > > Which works with WebSSO. If I mess around with the PROVIDER_URL I > still get the same response. The tests > https://github.com/keycloak/keycloak/blob/master/testsuite/integration/src/test/java/org/keycloak/testsuite/saml/SamlEcpProfileTest.java > seem to indicate that it should be /ecp-sp/ but that does not work, > either. -------------- next part -------------- An HTML attachment was scrubbed... URL: