On Tue, Mar 20, 2018 at 4:12 PM, <spfma.tech@e.mail.fr> wrote:
I tried to make a cleaner install : after cleanup, I recreated "/rhev/data-center/mnt/" and ran the installer again.

It should be automatically created by vdsm, can you please avoid that?
 
 
As you can see, it crashed again with the same access denied error on this file :
 
[ INFO  ] TASK [Copy configuration archive to storage]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": true, "cmd": ["dd", "bs=20480", "count=1", "oflag=direct", "if=/var/tmp/localvmVBRLpL/b1884198-69e6-4096-939d-03c87112de10", "of=/rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10"], "delta": "0:00:00.004468", "end": "2018-03-20 15:57:34.199405", "msg": "non-zero return code", "rc": 1, "start": "2018-03-20 15:57:34.194937", "stderr": "dd: impossible d'ouvrir « /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10 »: Permission non accordée", "stderr_lines": ["dd: impossible d'ouvrir « /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10 »: Permission non accordée"], "stdout": "", "stdout_lines": []}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
 
But the file permissions look ok to me :
 
-rw-rw----. 1 vdsm kvm 1,0G 20 mars   2018 /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10

So I decided to test something : I  set a shell for "vdsm", so I could login : 
 
su - vdsm -c "touch /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10" && echo "OK"
OK
 
As far as I can see,still  no permission problem

But if I try the same as "root" :

touch /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10 && echo "OK"
touch: impossible de faire un touch « /rhev/data-center/mnt/10.100.2.132:_volume3_ovirt__engine__self__hosted/015d9546-af01-4fb2-891e-e28683db3387/images/589d0768-c935-4495-aa57-45b9b2a18526/b1884198-69e6-4096-939d-03c87112de10 »: Permission non accordée

Of course, "root" and "vdsm" can create, touch and delete other files flawlessly in this share.

It looks like some kind of immutable file, but is is not suppose to exist on NFS, does it ?

Regards

 



Le 20-Mar-2018 12:22:50 +0100, stirabos@redhat.com a écrit:

 


On Tue, Mar 20, 2018 at 11:44 AM, <spfma.tech@e.mail.fr> wrote:
 
Hi,
 
 
 
In fact it is a workaround coming from you I found in the bugtrack that helped me :
 
 
 
chmod 644 /var/cache/vdsm/schema/*
 

As the only thing looking like a weird error I have found was :

 
 

ERROR Exception raised#012Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 156, in run#012    serve_clients(log)#012  File "/usr/lib/python2.7/site-packages/vdsm/vdsmd.py", line 103, in serve_clients#012    cif = clientIF.getInstance(irs, log, scheduler)#012  File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 250, in getInstance#012    cls._instance = clientIF(irs, log, scheduler)#012  File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 144, in __init__#012    self._prepareJSONRPCServer()#012  File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 307, in _prepareJSONRPCServer#012    bridge = Bridge.DynamicBridge()#012  File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 67, in __init__#012    self._schema = vdsmapi.Schema(paths, api_strict_mode)#012  File "/usr/lib/python2.7/site-packages/vdsm/api/vdsmapi.py", line 217, in __init__#012    raise SchemaNotFound("Unable to find API schema file")#012SchemaNotFound: Unable to find API schema file

 
Thanks, it's tracked here:
 
A fix will come in the next build.
 
 
 
So I can go one step futher, but the installation still fails in the end, with file permission problems in datastore files (i chose NFS 4.1). I can't indeed touch or get informations even logged in root. But I can create and delete files in the same directory.
 
Is there a workaround for this too ?
 
Everything should get wrote and read on the NFS export as vdsm:kvm (36:36); can you please ensure that everything is fine with that?
 
 
Regards



Le 19-Mar-2018 17:48:41 +0100, stirabos@redhat.com a écrit:

 
 
 


On Mon, Mar 19, 2018 at 4:56 PM, <spfma.tech@e.mail.fr> wrote:
Hi,
 
I wanted to rebuild a new hosted engine setup, as the old was corrupted (too much violent poweroff !)
 
So the server was not reinstalled, I just runned "ovirt-hosted-engine-cleanup". The network setup generated by vdsm seems to be still in place, so I haven't changed anything there.
 
Then I decided to update the packages to the latest versions avaible, rebooted the server and run "ovirt-hosted-engine-setup".
 
But the process never succeeds, as I get an error after a long time spent in "[ INFO ] TASK [Wait for the host to be up]"
 
 
[ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": [{"address": "pfm-srv-virt-1.pfm-ad.pfm.loc", "affinity_labels": [], "auto_numa_status": "unknown", "certificate": {"organization": "pfm.loc", "subject": "O=pfm.loc,CN=pfm-srv-virt-1.pfm-ad.pfm.loc"}, "cluster": {"href": "/ovirt-engine/api/clusters/d6c9358e-2b8b-11e8-bc86-00163e152701", "id": "d6c9358e-2b8b-11e8-bc86-00163e152701"}, "comment": "", "cpu": {"speed": 0.0, "topology": {}}, "device_passthrough": {"enabled": false}, "devices": [], "external_network_provider_configurations": [], "external_status": "ok", "hardware_information": {"supported_rng_sources": []}, "hooks": [], "href": "/ovirt-engine/api/hosts/542566c4-fc85-4398-9402-10c8adaa9554", "id": "542566c4-fc85-4398-9402-10c8adaa9554", "katello_errata": [], "kdump_status": "unknown", "ksm": {"enabled": false}, "max_scheduling_memory": 0, "memory": 0, "name": "pfm-srv-virt-1.pfm-ad.pfm.loc", "network_attachments": [], "nics": [], "numa_nodes": [], "numa_supported": false, "os": {"custom_kernel_cmdline": ""}, "permissions": [], "port": 54321, "power_management": {"automatic_pm_enabled": true, "enabled": false, "kdump_detection": true, "pm_proxies": []}, "protocol": "stomp", "se_linux": {}, "spm": {"priority": 5, "status": "none"}, "ssh": {"fingerprint": "SHA256:J75BVLFnmGBGFosXzaxCRnuIYcOc75HUBQZ4pOKpDg8", "port": 22}, "statistics": [], "status": "non_responsive", "storage_connection_extensions": [], "summary": {"total": 0}, "tags": [], "transparent_huge_pages": {"enabled": false}, "type": "rhel", "unmanaged_networks": [], "update_available": false}]}, "attempts": 120, "changed": false}
[ INFO ] TASK [Remove local vm dir]
[ INFO ] TASK [Notify the user about a failure]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.n"}
 
 
I made another try with Cockpit, it is the same.
 
Am I doing something wrong or is there a bug ?
 
I suppose that your host was condifured with DHCP, if so it's this one:
 
The fix will come with 4.2.2.
 
 
Regards
 
 

FreeMail powered by mail.fr
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


FreeMail powered by mail.fr

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


FreeMail powered by mail.fr

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users