<div dir="ltr"><div><div><div><div><div><div><div><div><div></div>Hello,<br></div>single physical host with oVirt 3.6.1 on CentOS 7.2<br></div>Configured with SH Engine on NFS.<br></div>Also NFS iso and NFS data domain present<br></div>All 3 NFS are provided by host itself.<br></div><div>2 VMs with CentOS 7.2.<br></div><div><br></div>Starting point has all ok in webadmin GUI, also the hosted_storage without exceptions.<br><br></div>Updated to 3.6.2 following these steps:<br></div>On host<br>- global maintenance<br><br></div>On engine VM<br><div>- yum update &quot;ovirt-engine-setup*&quot;<br></div><div>- engine-setup<br><br></div><div>On host<br></div><div>- exit maintenance<br><br></div><div>Verified correct access to webadmin GUI again. From GUI<br></div><div>- shutdown of the 2 powered on VMs<br><br></div><div>On host<br></div><div>- local maintenance<br><br></div><div>Shutdown of engine VM<br></div><div><br></div><div>On host<br></div><div>yum update<br></div><div>BTW: should I stop vdsmd before running update or not?<br></div><div>reboot<br></div><div>exit maintenance<br><br></div><div>Verified access to webadmin GUI and all storage domains are shown as up.<br></div><div>But when I try to power on one of the VMs I get this error:<br></div><div><br></div><div>VM racclient1 is down with error. Exit message: Cannot access storage file &#39;/rhev/data-center/00000001-0001-0001-0001-0000000000ec/556abaa8-0fcc-4042-963b-f27db5e03837/images/d2f2b967-c0c3-4648-9daa-553e8ef4652b/e0524893-1f78-4e6b-8e5e-83217bc0dc5b&#39; (as uid:107, gid:107): No such file or directory.<br><br>Indeed the file, that actually seems to be a symbolic link, doesn&#39;t exist<br>On host:<br>[root@ractor ~]# ll /rhev/data-center/00000001-0001-0001-0001-0000000000ec<br>total 0<br>lrwxrwxrwx. 1 vdsm kvm 99 Jan 27 07:31 2025c2ea-6205-4bc1-b29d-745b47f8f806 -&gt; /rhev/data-center/mnt/ractor.datacenter.mydomain.dom:_SHE__DOMAIN/2025c2ea-6205-4bc1-b29d-745b47f8f806<br>lrwxrwxrwx. 1 vdsm kvm 99 Jan 27 07:31 fd5754f1-bd00-4337-ad64-1abde35438ae -&gt; /rhev/data-center/mnt/ractor.datacenter.mydomain.dom:_ISO__DOMAIN/fd5754f1-bd00-4337-ad64-1abde35438ae<br>lrwxrwxrwx. 1 vdsm kvm 99 Jan 27 07:31 mastersd -&gt; /rhev/data-center/mnt/ractor.datacenter.mydomain.dom:_SHE__DOMAIN/2025c2ea-6205-4bc1-b29d-745b47f8f806<br><br><br>[root@ractor ~]# ll /rhev/data-center/mnt/<br>total 0<br>drwxr-xr-x. 3 vdsm kvm 74 Nov 19 15:47 ractor.datacenter.mydomain.dom:_ISO__DOMAIN<br>drwxr-xr-x. 3 vdsm kvm 74 Nov 19 15:46 ractor.datacenter.mydomain.dom:_NFS__DOMAIN<br>drwxr-xr-x. 3 vdsm kvm 74 Nov 19 15:25 ractor.datacenter.mydomain.dom:_SHE__DOMAIN<br>drwxr-xr-x. 2 vdsm kvm  6 Nov 19 15:25 _var_lib_ovirt-hosted-engine-setup_tmp8InOft<br><br>[root@ractor ~]# ll /rhev/data-center/mnt/ractor.datacenter.mydomain.dom\:_NFS__DOMAIN/556abaa8-0fcc-4042-963b-f27db5e03837/<br>total 4<br>drwxr-xr-x.  2 vdsm kvm   69 Nov 19 15:46 dom_md<br>drwxr-xr-x. 10 vdsm kvm 4096 Dec  4 00:23 images<br>drwxr-xr-x.  4 vdsm kvm   28 Nov 19 15:47 master<br><br>[root@ractor ~]# ll /rhev/data-center/mnt/ractor.datacenter.mydomain.dom\:_NFS__DOMAIN/556abaa8-0fcc-4042-963b-f27db5e03837/images/<br>total 32<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec 10 15:45 3b641c29-5196-4b2f-b1a5-fb31f8064780<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec  1 12:06 7d5dd44f-f5d1-4984-9e76-2b2f5e42a915<br>drwxr-xr-x. 2 vdsm kvm 4096 Nov 25 16:34 83799ab5-055f-445c-8b6c-496d19bce921<br>drwxr-xr-x. 2 vdsm kvm 4096 Nov 29 17:44 9a3fcdf7-75f4-4605-ba34-665dae9a4e0d<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec  4 00:19 ba11e44c-7cf5-4ef1-a9cd-0a6630bda801<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec  4 00:22 d2f2b967-c0c3-4648-9daa-553e8ef4652b<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec 10 15:45 d49f6096-96a2-4ef2-926a-a54a8246d303<br>drwxr-xr-x. 2 vdsm kvm 4096 Dec  4 00:24 d9d2cd3f-0b1c-4e04-bd6a-1ffafc723344<br><br>[root@ractor ~]# ll /rhev/data-center/mnt/ractor.datacenter.mydomain.dom\:_NFS__DOMAIN/556abaa8-0fcc-4042-963b-f27db5e03837/images/d2f2b967-c0c3-4648-9daa-553e8ef4652b/<br>total 3338720<br>-rw-rw----. 1 vdsm kvm 8589934592 Jan 27 06:57 e0524893-1f78-4e6b-8e5e-83217bc0dc5b<br>-rw-rw----. 1 vdsm kvm    1048576 Dec  4 00:21 e0524893-1f78-4e6b-8e5e-83217bc0dc5b.lease<br>-rw-r--r--. 1 vdsm kvm        259 Dec  4 00:22 e0524893-1f78-4e6b-8e5e-83217bc0dc5b.meta<br><br></div><div>Is this problem already known? Should it be sufficent to only create the symbolic link? What process/service is in charge to create the link?<br><br></div><div>Gianluca<br></div></div>