This is a multi-part message in MIME format.
--------------090506090008090305020607
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
On 11/01/2012 09:52 PM, Keith Robertson wrote:
On 11/01/2012 05:23 AM, Sheldon wrote:
> On 10/31/2012 09:37 PM, Keith Robertson wrote:
>> On 10/31/2012 01:40 AM, Sheldon wrote:
>>> I make a domain name "ISO", Domain type is ISO, Storage Type is
>>> NFS, Format is V1
>>>
>>> $ sudo engine-iso-uploader -v --iso-domain=ISO upload
>>> Fedora-17-x86_64-DVD.iso
>>> [sudo] password for ovirt:
>>> Please provide the REST API username for oVirt Engine (CTRL+D to
>>> abort): admin@internal
>>> Please provide the REST API password for the admin@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?
>>> ERROR: 'NoneType' object is not iterable
>>> INFO: Use the -h option to see usage.
>>
>> Just to be clear the error in [1] is simply a symptom. It isn't the
>> root cause. The root cause is quite possibly the CA certificate.
>>
>> I have created a patch in [2] that I'd appreciate if you could test
>> as it will provide more debugging information about why the API
>> creation is failing. Simply follow the steps in [3]
>>
>> Cheers,
>> Keith
>>
>> [1] ERROR: 'NoneType' object is not iterable
>> [2]
http://gerrit.ovirt.org/8954
>> [3]
>> Step 1: git clone
http://gerrit.ovirt.org/p/ovirt-iso-uploader.git
>> Step 2: Cherry pick the patch...
>> git fetch
git://gerrit.ovirt.org/ovirt-iso-uploader
>> refs/changes/54/8954/2 && git cherry-pick FETCH_HEAD
>> Step 3: export APP_VERSION=3.0.0; export APP_RELEASE=1
>> Step 4: cd ovirt-iso-uploader
>> Step 5: make
>> Step 6: Notice the ovirt-iso-uploader*.rpm location in the STDOUT
>> Step 7: yum install /path/to/ovirt-iso-uploader*.rpm
>
> still error. but different debug info.
Yes. The patch adds additional debug info.
>
> $ sudo engine-iso-uploader -v --iso-domain=ISO upload
> RHEL6.3-20120531.0-Server-x86_64-DVD1.iso
> Please provide the REST API username for oVirt Engine (CTRL+D to
> abort): admin@internal
> Please provide the REST API password for the admin@internal oVirt
> Engine user (CTRL+D to abort):
> DEBUG: url(https://localhost:443/api)
> DEBUG: user(admin@internal)
> DEBUG: ca(/etc/pki/ovirt-engine/ca.pem)
> DEBUG: insecure(False)
> ERROR: Problem connecting to the REST API. Is the service available
> and does the CA certificate exist? Error: [ERROR]::oVirt API
> connection failure,
Now we're getting to the good stuff as you can see that you are
getting a connection refused. Questions for you:
1) Are you *certain* that 'https://localhost:443/api' is accessible
from the local system, that it is the address of your oVirt engine,
and is not being blocked by a FW? Easy test on the local box point
your browser at that url.
I have edited the tls port, it is not 443. It is 4301.
I can access
https://localhost:4301/api'
2) Are you certain that the CA is valid? To verify this you will need
to issue a 'curl' statement and supply the CA. Example:
curl -v -k -u $USER:$PASS --cacert /etc/pki/ovirt-engine/ca.pem -X
GET -H 'Accept: application/xml' 'https://localhost:443/api/api/vms
also:
$ curl -v -k -u admin@internal:letmein! --cacert
/etc/pki/ovirt-engine/ca.pem -X GET -H 'Accept: application/xml'
'https://localhost:4301/api/vms'
is ok
and I designate the tls port, now it can work.
$ sudo engine-iso-uploader -rlocalhost:4301 -v --iso-domain=ISO upload
Fedora-17-x86_64-DVD.iso
Thank you.
> [Errno 111] Connection refused
> DEBUG: Unable to get host and path information from API.
>
>
> --
> Sheldon Feng(冯少合)<shaohef(a)linux.vnet.ibm.com>
> IBM Linux Technology Center
--
Sheldon Feng(冯少合)<shaohef(a)linux.vnet.ibm.com>
IBM Linux Technology Center
--------------090506090008090305020607
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 11/01/2012 09:52 PM, Keith Robertson
wrote:<br>
</div>
<blockquote cite="mid:50927E93.7060307@redhat.com"
type="cite">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 11/01/2012 05:23 AM, Sheldon
wrote:<br>
</div>
<blockquote cite="mid:50923FA5.3080903@linux.vnet.ibm.com"
type="cite">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 10/31/2012 09:37 PM, Keith
Robertson wrote:<br>
</div>
<blockquote cite="mid:50912982.5000606@redhat.com"
type="cite">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
<div class="moz-cite-prefix">On 10/31/2012 01:40 AM, Sheldon
wrote:<br>
</div>
<blockquote cite="mid:5090B9D7.8050302@linux.vnet.ibm.com"
type="cite">I make a domain name "ISO", Domain type is
ISO,
Storage Type is NFS, Format is V1 <br>
<br>
$ sudo engine-iso-uploader -v --iso-domain=ISO upload
Fedora-17-x86_64-DVD.iso <br>
[sudo] password for ovirt: <br>
Please provide the REST API username for oVirt Engine
(CTRL+D to abort): admin@internal <br>
Please provide the REST API password for the admin@internal
oVirt Engine user (CTRL+D to abort): <br>
ERROR: Problem connecting to the REST API. Is the service
available and does the CA certificate exist? <br>
ERROR: 'NoneType' object is not iterable <br>
INFO: Use the -h option to see usage. </blockquote>
<br>
Just to be clear the error in [1] is simply a symptom. It
isn't the root cause. The root cause is quite possibly the CA
certificate.<br>
<br>
I have created a patch in [2] that I'd appreciate if you could
test as it will provide more debugging information about why
the API creation is failing. Simply follow the steps in [3]<br>
<br>
Cheers,<br>
Keith<br>
<br>
[1] ERROR: 'NoneType' object is not iterable<br>
[2] <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://gerrit.ovirt.org/8954">http://gerrit.ovirt.org/...
[3] <br>
Step 1: git clone <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://gerrit.ovirt.org/p/ovirt-iso-uploader.git">http...
<br>
Step 2: Cherry pick the patch...<br>
<span class="GJEA35ODNS"><embed
moz-do-not-send="true" wmode="transparent"
type="application/x-shockwave-flash"
src="http://gerrit.ovirt.org/gerrit/gwtexpui_clippy1.cache.swf"
flashvars="text=git+fetch+git%3A%2F%2Fgerrit.ovirt.org%2Fovirt-iso-uploader+refs%2Fchanges%2F54%2F8954%2F2+%26%26+git+cherry-pick+FETCH_HEAD"
height="14" width="110"></span>git fetch
git://gerrit.ovirt.org/ovirt-iso-uploader
refs/changes/54/8954/2 && git cherry-pick FETCH_HEAD<br>
Step 3: export APP_VERSION=3.0.0; export APP_RELEASE=1 <br>
Step 4: cd ovirt-iso-uploader <br>
Step 5: make <br>
Step 6: Notice the ovirt-iso-uploader*.rpm location in the
STDOUT <br>
Step 7: yum install /path/to/ovirt-iso-uploader*.rpm <br>
</blockquote>
<br>
still error. but different debug info.<br>
</blockquote>
Yes. The patch adds additional debug info. <br>
<blockquote cite="mid:50923FA5.3080903@linux.vnet.ibm.com"
type="cite"> <br>
$ sudo engine-iso-uploader -v --iso-domain=ISO upload
RHEL6.3-20120531.0-Server-x86_64-DVD1.iso <br>
Please provide the REST API username for oVirt Engine (CTRL+D to
abort): admin@internal<br>
Please provide the REST API password for the admin@internal
oVirt Engine user (CTRL+D to abort): <br>
DEBUG: url(<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://localhost:443/api">https://localhost:443/api</a>)<br>
DEBUG: user(admin@internal)<br>
DEBUG: ca(/etc/pki/ovirt-engine/ca.pem)<br>
DEBUG: insecure(False)<br>
ERROR: Problem connecting to the REST API. Is the service
available and does the CA certificate exist? Error:
[ERROR]::oVirt API connection failure, </blockquote>
Now we're getting to the good stuff as you can see that you are
getting a connection refused. Questions for you:<br>
<br>
1) Are you *certain* that '<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://localhost:443/api">https://localhost:443/api</a>'
is accessible from the local system, that it is the address of
your oVirt engine, and is not being blocked by a FW? Easy test on
the local box point your browser at that url.<br>
</blockquote>
I have edited the tls port, it is not 443. It is 4301.<br>
I can access <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://localhost:443/api">https://localhost:4301/api</a>'
<blockquote cite="mid:50927E93.7060307@redhat.com"
type="cite"> <br>
2) Are you certain that the CA is valid? To verify this you will
need to issue a 'curl' statement and supply the CA. Example: <br>
curl -v -k -u $USER:$PASS --cacert /etc/pki/ovirt-engine/ca.pem
-X GET -H 'Accept: application/xml' '<a
moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://localhost:443/api">https://localhost:443/api</a>/api/vms<br>
</blockquote>
also:<br>
$ curl -v -k -u admin@internal:letmein! --cacert
/etc/pki/ovirt-engine/ca.pem -X GET -H 'Accept: application/xml'
'<a class="moz-txt-link-freetext"
href="https://localhost:4301/api/vms">https://localhost:4301/api/vms</a>'<br>
is ok<br>
<br>
and I designate the tls port, now it can work.<br>
$ sudo engine-iso-uploader -r<font color="#000099">
localhost:4301</font>
-v --iso-domain=ISO upload Fedora-17-x86_64-DVD.iso<br>
<br>
Thank you.<br>
<blockquote cite="mid:50927E93.7060307@redhat.com"
type="cite">
<blockquote cite="mid:50923FA5.3080903@linux.vnet.ibm.com"
type="cite">[Errno 111] Connection refused<br>
DEBUG: Unable to get host and path information from API.<br>
<br>
<br>
<pre class="moz-signature" cols="72">--
Sheldon Feng(冯少合)<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:shaohef@linux.vnet.ibm.com"><shaohef@linux.vnet.ibm.com></a>
IBM Linux Technology Center</pre>
</blockquote>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Sheldon Feng(冯少合)<a class="moz-txt-link-rfc2396E"
href="mailto:shaohef@linux.vnet.ibm.com"><shaohef@linux.vnet.ibm.com></a>
IBM Linux Technology Center</pre>
</body>
</html>
--------------090506090008090305020607--