On Tue, Mar 20, 2018 at 11:44 AM, <spfma.t...@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: https://bugzilla.redhat.com/1552565 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, stira...@redhat.com a écrit: > > > > > > > On Mon, Mar 19, 2018 at 4:56 PM, <spfma.t...@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: > https://bugzilla.redhat.com/1549642 > > 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 > >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users