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
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 ?
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. [ INFO ] TASK [Remove local vm dir]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: J75BVLFnmGBGFosXzaxCRnuIYcOc75 HUBQZ4pOKpDg8", "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 [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
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users