Default NFS mount with ZFS - empty export folder

Hallo zusammen,

dies sind meine ersten Schritte mit OMV.
Soweit habe ich mein gewünschtes Szenario installiert und konfiguriert bekommen (OMV + ZFS).

Mit der NFS-Freigabe die auf ein Verzeichnis im Pool des ZFS verweist, habe ich die gleichen Problem wie ... "7smugglers"

Nach dem Erstellen der Freigabe "Images" kann ich mit meinem ESXi auf die Freigabe "/export/Images" zugreifen und diese als Datastore einrichten.

Nach einem Reboot der VM OMV ist die Freigabe im Web-Gui vorhanden, auch der NFS-Dienst ist aktiviert und läuft.
Die NFS-Freigabe allerdings ist für den ESXi nicht mehr erreichbar.
Kontrolliert man im OMV das Exportverzeichnis mittels der Kommandzeile, ist das Verzeichnis /export/Images ebenfalls vorhanden, der Inhalt allerdings leer.

Erst nach einem Löschen und erneutem Erstellen der Freigabe kann auf diese wieder zugegriffen werden.

Mir stellt sich nun die Frage,
habe ich etwas falsch/nicht konfiguriert,
verstehe ich die Zusammenhänge nicht richtig,
oder ist dies hier ein generelles Fehlverhalten von OMV.

PS.
im Syslog habe ich folgendes gefunden...

Zitat

Nov 29 17:17:07 openmediavault rrdcached[3146]: starting shutdown
Nov 29 17:17:07 openmediavault avahi-daemon[3426]: avahi-daemon 0.6.31 exiting.
Nov 29 17:17:08 openmediavault zed[3610]: Exiting
Nov 29 17:17:08 openmediavault rpc.mountd[4515]: Caught signal 15, un-registering and exiting.

Nov 29 17:17:08 openmediavault kernel: [ 752.374333] [b]nfsd: last server has exited, flushing export cache[/b]

Nov 29 17:17:08 openmediavault rrdcached[3146]: clean shutdown; all RRDs flushed
Nov 29 17:17:08 openmediavault rrdcached[3146]: removing journals

Alles anzeigen

... falls hier wirklich beim reboot der export cache gelöscht wurde,
wäre der Fehler ja bei OMV zu suchen.

Hat jemand eine Idee wo man hier ansetzen kann?

Hintergrund:
Die NFS-Freigabe vom OMV ist für mich essentiell, da mein ESXi hier seine weiteren VMs hosten soll.

Danke vorab für Eure Anregungen und Tipps.

Gruß,
m.hajoo

ich habe hier im Forum weiter gesucht und auch getestet,
hat aber bisher leider keine Änderungen gebracht.

Zitat von subzero79

Thread/10397-NFS-was-working-but-not-with-stone-burner

Please post

 mount | grep export

 pool_01 on /export/Images type zfs (rw,relatime,xattr,noacl) 

Zitat

 exportfs -v 

 /export/Images 192.168.254.201(rw,wdelay,root_squash)
 /export 192.168.254.201(ro,wdelay,root_squash,no_subtree_check,fsid=0) 

Zitat

 cat /etc/debian_version 

 7.9 

Das erscheint mir in meinem Fall unnötig,

Zitat von subzero79

run omv-mkconf fstab then mount -a check again in your clients the export mount

da  mount | grep export
 pool_01 on /export/Images type zfs (rw,relatime,xattr,noacl) 

Zitat von /etc/fstab

Code

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=d0eba2d1-86e8-4993-ac59-73e2a3032654 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=1784b276-1b21-44b3-8a87-5b6a01f7e958 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
# >>> [openmediavault]
/pool_01/Images /export/Images none bind 0 0
# <<< [openmediavault]

Alles anzeigen

Ok, I'm not very good at reading German but I understand your'e having issues with ZFS + NFS exports. I believe you have two options. Either use the builtin ZFS share property (this is how I'm doing it), or use the feature implemented in the latest testing version of the ZFS plugin by @ikogan (which I'll probably start using quite soon). The latter is available in the ZFS page under "Settings".

Edit: This is my configuration of the sharenfs property... rw=@192.168.109.0/24,insecure,rw=@172.17.0.0/16,insecure,ro=@127.0.0.1,insecure which can be configured by clicking "Edit" button when a specific datset/filesystem is selected in the plugin.

I'm not using the sharenfs property as the ZOL folks say that it's kinda broken. The reason for my patch is to automatically share nested filesystems, which isn't the problem here I don't think. The following has always worked:

The mount directory in /exports is created by the fstab rpc endpoint, not any mkconf script. It should persist across reboots though. Is that directory in some kind of memory store rather the persisted? If you manually create it once, will it be there when you reboot?

hello ikogan,
hello nicjo814,

thank you for your answers and your suggestions.

I´m not at home these days, so I can´t check it out on my system.

When I´m back I´ll test as soon as possible the promises you made.
Then I´ll info you, if something has changed.

Thanks,
m.hajoo

Hello everyone who´s interested in this problem, ....

... but it seems to me that the problem is solved.

I didn´t restart the vitual omv-machine since november.
Today I updated omv from version 2.1.19 to 2.1.23.
Afterwards i restartet the system a few times, ...
... and /export/Images is not empty after reboot
the nfs-share is working well.

I can see it on the console of the vm on my ESXi.
When the vitualmachine of omv is rebooting,
the other vm´s
stored on the mapped nfs-folder of ovm,
are "coming back" .

Sorry that I cannot localize the problem, but I´m glad that it will work now.

Kind regards,
and a happy new year
to everyone here by openmediavault

m.hajoo