9:23 a.m.
I've been trying to reproduce an issue when it was possible, using ansible, to create
an image in one dc with disk in another one.
Since adding validation to ImportRepoImage command turned out to not be enough, this time
I am trying to stick as close as possible to the original reproducer.
OS is CentOS 7, ansible-playbook is 2.8.4 (latest, that is)
I have this simplistic yml that references vars from the inventory file, like the
following:
- ovirt_auth:
url: "{{engine_url}}"
username: "{{engine_user}}"
password: "{{engine_password}}"
state: present
insecure: true
and the inventory file is very straightforward as well, just a bunch of vars:
[local:vars]
engine_url=https://apple/ovirt-engine/api
engine_user=admin@internal
engine_password=engine
However, as I run this against my engine, which is latest master, ansible is able to login
successfully and then fail with
"msg": "The response content type 'text/html;charset=UTF-8'
isn't the expected XML. Is the path '/ovirt-********/api' included in the
'url' parameter correct? The typical one is '/ovirt-engine/api'"
This ovirt-******* is very intriguing. I sniffed the traffic and here is what is done,
apparently:
2019-08-16
20:56:18 ::1 ::1 > POST apple:8080 /ovirt-engine/sso/oauth/token HTTP/1.1 - -
2019-08-16 20:56:18 ::1 ::1 < - - - HTTP/1.1 200 OK
2019-08-16
20:56:18 ::1 ::1 > GET apple:8080 /ovirt-********/api/templates?search=name%3Dfc28-cloud-test HTTP/1.1 - -
2019-08-16 20:56:18 ::1 ::1 < - - - HTTP/1.1 404 Not Found
So it actually tries to reach /ovirt-********/api/templates?search=name%3Dfc28-cloud-test
and gets 404 page.
Once would think that something is wrong with ansible, but actually when I change engine
url in inventory file to
https://10-37-137-185.rhev.lab.eng.brq.redhat.com/ovirt-engine/api everthing runs fine.
So I guess it's engine messing up the URL after all?
Fedor
9:57 a.m.
that's probably because your password is engine, though I am not sure why
it worked fine with the other URL
On Mon, Aug 19, 2019 at 5:24 PM Fedor Gavrilov <fgavrilo(a)redhat.com> wrote:
I've been trying to reproduce an issue when it was possible,
using
ansible, to create an image in one dc with disk in another one.
Since adding validation to ImportRepoImage command turned out to not be
enough, this time I am trying to stick as close as possible to the original
reproducer.
OS is CentOS 7, ansible-playbook is 2.8.4 (latest, that is)
I have this simplistic yml that references vars from the inventory file,
like the following:
- ovirt_auth:
url: "{{engine_url}}"
username: "{{engine_user}}"
password: "{{engine_password}}"
state: present
insecure: true
and the inventory file is very straightforward as well, just a bunch of
vars:
[local:vars]
engine_url=https://apple/ovirt-engine/api
engine_user=admin@internal
engine_password=engine
However, as I run this against my engine, which is latest master, ansible
is able to login successfully and then fail with
"msg": "The response content type 'text/html;charset=UTF-8'
isn't the
expected XML. Is the path '/ovirt-********/api' included in the 'url'
parameter correct? The typical one is '/ovirt-engine/api'"
This ovirt-******* is very intriguing. I sniffed the traffic and here is
what is done, apparently:
2019-08-16 20:56:18 ::1 ::1 > POST apple:8080
/ovirt-engine/sso/oauth/token HTTP/1.1 - -
2019-08-16 20:56:18 ::1 ::1 < - - -
HTTP/1.1 200 OK
2019-08-16 20:56:18 ::1 ::1 > GET apple:8080
/ovirt-********/api/templates?search=name%3Dfc28-cloud-test HTTP/1.1
- -
2019-08-16 20:56:18 ::1 ::1 < - - -
HTTP/1.1 404 Not Found
So it actually tries to reach
/ovirt-********/api/templates?search=name%3Dfc28-cloud-test and gets 404
page.
Once would think that something is wrong with ansible, but actually when I
change engine url in inventory file to
https://10-37-137-185.rhev.lab.eng.brq.redhat.com/ovirt-engine/api
everthing runs fine.
So I guess it's engine messing up the URL after all?
Fedor
_______________________________________________
Devel mailing list -- devel(a)ovirt.org
To unsubscribe send an email to devel-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BMXEAWDTRJS...
2:42 p.m.
That's known issue:
https://github.com/ansible/ansible/issues/19278
On 19/08/2019 16:23, Fedor Gavrilov wrote:
> I've been trying to reproduce an issue when it was possible, using ansible, to
create an image in one dc with disk in another one.
> Since adding validation to ImportRepoImage command turned out to not be enough, this
time I am trying to stick as close as possible to the original reproducer.
>
> OS is CentOS 7, ansible-playbook is 2.8.4 (latest, that is)
>
> I have this simplistic yml that references vars from the inventory file, like the
following:
>
> - ovirt_auth:
> url: "{{engine_url}}"
> username: "{{engine_user}}"
> password: "{{engine_password}}"
> state: present
> insecure: true
>
> and the inventory file is very straightforward as well, just a bunch of vars:
>
> [local:vars]
> engine_url=https://apple/ovirt-engine/api
> engine_user=admin@internal
> engine_password=engine
>
> However, as I run this against my engine, which is latest master, ansible is able to
login successfully and then fail with
>
> "msg": "The response content type
'text/html;charset=UTF-8' isn't the expected XML. Is the path
'/ovirt-********/api' included in the 'url' parameter correct? The typical
one is '/ovirt-engine/api'"
>
> This ovirt-******* is very intriguing. I sniffed the traffic and here is what is
done, apparently:
>
> 2019-08-16
20:56:18 ::1 ::1 > POST apple:8080 /ovirt-engine/sso/oauth/token HTTP/1.1 - -
> 2019-08-16 20:56:18 ::1 ::1 < - - - HTTP/1.1 200 OK
> 2019-08-16
20:56:18 ::1 ::1 > GET apple:8080 /ovirt-********/api/templates?search=name%3Dfc28-cloud-test HTTP/1.1 - -
> 2019-08-16 20:56:18 ::1 ::1 < - - - HTTP/1.1 404 Not Found
>
> So it actually tries to reach
/ovirt-********/api/templates?search=name%3Dfc28-cloud-test and gets 404 page.
>
> Once would think that something is wrong with ansible, but actually when I change
engine url in inventory file to
https://10-37-137-185.rhev.lab.eng.brq.redhat.com/ovirt-engine/api everthing runs fine.
> So I guess it's engine messing up the URL after all?
>
> Fedor
> _______________________________________________
> Devel mailing list -- devel(a)ovirt.org
> To unsubscribe send an email to devel-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BMXEAWDTRJS...
>
2014
days inactive
2015
days old
2 comments
3 participants
participants (3)
-
Benny Zlotnik -
Fedor Gavrilov -
Ondra Machacek