It depends on the NAS. What NAS do you have? How is NFS setup and what version? It could be several different things but without knowing the specific setup, I’d be guessing.

 

Eric Evans

Digital Data Services LLC.

304.660.9080

 

From: Shareef Jalloq <shareef@jalloq.co.uk>
Sent: Thursday, April 02, 2020 10:41 AM
To: eevans@digitaldatatechs.com
Cc: users@ovirt.org
Subject: [ovirt-users] Re: NFS permissions error on ISODomain file with correct permissions

 

OK, think this is solved and it was a permissions issue.  I eventually logged into the NAS to see if I could see anything different in the exports and the ISO Domain didn't have any group ownership rights.

 

This is strange because when you browse the directory from an oVirt node, it shows each directory and file as having full permissions. Is this an NFS thing?

 

On Thu, Apr 2, 2020 at 3:20 PM Shareef Jalloq <shareef@jalloq.co.uk> wrote:

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