Hi List, I can't get oVirt 4.4.8.5-1.el8 (running on oVirt Node hosts) to connect to an NFS share on a Synology NAS. I gave up trying to get the hosted engine deployed and put that on an iscsi volume instead... The directory being exported from NAS is owned by vdsm / kvm (36:36) perms I've tried: 0750 0755 0777 Tried auto / v3 / v4_0 As others have mentioned regarding NFS, if I connect manually from the host with mount nas.mydomain.com:/volume1/ov_nas It connects and works just fine. If I try to add the share as a domain in oVirt I get Operation Cancelled Error while executing action Add Storage Connection: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path. When tailing /var/log/messages on When tailing /var/log/messages on the oVirt host, I see this message appear (I changed the domain name for this post so the dots might be transcoded in reality): Aug 27 17:36:07 ov001 systemd[1]: rhev-data\x2dcenter-mnt-nas.mydomain.com:_volume1_ov__nas.mount: Succeeded. The NAS is running the 'new' DSM 7, /etc/exports looks like this: /volume1/ov_nas x.x.x.x(rw,async,no_root_squash,anonuid=36,anongid=36) (reloaded with exportfs -ra) Any suggestions appreciated. Regards, Brett
On Fri, Aug 27, 2021, 19:48 Maton, Brett <matonb@ltresources.co.uk> wrote:
Hi List,
I can't get oVirt 4.4.8.5-1.el8 (running on oVirt Node hosts) to connect to an NFS share on a Synology NAS.
I gave up trying to get the hosted engine deployed and put that on an iscsi volume instead...
The directory being exported from NAS is owned by vdsm / kvm (36:36) perms I've tried: 0750 0755 0777
Tried auto / v3 / v4_0
As others have mentioned regarding NFS, if I connect manually from the host with
mount nas.mydomain.com:/volume1/ov_nas
It connects and works just fine.
If I try to add the share as a domain in oVirt I get
Operation Cancelled Error while executing action Add Storage Connection: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path.
When tailing /var/log/messages on
When tailing /var/log/messages on the oVirt host, I see this message appear (I changed the domain name for this post so the dots might be transcoded in reality):
Aug 27 17:36:07 ov001 systemd[1]: rhev-data\x2dcenter-mnt-nas.mydomain.com:_volume1_ov__nas.mount: Succeeded.
The NAS is running the 'new' DSM 7, /etc/exports looks like this:
/volume1/ov_nas x.x.x.x(rw,async,no_root_squash,anonuid=36,anongid=36)
Did you try squashing to root?
(reloaded with exportfs -ra)
Any suggestions appreciated.
Regards, Brett
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y74ILXTU6L2XEI...
I guess gou need to try:all_squash + anonuid=36 + anongid=36 Best Regards,Strahil Nikolov On Fri, Aug 27, 2021 at 23:44, Alex K<rightkicktech@gmail.com> wrote: _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MM6CLUHHQFIWTX...
Thanks for the replies, as it turns out it was nothing to do with /etc/exports or regular file system permissions. Synology have applied their own brand of Access Control Lists (ACLs) to shared folders. Basically I had to run the following commands to allow vdsm:kvm (36:36) to read and write to the share: EXPORT_DIR=/volumeX/... synoacltool -set-owner "$EXPORT_DIR" group kvm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" user:vdsm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" group:kvm:allow:rwxpdDaARWcCo:fd-- On Wed, 1 Sept 2021 at 04:28, Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
I guess gou need to try: all_squash + anonuid=36 + anongid=36
Best Regards, Strahil Nikolov
On Fri, Aug 27, 2021 at 23:44, Alex K <rightkicktech@gmail.com> wrote: _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MM6CLUHHQFIWTX...
On Wed, Sep 1, 2021 at 9:55 AM Maton, Brett <matonb@ltresources.co.uk> wrote:
Thanks for the replies, as it turns out it was nothing to do with /etc/exports or regular file system permissions.
Synology have applied their own brand of Access Control Lists (ACLs) to shared folders.
What kind of OS are they using? (freebsd?)
Basically I had to run the following commands to allow vdsm:kvm (36:36) to read and write to the share:
EXPORT_DIR=/volumeX/...
synoacltool -set-owner "$EXPORT_DIR" group kvm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" user:vdsm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" group:kvm:allow:rwxpdDaARWcCo:fd--
It would be useful to add this solution to this page: https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html You can click "Edit this page" on the bottom and add the info: https://github.com/oVirt/ovirt-site/edit/master/source/develop/troubleshooti... Nir
On Wed, 1 Sept 2021 at 04:28, Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
I guess gou need to try: all_squash + anonuid=36 + anongid=36
Best Regards, Strahil Nikolov
On Fri, Aug 27, 2021 at 23:44, Alex K <rightkicktech@gmail.com> wrote: _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MM6CLUHHQFIWTX...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IUYTVJIHSSWSK5...
Thanks for the replies, as it turns out it was nothing to do with /etc/exports or regular file system permissions.
Synology have applied their own brand of Access Control Lists (ACLs) to shared folders.
Basically I had to run the following commands to allow vdsm:kvm (36:36) to read and write to the share:
EXPORT_DIR=/volumeX/...
synoacltool -set-owner "$EXPORT_DIR" group kvm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" user:vdsm:allow:rwxpdDaARWcCo:fd-- synoacltool -add "$EXPORT_DIR" group:kvm:allow:rwxpdDaARWcCo:fd--
On Wed, 1 Sept 2021 at 04:28, Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote:
I have a synology with DSM 7.0-41890 too. had the same problem, and that fixed it for me too!!! Thanks!
participants (5)
-
Alex K -
Maton, Brett -
Nir Soffer -
Simon Kong -
Strahil Nikolov