On your second point about an Export domain, how do you configure oVirt to look in an Export domain for the Run Once setup?On Thu, Apr 2, 2020 at 3:01 PM Shareef Jalloq <shareef@jalloq.co.uk> wrote:This doesn't seem, to me, to be an issue with the NAS or the mounts. In my original post you can see the VFD files in the mounted directory under /rhev. Is that not what you're asking?I have both the ISODomain and two DataDomain's mounted. I have a bunch of VM's running off this NAS with no issues. The permissions to the VFD files are all correct and I can create and list files in the ISODomain with no issue.On Tue, Mar 31, 2020 at 9:40 PM <eevans@digitaldatatechs.com> wrote:If you issue the mount command does the path show.
mount |grep <path to vfd>
It looks like the ISO domain is on a NAS, so I would try a mount of the actual folder on the ovirt node to make sure you are able to access it. Also, can you place it in an export domain instead and try?
I think version 4.2+ it just needs to be in an export domain.
Also make sure the NAS path is correct. Most NAS use a data or shares for nfs mounts. (nasname:/shares/<file shares>
Eric Evans
Digital Data Services LLC.
304.660.9080
From: Shareef Jalloq <shareef@jalloq.co.uk>
Sent: Tuesday, March 31, 2020 4:59 AM
To: users@ovirt.org
Subject: [ovirt-users] NFS permissions error on ISODomain file with correct permissions
Hi,
I asked this question in another thread but it seems to have been lost in the noise so I'm reposting with a more descriptive subject.
I'm trying to start a Windows VM and use the virtio-win VFD floppy to get the drivers but the VM startup fails due to a permissions issue detailed below. The permissions look fine to me so why can't the VFD be read?
Shareef.
I found a permissions issue in the engine.log:
2020-03-25 21:28:41,662Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-14) [] EVENT_ID: VM_DOWN_ERROR(119), VM win-2019 is down with error. Exit message: internal error: qemu unexpectedly closed the monitor: 2020-03-25T21:28:40.324426Z qemu-kvm: -drive file=/rhev/data-center/mnt/nas-01.phoelex.com:_volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/11111111-1111-1111-1111-111111111111/virtio-win_servers_amd64.vfd,format=raw,if=none,id=drive-ua-0b9c28b5-f75c-4575-ad85-b5b836f67d61,readonly=on: Could not open '/rhev/data-center/mnt/nas-01.phoelex.com:_volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/11111111-1111-1111-1111-111111111111/virtio-win_servers_amd64.vfd': Permission denied.
But when I look at that path on the node in question, every folder and the final file have the correct vdsm:kvm permissions:
[root@ovirt-node-01 ~]# ll /rhev/data-center/mnt/nas-01.phoelex.com:_volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/11111111-1111-1111-1111-111111111111/virtio-win_servers_amd64.vfd
-rwxrwxrwx. 1 vdsm kvm 2949120 Mar 25 21:24 /rhev/data-center/mnt/nas-01.phoelex.com:_volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/11111111-1111-1111-1111-111111111111/virtio-win_servers_amd64.vfd
The files were uploaded to the ISO domain using:
engine-iso-uploader --iso-domain=iso_storage upload virtio-win.iso virtio-win_servers_amd64.vfd