[ovirt-users] Installation of oVirt 4.1, Gluster Storage and Hosted Engine

Gianluca Cecchi gianluca.cecchi at gmail.com
Fri Jul 7 21:21:26 UTC 2017


Il 07/Lug/2017 18:38, "Simone Marchioni" <s.marchioni at lynx2000.it> ha
scritto:

Hi to all,

I have an old installation of oVirt 3.3 with the Engine on a separate
server. I wanted to test the last oVirt 4.1 with Gluster Storage and Hosted
Engine.

Followed the following tutorial:

http://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-
4.1-and-gluster-storage/




... snip ...


[script1]
action=execute
ignore_script_errors=no
file=/usr/share/ansible/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
ha1.domain.it,ha2.domain.it,ha3.domain.it

... snip ...




When I hit "Deploy" button the Deployment fails with the following error:

PLAY [gluster_servers] ******************************
***************************

TASK [Run a shell script] ******************************
************************
fatal: [ha1.domain.it]: FAILED! => {"failed": true, "msg": "The conditional
check 'result.rc != 0' failed. The error was: error while evaluating
conditional (result.rc != 0): 'dict object' has no attribute 'rc'"}
fatal: [ha2.domain.it]: FAILED! => {"failed": true, "msg": "The conditional
check 'result.rc != 0' failed. The error was: error while evaluating
conditional (result.rc != 0): 'dict object' has no attribute 'rc'"}
fatal: [ha3.domain.it]: FAILED! => {"failed": true, "msg": "The conditional
check 'result.rc != 0' failed. The error was: error while evaluating
conditional (result.rc != 0): 'dict object' has no attribute 'rc'"}
    to retry, use: --limit @/tmp/tmpcV3lam/run-script.retry

PLAY RECAP ************************************************************
*********
ha1.domain.it            : ok=0    changed=0    unreachable=0 failed=1
ha2.domain.it            : ok=0    changed=0    unreachable=0 failed=1
ha3.domain.it            : ok=0    changed=0    unreachable=0 failed=1

What I'm doing wrong? Maybe I need to initializa glusterfs in some way...
What are the logs used to log the status of this deployment so I can check
the errors?

Thanks in advance!
Simone
_______________________________________________



Gdeploy uses ansible that seems to fail at its first step when executing
its shell module

http://docs.ansible.com/ansible/shell_module.html

In practice in my opinion the shell script defined by [script1] (
grafton-sanity-check.sh) above doesn't exit with a return code (rc) for
some reason...
Perhaps you have already done a partial step previously?  or your disks
already contain a label?
Is it correct sdb as the target for your disk configuration for gluster?
I would try to reinitialize the disks, such as

dd if=/dev/zero of=/dev/sdb bs=1024k count=1

ONLY if it is correct that sdb is the disk to format for brick filesystem..
Hih,
Gianluca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170707/b84efe22/attachment-0001.html>


More information about the Users mailing list