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
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
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
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
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
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 <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@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@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@jalloq.co.uk <mailto:shareef@jalloq.co.uk> > Sent: Tuesday, March 31, 2020 4:59 AM To: users@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
On April 2, 2020 9:51:47 PM GMT+03:00, eevans@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@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 <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@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@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@jalloq.co.uk <mailto:shareef@jalloq.co.uk> > Sent: Tuesday, March 31, 2020 4:59 AM To: users@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
We're using a Synology SA3400 and you don't get much of a choice to configure NFS in DSM. But anyway, I now know that I need to check the permissions on the NAS directly. Thanks for the help. On Fri, Apr 3, 2020 at 12:00 AM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
On April 2, 2020 9:51:47 PM GMT+03:00, eevans@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@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 <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@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@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@jalloq.co.uk <mailto:shareef@jalloq.co.uk> > Sent: Tuesday, March 31, 2020 4:59 AM To: users@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
participants (3)
-
eevans＠digitaldatatechs.com -
Shareef Jalloq -
Strahil Nikolov