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(a)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(a)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(a)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(a)jalloq.co.uk>
>> *Sent:* Tuesday, March 31, 2020 4:59 AM
>> *To:* users(a)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
>>
>>
>>