I believe so, process list shows that systemctl start openstack-nova-compute never finishes, but I do not remember how exactly console logs looked like.

Ilja

 

From: Boris Derzhavets [mailto:bderzhavets@hotmail.com]
Sent: Friday, July 01, 2016 2:12 PM
To: Ilja Maslov <imaslov@dispersivegroup.com>; Gunjan, Milind [CTO] <Milind.Gunjan@sprint.com>; Mohammed Arafa <mohammed.arafa@gmail.com>; Marius Cornea <marius@remote-lab.net>; rdo-list@redhat.com
Subject: Re: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

 

 


From: rdo-list-bounces@redhat.com <rdo-list-bounces@redhat.com> on behalf of Ilja Maslov <imaslov@dispersivegroup.com>
Sent: Friday, July 1, 2016 1:31 PM
To: Gunjan, Milind [CTO]; Mohammed Arafa; Marius Cornea; rdo-list@redhat.com
Subject: Re: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

Hi,

 

Ideally, your /etc/hosts should list FQDN before the short name and retain localhost entries as many Linux services depend on the presence of the localhost entry:

 

127.0.0.1 undercloud.poc undercloud localhost localhost.localdomain localhost4 localhost4.localdomain

 

I’ve also noticed that since about a week ago, undecloud rabbit started listening on br-ctlplane only, but nova tries to connect to it at 127.0.0.1, check if you have a lot of connection refused logs under /var/log/nova

 

     Is this notice done regarding attempt to start openstack-nova-compute during `openstack undercloud  install`

     with repos set to Mitaka trunks per http://docs.openstack.org/developer/tripleo-docs/installation/installing.html ?

 

     Thanks.

     Boris.

 

 

 

Ilja

 

From: rdo-list-bounces@redhat.com [mailto:rdo-list-bounces@redhat.com] On Behalf Of Gunjan, Milind [CTO]
Sent: Thursday, June 30, 2016 4:27 PM
To: Mohammed Arafa <mohammed.arafa@gmail.com>; Marius Cornea <marius@remote-lab.net>; rdo-list@redhat.com
Subject: Re: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

Hi Guys,

I am still having issues while installing the undercloud.

I have exhausted all the options and tried to do undercloud install as per the tripleo guidelines.

http://tripleo.org/installation/installation.html

tripleo.org

Undercloud Installation¶ This section contains instructions on how to install the undercloud and how to update components after installation.

 

But, each time I hit the same errors:

 

 

Error: /Stage[main]/Neutron::Keystone::Auth/Keystone::Resource::Service_identity[neutron]/Keystone_user[neutron]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default

Error: /Stage[main]/Heat::Keystone::Auth/Keystone::Resource::Service_identity[heat]/Keystone_user[heat]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default

Error: Could not prefetch keystone_service provider 'openstack': Execution of '/bin/openstack service list --quiet --format csv --long' returned 1: Gateway Timeout (HTTP 504)

Error: Not managing Keystone_service[glance] due to earlier Keystone API failures.

Error: /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_service[glance::image]/ensure: change from absent to present failed: Not managing Keystone_service[glance] due to earlier Keystone API failures.

Error: Could not prefetch keystone_role provider 'openstack': Execution of '/bin/openstack role list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)

Error: Not managing Keystone_role[ResellerAdmin] due to earlier Keystone API failures.

Error: /Stage[main]/Ceilometer::Keystone::Auth/Keystone_role[ResellerAdmin]/ensure: change from absent to present failed: Not managing Keystone_role[ResellerAdmin] due to earlier Keystone API failures.

Error: Not managing Keystone_service[ironic] due to earlier Keystone API failures.

Error: /Stage[main]/Ironic::Keystone::Auth/Keystone::Resource::Service_identity[ironic]/Keystone_service[ironic::baremetal]/ensure: change from absent to present failed: Not managing Keystone_service[ironic] due to earlier Keystone API failures.

 

Please suggest.

 

 

 

 

From: Gunjan, Milind [CTO]
Sent: Wednesday, June 29, 2016 7:39 AM
To: 'Mohammed Arafa' <mohammed.arafa@gmail.com>
Cc: rdo-list@redhat.com; Marius Cornea <marius@remote-lab.net>
Subject: RE: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

Okay . Updated the host file with shortname and fqdn.

root@undercloud ~]# cat /etc/hosts

127.0.0.1  undercloud undercloud.poc

I am looking to install stable release of Openstack kilo / liberty. Can you please point me to the stable repo which I can pull for the install.

 

Best Regards,

Milind

 

From: Mohammed Arafa [mailto:mohammed.arafa@gmail.com]
Sent: Wednesday, June 29, 2016 7:34 AM
To: Gunjan, Milind [CTO] <Milind.Gunjan@sprint.com>
Cc: rdo-list@redhat.com; Marius Cornea <marius@remote-lab.net>
Subject: RE: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

You need both short name and fqdn in your hosts file. (Rabbitmq issue. Don't know if that's been fixed)

On Jun 29, 2016 1:19 PM, "Gunjan, Milind [CTO]" <Milind.Gunjan@sprint.com> wrote:

Thanks a lot for pointing out the mistakes.

 

So, as suggested, I updated the hostname in the host file to match in similar way as instructed in the docs:

 

[root@undercloud ~]# cat /etc/hostname

undercloud.poc

 

[root@undercloud ~]# cat /etc/hosts

127.0.0.1  undercloud.poc

 

Is there any stable kilo package which can be used for installation ?

 

Best Regards,

Milind Gunjan

 

 

From: Mohammed Arafa [mailto:mohammed.arafa@gmail.com]
Sent: Wednesday, June 29, 2016 3:25 AM
To: Marius Cornea <marius@remote-lab.net>
Cc: rdo-list@redhat.com; Gunjan, Milind [CTO] <Milind.Gunjan@sprint.com>
Subject: Re: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment

 

The hostname in the hosts file don't match.

On Jun 29, 2016 8:58 AM, "Marius Cornea" <marius@remote-lab.net> wrote:

On Tue, Jun 28, 2016 at 10:45 PM, Gunjan, Milind [CTO]
<Milind.Gunjan@sprint.com> wrote:
> Hi All,
>
> Thanks a lot for continued support.
>
> I would just like to get clarity regarding the last recommendation.
> My current deployment is failing with following error :
>
> Error: Could not prefetch keystone_service provider 'openstack': Execution of '/bin/openstack service list --quiet --format csv --long' returned 1: Gateway Timeout (HTTP 504)
> Error: Could not prefetch keystone_role provider 'openstack': Execution of '/bin/openstack role list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)
> Error: Could not prefetch keystone_endpoint provider 'openstack': Execution of '/bin/openstack endpoint list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)
>
>
> I have previously done RHEL OSP7 deployment and I verified the host file of RHEL OSP7  undercloud deployment and   it was configured with host gateway used by pxe network.
>
> Similarly, we have set the current host gateway to 192.0.2.1 as shown below  for rdo manager undercloud installation:
> [stack@rdo-undercloud etc]$ cat /etc/hosts
>> 127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
>> ::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
>> 192.0.2.1 rdo-undercloud undercloud-rdo.mydomain
>
> I would like to know if it is required during rdo deployment to have it with the address of the public interface, e.g:
> $ip_public_nic    rdo-undercloud rdo-undercloud.mydomain.

The reason I asked for it is because of:

Notice: /Stage[main]/Heat::Db::Sync/Exec[heat-dbsync]/returns: ERROR:
(pymysql.err.OperationalError) (1045, u"Access denied for user
'heat'@'rdo-undercloud' (using password: YES)")

Typically the undercloud's local_ip is used for these operations but
in your case it's added to the hosts files and maybe this ip name
mapping doesn't allow the installation to proceed. Please note that
the docs[1] point that you should have an FQDN entry in the hosts file
before the undercloud installation(when 192.0.2.1 isn't yet set on the
system), that's why I mentioned the ip address of the public nic.

[1] http://docs.openstack.org/developer/tripleo-docs/installation/installation.html

>
> Thanks again for your time and help. Really appreciate it.
>
> Best Regards,
> milind
>
> -----Original Message-----
> From: Marius Cornea [mailto:marius@remote-lab.net]
> Sent: Tuesday, June 28, 2016 4:28 AM
> To: Gunjan, Milind [CTO] <Milind.Gunjan@sprint.com>
> Cc: rdo-list@redhat.com
> Subject: Re: [rdo-list] Redeploying UnderCloud for baremetal triple-o deployment
>
> On Tue, Jun 28, 2016 at 5:18 AM, Gunjan, Milind [CTO]
> <Milind.Gunjan@sprint.com> wrote:
>> Hi Dan,
>> Thanks a lot for your response.
>>
>> Even after properly updating the undercloud.conf file and checking the network configuration, undercloud deployment still fails.
>>
>> To recreate the issue , I am mentioning all the configuration steps:
>> 1. Installed   CentOS Linux release 7.2.1511 (Core) image on baremetal.
>> 2. created stack user and provided required permission to stack user .
>> 3. setting hostname
>> sudo hostnamectl set-hostname rdo-undercloud.mydomain
>> sudo hostnamectl set-hostname --transient rdo-undercloud.mydomain
>>
>> [stack@rdo-undercloud etc]$ cat /etc/hosts
>> 127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
>> ::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
>> 192.0.2.1 rdo-undercloud undercloud-rdo.mydomain
>
> Could you try removing the 192.0.2.1 entry from /etc/hosts and replace
> it with the address of the public interface, e.g:
> $ip_public_nic    rdo-undercloud rdo-undercloud.mydomain
>
> then rerun openstack undercloud install
>
>> 4. enable required repositories
>> sudo yum -y install epel-release
>> sudo curl -o /etc/yum.repos.d/delorean-liberty.repo https://trunk.rdoproject.org/centos7-liberty/current/delorean.repo
>> sudo curl -o /etc/yum.repos.d/delorean-deps-liberty.repo http://trunk.rdoproject.org/centos7-liberty/delorean-deps.repo
>>
>> 5. install repos
>>
>> sudo yum -y install yum-plugin-priorities
>> sudo yum install -y python-tripleoclient
>>
>> 6. update undercloud.conf
>>
>> [stack@rdo-undercloud ~]$ cat undercloud.conf
>> [DEFAULT]
>> local_ip = 192.0.2.1/24
>> undercloud_public_vip = 192.0.2.2
>> undercloud_admin_vip = 192.0.2.3
>> local_interface = enp6s0
>> masquerade_network = 192.0.2.0/24
>> dhcp_start = 192.0.2.150
>> dhcp_end = 192.0.2.199
>> network_cidr = 192.0.2.0/24
>> network_gateway = 192.0.2.1
>> discovery_iprange = 192.0.2.200,192.0.2.230
>> discovery_runbench = false
>> [auth]
>>
>> 7. install undercloud
>>
>> openstack undercloud install
>>
>> install ends in error:
>> Error: /Stage[main]/Neutron::Keystone::Auth/Keystone::Resource::Service_identity[neutron]/Keystone_user[neutron]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: /Stage[main]/Heat::Keystone::Auth/Keystone::Resource::Service_identity[heat]/Keystone_user[heat]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Could not prefetch keystone_service provider 'openstack': Execution of '/bin/openstack service list --quiet --format csv --long' returned 1: Gateway Timeout (HTTP 504)
>> Error: Not managing Keystone_service[glance] due to earlier Keystone API failures.
>> Error: /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_service[glance::image]/ensure: change from absent to present failed: Not managing Keystone_service[glance] due to earlier Keystone API failures.
>> Error: Could not prefetch keystone_role provider 'openstack': Execution of '/bin/openstack role list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)
>> Error: Not managing Keystone_role[ResellerAdmin] due to earlier Keystone API failures.
>> Error: /Stage[main]/Ceilometer::Keystone::Auth/Keystone_role[ResellerAdmin]/ensure: change from absent to present failed: Not managing Keystone_role[ResellerAdmin] due to earlier Keystone API failures.
>> Error: Not managing Keystone_service[ironic] due to earlier Keystone API failures.
>> Error: /Stage[main]/Ironic::Keystone::Auth/Keystone::Resource::Service_identity[ironic]/Keystone_service[ironic::baremetal]/ensure: change from absent to present failed: Not managing Keystone_service[ironic] due to earlier Keystone API failures.
>> Error: /Stage[main]/Nova::Keystone::Auth/Keystone::Resource::Service_identity[nova service, user nova]/Keystone_user[nova]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: /Stage[main]/Glance::Keystone::Auth/Keystone::Resource::Service_identity[glance]/Keystone_user[glance]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Not managing Keystone_service[novav3] due to earlier Keystone API failures.
>> Error: /Stage[main]/Nova::Keystone::Auth/Keystone::Resource::Service_identity[nova v3 service, user novav3]/Keystone_service[novav3::computev3]/ensure: change from absent to present failed: Not managing Keystone_service[novav3] due to earlier Keystone API failures.
>> Error: Not managing Keystone_role[heat_stack_user] due to earlier Keystone API failures.
>> Error: /Stage[main]/Heat::Keystone::Auth/Keystone_role[heat_stack_user]/ensure: change from absent to present failed: Not managing Keystone_role[heat_stack_user] due to earlier Keystone API failures.
>> Error: /Stage[main]/Ironic::Keystone::Auth/Keystone::Resource::Service_identity[ironic]/Keystone_user[ironic]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Not managing Keystone_service[nova] due to earlier Keystone API failures.
>> Error: /Stage[main]/Nova::Keystone::Auth/Keystone::Resource::Service_identity[nova service, user nova]/Keystone_service[nova::compute]/ensure: change from absent to present failed: Not managing Keystone_service[nova] due to earlier Keystone API failures.
>> Error: Not managing Keystone_role[swiftoperator] due to earlier Keystone API failures.
>> Error: /Stage[main]/Swift::Keystone::Auth/Keystone_role[swiftoperator]/ensure: change from absent to present failed: Not managing Keystone_role[swiftoperator] due to earlier Keystone API failures.
>> Error: /Stage[main]/Ceilometer::Keystone::Auth/Keystone::Resource::Service_identity[ceilometer]/Keystone_user[ceilometer]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Not managing Keystone_service[neutron] due to earlier Keystone API failures.
>> Error: /Stage[main]/Neutron::Keystone::Auth/Keystone::Resource::Service_identity[neutron]/Keystone_service[neutron::network]/ensure: change from absent to present failed: Not managing Keystone_service[neutron] due to earlier Keystone API failures.
>> Error: Not managing Keystone_service[ceilometer] due to earlier Keystone API failures.
>> Error: /Stage[main]/Ceilometer::Keystone::Auth/Keystone::Resource::Service_identity[ceilometer]/Keystone_service[ceilometer::metering]/ensure: change from absent to present failed: Not managing Keystone_service[ceilometer] due to earlier Keystone API failures.
>> Error: Not managing Keystone_service[swift] due to earlier Keystone API failures.
>> Error: /Stage[main]/Swift::Keystone::Auth/Keystone::Resource::Service_identity[swift]/Keystone_service[swift::object-store]/ensure: change from absent to present failed: Not managing Keystone_service[swift] due to earlier Keystone API failures.
>> Error: Not managing Keystone_service[keystone] due to earlier Keystone API failures.
>> Error: /Stage[main]/Keystone::Endpoint/Keystone::Resource::Service_identity[keystone]/Keystone_service[keystone::identity]/ensure: change from absent to present failed: Not managing Keystone_service[keystone] due to earlier Keystone API failures.
>> Error: Not managing Keystone_service[heat] due to earlier Keystone API failures.
>> Error: /Stage[main]/Heat::Keystone::Auth/Keystone::Resource::Service_identity[heat]/Keystone_service[heat::orchestration]/ensure: change from absent to present failed: Not managing Keystone_service[heat] due to earlier Keystone API failures.
>> Error: Could not prefetch keystone_endpoint provider 'openstack': Execution of '/bin/openstack endpoint list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)
>> Error: /Stage[main]/Swift::Keystone::Auth/Keystone::Resource::Service_identity[swift]/Keystone_user[swift]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Could not prefetch keystone_tenant provider 'openstack': Execution of '/bin/openstack project list --quiet --format csv --long' returned 1: Gateway Timeout (HTTP 504)
>> Error: Not managing Keystone_tenant[service] due to earlier Keystone API failures.
>> Error: /Stage[main]/Keystone::Roles::Admin/Keystone_tenant[service]/ensure: change from absent to present failed: Not managing Keystone_tenant[service] due to earlier Keystone API failures.
>> Error: Not managing Keystone_tenant[admin] due to earlier Keystone API failures.
>> Error: /Stage[main]/Keystone::Roles::Admin/Keystone_tenant[admin]/ensure: change from absent to present failed: Not managing Keystone_tenant[admin] due to earlier Keystone API failures.
>> Error: Not managing Keystone_role[admin] due to earlier Keystone API failures.
>> Error: /Stage[main]/Keystone::Roles::Admin/Keystone_role[admin]/ensure: change from absent to present failed: Not managing Keystone_role[admin] due to earlier Keystone API failures.
>> Error: /Stage[main]/Keystone::Roles::Admin/Keystone_user[admin]: Could not evaluate: Execution of '/bin/openstack domain show --format shell Default' returned 1: Could not find resource Default
>> Error: Could not prefetch keystone_domain provider 'openstack': Execution of '/bin/openstack domain list --quiet --format csv' returned 1: Gateway Timeout (HTTP 504)
>> Notice: /Stage[main]/Heat::Db::Sync/Exec[heat-dbsync]/returns: ERROR: (pymysql.err.OperationalError) (1045, u"Access denied for user 'heat'@'rdo-undercloud' (using password: YES)")
>> Error: /Stage[main]/Heat::Db::Sync/Exec[heat-dbsync]: Failed to call refresh: heat-manage --config-file /etc/heat/heat.conf db_sync returned 1 instead of one of [0]
>> Error: /Stage[main]/Heat::Db::Sync/Exec[heat-dbsync]: heat-manage --config-file /etc/heat/heat.conf db_sync returned 1 instead of one of [0]
>> [2016-06-27 18:54:04,092] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/configure.d']' returned non-zero exit status 1]
>>
>> Notice: /Stage[main]/Heat::Deps/Anchor[heat::service::end]: Triggered 'refresh' from 4 events
>> Notice: Finished catalog run in 5259.44 seconds
>> + rc=6
>> + set -e
>> + echo 'puppet apply exited with exit code 6'
>> puppet apply exited with exit code 6
>> + '[' 6 '!=' 2 -a 6 '!=' 0 ']'
>> + exit 6
>> [2016-06-27 18:54:04,092] (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-06-27 18:54:04,093] (os-refresh-config) [ERROR] Aborting...
>> Traceback (most recent call last):
>>   File "<string>", line 1, in <module>
>>   File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 815, in install
>>     _run_orc(instack_env)
>>   File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 699, in _run_orc
>>     _run_live_command(args, instack_env, 'os-refresh-config')
>>   File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 370, in _run_live_command
>>     raise RuntimeError('%s failed. See log for details.' % name)
>> RuntimeError: os-refresh-config failed. See log for details.
>> Command 'instack-install-undercloud' returned non-zero exit status 1
>>
>>
>> I am not able to understand the exact cause of undercloud install failure. It would be really helpful if you guys can point be in direction to understand the exact cause of issue and any possible resolution.
>>
>> Thanks a lot.
>>
>> Best Regards,
>> Milind
>>
>>
>> Best Regards,
>> Milind
>> -----Original Message-----
>> From: Dan Sneddon [mailto:dsneddon@redhat.com]
>> Sent: Monday, June 27, 2016 12:40 PM
>> To: Gunjan, Milind [CTO] <Milind.Gunjan@sprint.com>; rdo-list@redhat.com
>> Subject: Re: [rdo-list] Redeploying UnderCloud
>>
>> On 06/27/2016 06:41 AM, Gunjan, Milind [CTO] wrote:
>>> Hi All,
>>>
>>> Greeting.
>>>
>>>
>>>
>>> This is my first post and I am fairly new to RDO OpenStack. I am
>>> working on RDO Triple-O deployment on baremetal. Due to incorrect
>>> values in undercloud.conf file , my undercloud deployment failed. I
>>> would like to redeploy undercloud and I am trying to understand what
>>> steps has to be taken before redeploying undercloud. All the
>>> deployment was under stack user . So first step will be to delete
>>> stack user. I am not sure what has to be done regarding the networking
>>> configuration autogenerated by os-net-config during the older install.
>>>
>>> Please advise.
>>>
>>>
>>>
>>> Best Regards,
>>>
>>> Milind
>>
>> No, definitely you don't want to delete the stack user, especially not as your first step! That would get rid of the configuration files, etc.
>> that are in ~stack, and generally make your life harder than it needs to be.
>>
>> Anyway, it isn't necessary. You can do a procedure very much like what you do when upgrading the undercloud, with a couple of extra steps.
>>
>> As the stack user, edit your undercloud.conf, and make sure there are no more typos.
>>
>> If the typos were in the network configuration, you should delete the bridge and remove the ifcfg files:
>>
>> $ sudo ifdown br-ctlplane
>> $ sudo ovs-vsctl del-br br-ctlplane
>> $ sudo rm /etc/sysconfig/network-scripts/*br-ctlplane
>>
>> Next, run the underclound installation again:
>>
>> $ sudo yum update -y  # Reboot after if kernel or core packages updated $ openstack undercloud install
>>
>> Then proceed with the rest of the instructions. You may find that if you already uploaded disk images or imported nodes that they will still be in the database. That's OK, or you can delete and reimport.
>>
>> --
>> Dan Sneddon         |  Principal OpenStack Engineer
>> dsneddon@redhat.comredhat.com/openstack
>> 650.254.4025        |  dsneddon:irc   @dxs:twitter
>>
>>
>>
>> ________________________________
>> Learn more on how to switch to Sprint and save 50% on most Verizon, AT&T or T-Mobile rates. See sprint.com/50off<http://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.
>>
>> _______________________________________________
>> rdo-list mailing list
>> rdo-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/rdo-list
>>
>> To unsubscribe: rdo-list-unsubscribe@redhat.com

_______________________________________________
rdo-list mailing list
rdo-list@redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list

To unsubscribe: rdo-list-unsubscribe@redhat.com