From tmiller at hcjb.org Sat Jan 18 13:49:18 2014 Content-Type: multipart/mixed; boundary="===============8457416262139895574==" MIME-Version: 1.0 From: Ted Miller To: users at ovirt.org Subject: [Users] engine-iso-uploader -- REST API not usable? Date: Sat, 18 Jan 2014 13:49:11 -0500 Message-ID: <52DACCA7.6030705@hcjb.org> In-Reply-To: d67dff1c1390421f817ba09a0475f7c9@DM2PR05MB320.namprd05.prod.outlook.com --===============8457416262139895574== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --------------060904020206020404060005 Content-Type: text/plain; charset=3D"ISO-8859-1"; format=3Dflowed Content-Transfer-Encoding: 7bit I ran into this problem when I tried to use engine-iso-uploader, but readin= g = on the lists makes it sound like it may be a more general problem. There w= as = a bug that caused this, but that was back in the ver. 3.0/3.1 days, and = doesn't seem common since then. Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what h= as = changed since then. I am running a test setup, fully up to date: office2a host w/ glusterfs Centos 6 office4a host w/ glusterfs Centos 6 ov-eng01 engine on Centos 6 VM (not hosted on oVirt) office9 KVM host (not oVirt) for ov-eng01 whether I log in to ov-eng01 by ssh or execute the command from the console= , = I get: # engine-iso-uploader list -v Please provide the REST API password for the admin(a)internal oVirt Engine = user = (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and do= es = the CA certificate exist? checking on some things suggested on a thread about engine-iso-uploader bac= k = in March, I get: # ls -la /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem # cat = /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.= log 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem = connecting to the REST API. Is the service available and does the CA = certificate exist? The thread back in March gave a work-around to upload ISO images directly, = so = I am not "blocked" from uploading images, but I would like to get things = working "right", as I am afraid the problem will "turn around and bite me" = down the road. Ted Miller --------------060904020206020404060005 Content-Type: text/html; charset=3D"ISO-8859-1" Content-Transfer-Encoding: 7bit I ran into this problem when I tried to use engine-iso-uploader, but reading on the lists makes it sound like it may be a more general problem.  There was a bug that caused this, but that was back in t= he ver. 3.0/3.1 days, and doesn't seem common since then.

Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what has changed since then.

I am running a test setup, fully up to date:
office2a  host w/ glusterfs Centos 6
office4a  host w/ glusterfs Centos 6
ov-eng01 engine on Centos 6 VM (not hosted on oVirt)
office9  KVM host (not oVirt) for ov-eng01

whether I log in to ov-eng01 by ssh or execute the command from the console, I get:

# engine-iso-uploader list -v           = ;            &n= bsp;            = ;
Please provide the REST API password for the admin(a)internal oVirt Engine user (CTRL+D to abort):
ERROR: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?

checking on some things suggested on a thread about engine-iso-uploader back in March, I get:

# ls -la /etc/pki/ovirt-engine/ca.pem
-rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem

# cat /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.= log
2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?

The thread back in March gave a work-around to upload ISO images directly, so I am not "blocked" from uploading images, but I would like to get things working "right", as I am afraid the problem will "turn around and bite me" down the road.

Ted Miller



--------------060904020206020404060005-- --===============8457416262139895574== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tLS0tLS0tLS0wNjA5MDQwMjAyMDYwMjA0MDQwNjAwMDUKQ29udGVudC1UeXBlOiB0ZXh0 L3BsYWluOyBjaGFyc2V0PSJJU08tODg1OS0xIjsgZm9ybWF0PWZsb3dlZApDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiA3Yml0CgpJIHJhbiBpbnRvIHRoaXMgcHJvYmxlbSB3aGVuIEkgdHJpZWQg dG8gdXNlIGVuZ2luZS1pc28tdXBsb2FkZXIsIGJ1dCByZWFkaW5nIApvbiB0aGUgbGlzdHMgbWFr ZXMgaXQgc291bmQgbGlrZSBpdCBtYXkgYmUgYSBtb3JlIGdlbmVyYWwgcHJvYmxlbS4gIFRoZXJl IHdhcyAKYSBidWcgdGhhdCBjYXVzZWQgdGhpcywgYnV0IHRoYXQgd2FzIGJhY2sgaW4gdGhlIHZl ci4gMy4wLzMuMSBkYXlzLCBhbmQgCmRvZXNuJ3Qgc2VlbSBjb21tb24gc2luY2UgdGhlbi4KCkJh Y2sgb24gRGVjIDI0IEkgd2FzIGFibGUgdG8gdXBsb2FkIGFuIElTTyBmaWxlIE9LLCBzbyBJIGFt IG5vdCBzdXJlIHdoYXQgaGFzIApjaGFuZ2VkIHNpbmNlIHRoZW4uCgpJIGFtIHJ1bm5pbmcgYSB0 ZXN0IHNldHVwLCBmdWxseSB1cCB0byBkYXRlOgpvZmZpY2UyYSAgaG9zdCB3LyBnbHVzdGVyZnMg Q2VudG9zIDYKb2ZmaWNlNGEgIGhvc3Qgdy8gZ2x1c3RlcmZzIENlbnRvcyA2Cm92LWVuZzAxIGVu Z2luZSBvbiBDZW50b3MgNiBWTSAobm90IGhvc3RlZCBvbiBvVmlydCkKb2ZmaWNlOSAgS1ZNIGhv c3QgKG5vdCBvVmlydCkgZm9yIG92LWVuZzAxCgp3aGV0aGVyIEkgbG9nIGluIHRvIG92LWVuZzAx IGJ5IHNzaCBvciBleGVjdXRlIHRoZSBjb21tYW5kIGZyb20gdGhlIGNvbnNvbGUsIApJIGdldDoK CiMgZW5naW5lLWlzby11cGxvYWRlciBsaXN0IC12ClBsZWFzZSBwcm92aWRlIHRoZSBSRVNUIEFQ SSBwYXNzd29yZCBmb3IgdGhlIGFkbWluQGludGVybmFsIG9WaXJ0IEVuZ2luZSB1c2VyIAooQ1RS TCtEIHRvIGFib3J0KToKRVJST1I6IFByb2JsZW0gY29ubmVjdGluZyB0byB0aGUgUkVTVCBBUEku ICBJcyB0aGUgc2VydmljZSBhdmFpbGFibGUgYW5kIGRvZXMgCnRoZSBDQSBjZXJ0aWZpY2F0ZSBl eGlzdD8KCmNoZWNraW5nIG9uIHNvbWUgdGhpbmdzIHN1Z2dlc3RlZCBvbiBhIHRocmVhZCBhYm91 dCBlbmdpbmUtaXNvLXVwbG9hZGVyIGJhY2sgCmluIE1hcmNoLCBJIGdldDoKCiMgbHMgLWxhIC9l dGMvcGtpL292aXJ0LWVuZ2luZS9jYS5wZW0KLXJ3LXItLXItLS4gMSByb290IHJvb3QgNDU2OSBO b3YgMTAgMTU6MTMgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL2NhLnBlbQoKIyBjYXQgCi92YXIvbG9n L292aXJ0LWVuZ2luZS9vdmlydC1pc28tdXBsb2FkZXIvb3ZpcnQtaXNvLXVwbG9hZGVyLzIwMTQw MTE3MTEyOTM4LmxvZwoyMDE0LTAxLTE3IDExOjI5OjQ0OjpFUlJPUjo6ZW5naW5lLWlzby11cGxv YWRlcjo6NTEyOjpyb290OjogUHJvYmxlbSAKY29ubmVjdGluZyB0byB0aGUgUkVTVCBBUEkuICBJ cyB0aGUgc2VydmljZSBhdmFpbGFibGUgYW5kIGRvZXMgdGhlIENBIApjZXJ0aWZpY2F0ZSBleGlz dD8KClRoZSB0aHJlYWQgYmFjayBpbiBNYXJjaCBnYXZlIGEgd29yay1hcm91bmQgdG8gdXBsb2Fk IElTTyBpbWFnZXMgZGlyZWN0bHksIHNvIApJIGFtIG5vdCAiYmxvY2tlZCIgZnJvbSB1cGxvYWRp bmcgaW1hZ2VzLCBidXQgSSB3b3VsZCBsaWtlIHRvIGdldCB0aGluZ3MgCndvcmtpbmcgInJpZ2h0 IiwgYXMgSSBhbSBhZnJhaWQgdGhlIHByb2JsZW0gd2lsbCAidHVybiBhcm91bmQgYW5kIGJpdGUg bWUiIApkb3duIHRoZSByb2FkLgoKVGVkIE1pbGxlcgoKCgoKLS0tLS0tLS0tLS0tLS0wNjA5MDQw MjAyMDYwMjA0MDQwNjAwMDUKQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9IklTTy04 ODU5LTEiCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQKCjxodG1sPgogIDxoZWFkPgoK ICAgIDxtZXRhIGh0dHAtZXF1aXY9ImNvbnRlbnQtdHlwZSIgY29udGVudD0idGV4dC9odG1sOyBj aGFyc2V0PUlTTy04ODU5LTEiPgogIDwvaGVhZD4KICA8Ym9keSB0ZXh0PSIjMDAwMDAwIiBiZ2Nv bG9yPSIjRkZGRkZGIj4KICAgIEkgcmFuIGludG8gdGhpcyBwcm9ibGVtIHdoZW4gSSB0cmllZCB0 byB1c2UgZW5naW5lLWlzby11cGxvYWRlciwgYnV0CiAgICByZWFkaW5nIG9uIHRoZSBsaXN0cyBt YWtlcyBpdCBzb3VuZCBsaWtlIGl0IG1heSBiZSBhIG1vcmUgZ2VuZXJhbAogICAgcHJvYmxlbS4m bmJzcDsgVGhlcmUgd2FzIGEgYnVnIHRoYXQgY2F1c2VkIHRoaXMsIGJ1dCB0aGF0IHdhcyBiYWNr IGluIHRoZQogICAgdmVyLiAzLjAvMy4xIGRheXMsIGFuZCBkb2Vzbid0IHNlZW0gY29tbW9uIHNp bmNlIHRoZW4uPGJyPgogICAgPGRpdiBjbGFzcz0ibW96LWZvcndhcmQtY29udGFpbmVyIj4KICAg ICAgPGRpdiBuYW1lPSJkaXZ0YWdkZWZhdWx0d3JhcHBlciIgaWQ9ImRpdnRhZ2RlZmF1bHR3cmFw cGVyIgogICAgICAgIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSxBcmlhbCxIZWx2ZXRpY2Es c2Fucy1zZXJpZjsKICAgICAgICBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMDAwOyBtYXJn aW46IDAiPgogICAgICAgIDxicj4KICAgICAgICBCYWNrIG9uIERlYyAyNCBJIHdhcyBhYmxlIHRv IHVwbG9hZCBhbiBJU08gZmlsZSBPSywgc28gSSBhbSBub3QKICAgICAgICBzdXJlIHdoYXQgaGFz IGNoYW5nZWQgc2luY2UgdGhlbi48YnI+CiAgICAgICAgPGJyPgogICAgICAgIEkgYW0gcnVubmlu ZyBhIHRlc3Qgc2V0dXAsIGZ1bGx5IHVwIHRvIGRhdGU6PGJyPgogICAgICAgIG9mZmljZTJhJm5i c3A7IGhvc3Qgdy8gZ2x1c3RlcmZzIENlbnRvcyA2IDxicj4KICAgICAgICBvZmZpY2U0YSZuYnNw OyBob3N0IHcvIGdsdXN0ZXJmcyBDZW50b3MgNjxicj4KICAgICAgICBvdi1lbmcwMSBlbmdpbmUg b24gQ2VudG9zIDYgVk0gKG5vdCBob3N0ZWQgb24gb1ZpcnQpPGJyPgogICAgICAgIG9mZmljZTkm bmJzcDsgS1ZNIGhvc3QgKG5vdCBvVmlydCkgZm9yIG92LWVuZzAxPGJyPgogICAgICAgIDxicj4K ICAgICAgICB3aGV0aGVyIEkgbG9nIGluIHRvIG92LWVuZzAxIGJ5IHNzaCBvciBleGVjdXRlIHRo ZSBjb21tYW5kIGZyb20KICAgICAgICB0aGUgY29uc29sZSwgSSBnZXQ6PGJyPgogICAgICAgIDxi cj4KICAgICAgICAjIGVuZ2luZS1pc28tdXBsb2FkZXIgbGlzdAogICAgICAgIC12Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4KICAgICAgICBQbGVhc2Ug cHJvdmlkZSB0aGUgUkVTVCBBUEkgcGFzc3dvcmQgZm9yIHRoZSBhZG1pbkBpbnRlcm5hbAogICAg ICAgIG9WaXJ0IEVuZ2luZSB1c2VyIChDVFJMK0QgdG8gYWJvcnQpOgogICAgICAgIDxicj4KICAg ICAgICBFUlJPUjogUHJvYmxlbSBjb25uZWN0aW5nIHRvIHRoZSBSRVNUIEFQSS4mbmJzcDsgSXMg dGhlIHNlcnZpY2UKICAgICAgICBhdmFpbGFibGUgYW5kIGRvZXMgdGhlIENBIGNlcnRpZmljYXRl IGV4aXN0Pzxicj4KICAgICAgICA8YnI+CiAgICAgICAgY2hlY2tpbmcgb24gc29tZSB0aGluZ3Mg c3VnZ2VzdGVkIG9uIGEgdGhyZWFkIGFib3V0CiAgICAgICAgZW5naW5lLWlzby11cGxvYWRlciBi YWNrIGluIE1hcmNoLCBJIGdldDo8YnI+CiAgICAgICAgPGJyPgogICAgICAgICMgbHMgLWxhIC9l dGMvcGtpL292aXJ0LWVuZ2luZS9jYS5wZW08YnI+CiAgICAgICAgLXJ3LXItLXItLS4gMSByb290 IHJvb3QgNDU2OSBOb3YgMTAgMTU6MTMKICAgICAgICAvZXRjL3BraS9vdmlydC1lbmdpbmUvY2Eu cGVtPGJyPgogICAgICAgIDxicj4KICAgICAgICAjIGNhdAovdmFyL2xvZy9vdmlydC1lbmdpbmUv b3ZpcnQtaXNvLXVwbG9hZGVyL292aXJ0LWlzby11cGxvYWRlci8yMDE0MDExNzExMjkzOC5sb2c8 YnI+CiAgICAgICAgMjAxNC0wMS0xNyAxMToyOTo0NDo6RVJST1I6OmVuZ2luZS1pc28tdXBsb2Fk ZXI6OjUxMjo6cm9vdDo6CiAgICAgICAgUHJvYmxlbSBjb25uZWN0aW5nIHRvIHRoZSBSRVNUIEFQ SS4mbmJzcDsgSXMgdGhlIHNlcnZpY2UgYXZhaWxhYmxlCiAgICAgICAgYW5kIGRvZXMgdGhlIENB IGNlcnRpZmljYXRlIGV4aXN0Pzxicj4KICAgICAgICA8YnI+CiAgICAgICAgVGhlIHRocmVhZCBi YWNrIGluIE1hcmNoIGdhdmUgYSB3b3JrLWFyb3VuZCB0byB1cGxvYWQgSVNPIGltYWdlcwogICAg ICAgIGRpcmVjdGx5LCBzbyBJIGFtIG5vdCAiYmxvY2tlZCIgZnJvbSB1cGxvYWRpbmcgaW1hZ2Vz LCBidXQgSQogICAgICAgIHdvdWxkIGxpa2UgdG8gZ2V0IHRoaW5ncyB3b3JraW5nICJyaWdodCIs IGFzIEkgYW0gYWZyYWlkIHRoZQogICAgICAgIHByb2JsZW0gd2lsbCAidHVybiBhcm91bmQgYW5k IGJpdGUgbWUiIGRvd24gdGhlIHJvYWQuPGJyPgogICAgICAgIDxicj4KICAgICAgICBUZWQgTWls bGVyPGJyPgogICAgICAgIDxicj4KICAgICAgPC9kaXY+CiAgICAgIDxicj4KICAgIDwvZGl2Pgog ICAgPGJyPgogIDwvYm9keT4KPC9odG1sPgoKLS0tLS0tLS0tLS0tLS0wNjA5MDQwMjAyMDYwMjA0 MDQwNjAwMDUtLQo= --===============8457416262139895574==-- From jhernand at redhat.com Sat Jan 18 15:13:04 2014 Content-Type: multipart/mixed; boundary="===============8002991119835461296==" MIME-Version: 1.0 From: Juan Hernandez To: users at ovirt.org Subject: Re: [Users] engine-iso-uploader -- REST API not usable? Date: Sat, 18 Jan 2014 21:12:57 +0100 Message-ID: <52DAE049.2050602@redhat.com> In-Reply-To: 52DACCA7.6030705@hcjb.org --===============8002991119835461296== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 01/18/2014 07:49 PM, Ted Miller wrote: > I ran into this problem when I tried to use engine-iso-uploader, but > reading on the lists makes it sound like it may be a more general > problem. There was a bug that caused this, but that was back in the > ver. 3.0/3.1 days, and doesn't seem common since then. > = > Back on Dec 24 I was able to upload an ISO file OK, so I am not sure > what has changed since then. > = > I am running a test setup, fully up to date: > office2a host w/ glusterfs Centos 6 > office4a host w/ glusterfs Centos 6 > ov-eng01 engine on Centos 6 VM (not hosted on oVirt) > office9 KVM host (not oVirt) for ov-eng01 > = > whether I log in to ov-eng01 by ssh or execute the command from the > console, I get: > = > # engine-iso-uploader list -v = > Please provide the REST API password for the admin(a)internal oVirt Engine > user (CTRL+D to abort): > ERROR: Problem connecting to the REST API. Is the service available and > does the CA certificate exist? > = > checking on some things suggested on a thread about engine-iso-uploader > back in March, I get: > = > # ls -la /etc/pki/ovirt-engine/ca.pem > -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem > = > # cat > /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/2014011711293= 8.log > 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem > connecting to the REST API. Is the service available and does the CA > certificate exist? > = > The thread back in March gave a work-around to upload ISO images > directly, so I am not "blocked" from uploading images, but I would like > to get things working "right", as I am afraid the problem will "turn > around and bite me" down the road. > = > Ted Miller > = To discard an actual problem with the REST API I would suggest you to run the following command, from the same machine: # curl \ --cacert /etc/pki/ovirt-engine/ca.pem \ --user admin(a)internal:your_password \ https://your_host/api This should give you a XML document containing the entry point of the API, something like this: ... I would also suggest to check the /etc/ovirt-engine/isouploader.conf file, as you may have changed something there in the past. -- = Direcci=C3=B3n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3=C2=BAD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid =E2=80=93 C.I.F. B82657941 - Red Ha= t S.L. --===============8002991119835461296==-- From sbonazzo at redhat.com Mon Jan 20 02:57:37 2014 Content-Type: multipart/mixed; boundary="===============6188288296465226532==" MIME-Version: 1.0 From: Sandro Bonazzola To: users at ovirt.org Subject: Re: [Users] engine-iso-uploader -- REST API not usable? Date: Mon, 20 Jan 2014 08:57:32 +0100 Message-ID: <52DCD6EC.3000305@redhat.com> In-Reply-To: 52DAE049.2050602@redhat.com --===============6188288296465226532== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Il 18/01/2014 21:12, Juan Hernandez ha scritto: > On 01/18/2014 07:49 PM, Ted Miller wrote: >> I ran into this problem when I tried to use engine-iso-uploader, but >> reading on the lists makes it sound like it may be a more general >> problem. There was a bug that caused this, but that was back in the >> ver. 3.0/3.1 days, and doesn't seem common since then. >> >> Back on Dec 24 I was able to upload an ISO file OK, so I am not sure >> what has changed since then. >> >> I am running a test setup, fully up to date: >> office2a host w/ glusterfs Centos 6 >> office4a host w/ glusterfs Centos 6 >> ov-eng01 engine on Centos 6 VM (not hosted on oVirt) >> office9 KVM host (not oVirt) for ov-eng01 >> >> whether I log in to ov-eng01 by ssh or execute the command from the >> console, I get: >> >> # engine-iso-uploader list -v = >> Please provide the REST API password for the admin(a)internal oVirt Engi= ne >> user (CTRL+D to abort): >> ERROR: Problem connecting to the REST API. Is the service available and >> does the CA certificate exist? >> >> checking on some things suggested on a thread about engine-iso-uploader >> back in March, I get: >> >> # ls -la /etc/pki/ovirt-engine/ca.pem >> -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem >> >> # cat >> /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/201401171129= 38.log >> 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem >> connecting to the REST API. Is the service available and does the CA >> certificate exist? >> >> The thread back in March gave a work-around to upload ISO images >> directly, so I am not "blocked" from uploading images, but I would like >> to get things working "right", as I am afraid the problem will "turn >> around and bite me" down the road. >> >> Ted Miller >> > = > To discard an actual problem with the REST API I would suggest you to > run the following command, from the same machine: > = > # curl \ > --cacert /etc/pki/ovirt-engine/ca.pem \ > --user admin(a)internal:your_password \ > https://your_host/api > = > This should give you a XML document containing the entry point of the > API, something like this: > = > > > ... > > = > I would also suggest to check the /etc/ovirt-engine/isouploader.conf > file, as you may have changed something there in the past. > = Can you also tell us which version are you running? rpm -qa |grep ovirt and ls -lZ /root/.ssh Thanks, -- = Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --===============6188288296465226532==--