On April 2, 2020 9:51:47 PM GMT+03:00, eevans(a)digitaldatatechs.com wrote:
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(a)jalloq.co.uk>
Sent: Thursday, April 02, 2020 10:41 AM
To: eevans(a)digitaldatatechs.com
Cc: users(a)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(a)jalloq.co.uk
<mailto: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(a)jalloq.co.uk
<mailto: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(a)digitaldatatechs.com
<mailto: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(a)jalloq.co.uk
<mailto:shareef@jalloq.co.uk> >
Sent: Tuesday, March 31, 2020 4:59 AM
To: users(a)ovirt.org <mailto: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
Hey Shareef,
Many users report that they use 'all_squash' with anonuid 36 and anonguid 36.
The all squash is forcing anyone using the NFS to the user nfsnobody with uid:gid
'36:36' -> which should be vdsm:kvm on the Hypervisors.
Best Regards,
Strahil Nikolov