Fresh install or from 3 to 4 migration ?
Migration (3 to 4)
Beiträge von NASenbaer
-
-
Same "problem" here ...
-
Installing openmediavault-apttool
Zitat- Install omv-extras
- Install openmediavault-apttool plugin from Plugins tab.
- Add new repo in omv-extras repo tab using the settings in the attached pic.
Little correction: openmediavault-apttool ist part of the omv-extras testing repository.
-
Does anyone have NFS & MergerFS happily working together on OMV 3.0?
Yes, I do (now). May be this tread can inspire you.
-
On OMV 2.x, you have to use the ID from a public key server. On OMV 3.x, you could enter the url. Since I don't know what the ID is, you only need to add it once with:
wget -qO - "https://dl-ssl.google.com/linux/linux_signing_key.pub" -4 | apt-key add -
In OMV 3.x I have to enter the following (for your example)?!
Codehttps://dl-ssl.google.com/linux/linux_signing_key.pub -
Did you read the NFS sub forum? Specially:
-
Fixed my Problem aswell
You have my Thanks
Setzt Du noch auf gelöst? - Ich kann Dein Thread nicht auf gelöst setzen ...
-
Thank you! Now the GUI works fine again!
-
It's not in the repo until now: https://bintray.com/openmediav…ult-unionfilesystems/view
Therefore we have to wait for the next omv-update? I can't find a premade package.
-
I use the unionfilesystem too.
I made today a reinstall:Code
Alles anzeigensudo apt-get install openmediavault-unionfilesystems --reinstall Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig 0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0 B von 19,1 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt. (Lese Datenbank ... 110613 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../openmediavault-unionfilesystems_3.1.10_all.deb ... Entpacken von openmediavault-unionfilesystems (3.1.10) über (3.1.10) ... Trigger für openmediavault (3.0.62) werden verarbeitet ... Restarting engine daemon ... openmediavault-unionfilesystems (3.1.10) wird eingerichtet ... Trigger für openmediavault (3.0.62) werden verarbeitet ... Updating locale files ... Updating file permissions ... Purging internal cache ... Restarting engine daemon ...
It doesn't help. Does version 3.1.11 of openmediavault-unionfilesystems realy be in the repository (as mentioned)?2 screenshots attached, to describe the problem better.
-
After this Update the "File systems" and the "Union Filesystems" aswell as the "Shared Folders" Tabs dont load anymore. They just say "loading..." until my seasion times out...I tried reseting the UI and restarting the server, both didnt change anything.
The same as here.
-
-
(I'll add this "fix" to my docs in the "tips" section.)
Is your tip-section public? Where?
-
You changed two things if I'm reading it right. Setting the use_ino flag and changing the kernel? Are you sure it was use_ino and not the kernel change?
Yes, because
- The first solution is: Using she standard-Kernel (the bpo-Kernel didn't work).
- The second (your) solution is: Using bpo-Kernel and the MergerFS-flag use_ino. So I could now change back to the bpo-Kernel.
Why OMV3.x doesn't use the use_ino as default?
-
Is it a different version of NFS? I've heard from some people that they had issues with NFSv4 but not v3.
Nope - both was NFSv3. Here a check from my Ubuntu 16.04
Codesudo mount -t nfs [sudo] Passwort für xxx: 192.168.178.3:/export/kodifutter on /mnt/kodifutter type nfs (rw,nosuid,nodev,noexec,noatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.3,mountvers=3,mountport=40083,mountproto=udp,local_lock=none,addr=192.168.178.3,user)ZitatFew things to try:
* use the 'use_ino' option for mergerfsI will test this.
EDIT
SUCCSESS! You a my hero - it works!
After setting the use_ino flag, changing (back) to bpo-Kernel and reboot.use_ino: causes mergerfs to supply file/directory inodes rather than libfuse. While not a default it is generally recommended it be enabled so that hard linked files share the same inode value.
O.K. - it's recommended to enable. - Proposal: May be you should do this as standard in OMV3.x?!
/EDITZitatI had have the fsid option, but it didn't help.
-
It works also in kodi 17 android (firetv stick), but yes seems like there is no go on this with kodi 16
But why? What is the difference between OMV2.x and OMV3.x?
Debian: wheezy --> jessie - may be there is the problem?In both OMV-versions I used the bpo-Kernel.
Therefore I "simulate" OMV2.x by using the Standard-Kernel on OMV3.x: SUCCESS!
With Kernel 3.16.0-4-amd64 there was no Problem!My conclusion: That's more a Debian-Problem (BUG?!), than an OMV issue. Could you verify / agree with this?
-
Is this kodi 16?
Yes, Kodi 16.1. - I clarified this now in the first post.
-
Hello!
I can't connect Android-Kodi(16.1)-Clients (Lollipop and Marshmallow) via NFS to OMV3.x. My NFS-optiones:
subtree_check,insecure,fsid=2,all_squash,anonuid=1000,anongid=1000
I have no problems with this Clients:- Ubuntu 16.04
- OSMC (Debian with Kodi 16.1 - Pi2)
- LibreElec (Kodi 17.x - odroid C2)
I asked in differnt forens:
- Kodinerds (german; Post >= 15)
- Technikaffe.de (german)
and tried different things, but no help was found.
The shares are on snaipraid with MergerFS.The effect is:
The share is visible, but the content isn't visible.
Under OMV2.x it worked perfect - no problems.Therefore I ask you as expert:
Does anyone use an Android-Kodi und can connet via NFS to a OMV3.x Server?Any ideas?
I saw just your new edit from today for nfs:
Pooling filesystems (AUFS, MHDFS and MergerFS)
Since this type filesystems don't have a uuid, you need to add fsid=1 or fsid=anynumber
to the nfs extra options, make sure the number is not 0 and unique in
case you're exporting multiple pools. You also need to add the crossmnt option for mergerfs.openmediavault 3.0 now generates a unique fsid per exported folder by default so you don't need to add it manually.
My new NFS-option line is now: subtree_check,insecure,crossmnt,all_squash,anonuid=1000,anongid=1000
The result is the same:
The share for Android-Kodi(16.1) is visible, but the content isn't visible.
