unRaid Talk

Boogie2005

Nach Update auf 6.12.0 RC5 keine Unraid Nutzung mehr möglich

Hi, ich hoffe, das Thema wird verständlich. Ich habe ein Update von der Stable Version 6.11.5 auf die 6.12.0 RC5 gemacht. Danach ist der Server normal nutzbar.…

forums.unraid.net

Ist meine Anfrage. Er bezieht sich zwar auf das Original, aber könnte deine Version ja auch betreffen?

darkside40

Ganz doof gefragt: Funktioniert denn der normale Shutdown überhaupt richtig?

Boogie2005

Gute Frage, habe ich garnicht getestet da ich mich immer auf dein Plugin verlassen habe. Ich mag aber nicht dafür wieder updaten.

darkside40

Kann ich vollkommen nachvollziehen. Aber es ist nunmal so: wenn der normale Shutdown, Sleepmode etc. nicht klappt weil sich Kernel und Hardware nicht grün sind etc. dann kann das Plugin nix dafür.

Die Version von unRaid 6.12 ist nunmal ein RC, da können noch Bugs drin sein.

Adromir

Mich nervt Unraid gerade massiv. Ich habe ein Usassigned device, damit die Daten dort weder auf dem Cache noch auf dem Array erscheinen. Kaum lade ich was hoch, zack ist es auf dem array und dem Cache

darkside40

Welche unRaid Version?

Adromir

6.11.5
Ich werde langsam echt wahnsinnig mit den Cache Settings. Ich sage bei einer Freigabe, sie soll den Cache Pool nicht nutzen, trotzdem landen die Daten gespiegelt darauf. Das heißt, lösch ich die Daten auf dem Cache, werden sie auch auf dem Array gelöscht.

Andersrum genau so. Sage ich Cache Only, landen sie genau so espielt auf dem Array..

Es ist irgendwie zum mäuse melken

SkyBird1980

You did something wrong. Jedenfalls geht das bei mir, genauso wie ich daten Cache only machen kann.

Wie auch immer, das wird sich eh nun ändern, siehe Changelog der neuesten Beta:

Zitat

Code

Version 6.12.0-rc4 2023-04-27

New in this release is a conceptual change in the way storage is assigned to shares.  Normally such a change would not happen in an -rc
series; however, in this case the under-the-hood coding was minimal.  The concept outlined below is something we planned on introducing
in the Unraid OS 6.13 cycle.  We decided to introduce this change now because of increased interest in Unraid OS now that ZFS is supported.


The old concept of main storage being the unRAID array with an optional "Cache" is confusing to many new users, especially since cache
has a specific meaning in ZFS.


Also outlined below, we introduced the concept of an exclusive share.  This is simply a share where all the data exists in a single named
pool.  In this case we set up a bind-mount, bypassing the FUSE-based User Share file system. This feature is primarily aimed at maximizing
I/O for large fast ZFS pools accessed via a fast network


Share storage conceptual change

Configuring the storage options for a share is specified using two inputs:



Primary storage

Secondary storage



Primary storage is where new files/folders are created.   If Primary storage is below the Minimum Free Space setting then new files
and folders will be created in Secondary storage, if configured.


Each input presents a drop-down which lists "array", "none", and each named pool as a selection according to some configuration rules:
For the Primary storage drop-down:

    the "none" option is omitted, ie, Primary storage must be selected
    any named pool can be selected
    "Array" can be selected (meaning the unRAID array)

For the Secondary storage drop-down:

    the "none" option is included, ie, Secondary storage is optional
    if Primary storage is a pool name, then the only options are "none" and "Array"
    if Primary storage is "Array", then only "none" appears as an option

When "Array" is selected for either Primary or Secondary storage, a set of additional settings slide in:

    Allocation method
    Included disk(s)
    Excluded disk(s)
    Split level

When a btrfs named pool is selected for either Primary or Secondary storage, an additional setting slides in:

    Enable Copy-on-write

When a ZFS named pool is selected for either Primary or Secondary storage, there are no additional settings at this time but there could be some in the future. For example, since a share is created as a ZFS dataset, it could have a different compression setting than the parent pool if we need to implement this.
Mover action

When there is Secondary storage configured for a share the "Mover action" setting becomes enabled, letting the user select the transfer direction of the mover:

    Primary to Secondary (default)
    Secondary to Primary

Exclusive shares

If Primary storage for a share is a pool and Secondary storage is set to "none", then we can set up a bind-mount in /mnt/user/ directly to the pool share directory. (An additional check is made to ensure the share also does not exist on any other volumes.) There is a new status flag, 'Exclusive access' which is set to 'Yes' when a bind-mount is in place; and, 'No' otherwise. Exclusive shares are also indicated

Alles anzeigen

darkside40

Ich bin ja mal gespannt was wieder am Sleep Script geändert werden muss.

hi2hello

Habe ebenfalls problemlos auf die neue Version hochgezogen.

Es scheint sich aber eine ganze Menge getan zu haben.

Was mir am meisten gravierendsten auffällt, findet sich im Bereich Freigaben / Shares bzw. dort im Bereich des Caches / Cache-Pools.

Zuvor gab es die Möglichkeit von "cache preferred, cache only, …" Das Konzept wurde offensichtlich komplett geändert. Man gibt hier nun primäre und optional sekundäre Speicher an, um festzulegen, wo Dateien auf das Array gespeichert werden. Ich bin noch nicht ganz hinter die Funktionsweise gestiegen, bzw. welche Auswirkungen diese Änderungen im Detail bedeuten, wollte das aber mal angemerkt haben.

Vielleicht schaut Ihr Euch das ebenfalls einfach mal an.

Ebenfalls interessant: Das Plugin "Appdata / Backup Restore" (zum automatisierten Sichern diverser Dateien) ist mit 6.12 gestorben. Es gibt im AppCenter (Reiter "Apps") ein neues PlugIn "Appdata Backup". Dieses automatisiert das Backup von Docker-Einstellungen. Weitere Backup-Möglichkeiten, also die Sicherung anderer Dateien, bietet das Plugin hingegen nicht.

Ggf. sollte man sich vor dem Update auf 6.12 ebenfalls mal anschauen, ob man nicht noch eine alte Version des PlugIns "gpu-stats" installiert hat. Das ist ebenfalls hinfällig. Das neue PlugIn heisst "gpu-statistics" und ist ebenfalls im App-Center zu finden. Die Info bzw. das "neue" Plugin ist nicht mehr ganz taufrisch, das Alte wurde aber nicht automatisch durch das Neue ersetzt.

darkside40

hi2hello Habe deinen Beitrag hier hin verschoben damit der Release Thread übersichtlich bleibt.

hi2hello

darkside40 Danke Dir und sorry für das "spammen" im Release-Thread. Mea Culpa.

Ob das hier jemand findet, ist natürlich nochmal eine ganz andere Frage. Mir jedenfalls war der Thread bisher gar nicht bekannt.

In Ergänzung zu der Share / Freigaben-Thematik habe ich ein ganz interessantes Video gefunden, dass die neuen Regeln ganz gut erklärt. Leider nur in Englisch.

Video: Neues Cache-System für Freigaben (klick mich)

darkside40

Den Thread habe ich irgendwann mal erstellt und alles Offtopic Zeug aus dem Release Thread rüber gezogen und angepinned.

Danke für das Video, muss ich mir auch mal reinziehen. Ist schon wieder erstmal so ein Grund für mich mit dem upgrade zu warten.

darkside40

So ich habe das mit dem S3 Sleep in unRaid noch mal angesprochen:

Why does Unraid not have Powersaving eg S3 functions build in by default?

Hi there, being an Unraid user for more than 10 years now is ask myself why Unraid does not implement the functions of the S3 Sleep script by default. We are…

forums.unraid.net

Vielleicht will sich ja jemand dort im Forum beteiligen um ein bisschen Druck zu machen.

SkyBird1980

Zumindest ein Like hast du bekommen Auch wenn ich den Server nicht runter fahre.

darkside40

Mit genug PV und Speicher kann man sich das auch finanziell wie ökologisch leisten

hi2hello

Zitat von darkside40

So ich habe das mit dem S3 Sleep in unRaid noch mal angesprochen:
https://forums.unraid.net/topic/118129-w…comment-1271725
Vielleicht will sich ja jemand dort im Forum beteiligen um ein bisschen Druck zu machen.

done

Boogie2005

Ich habe mal versucht, auch meinen Senf dazu zugeben

darkside40

Super danke euch!

Vielleicht kann man ja was bewegen wenn da ein paar Leute mehr was zu sagen!

psychofaktory

Ich hab zumindest auch mal ein "Like" dagelassen.

Aber ich befürchte ehrlich gesagt dass das alles kaum etwas bringen wird.

Ich hab die Diskussion in dem Unraid-Forum auch schon durch.

Bei mir ging es darum, dass Samba-Shares in ActiveDirectory-Umgebungen auf "JEDER Vollzugriff" stehen müssen, damit die User darauf zugreifen können. Dass das ein absolutes Unding und K.O.-Kriterium gerade für alle Nutzer ist die das System im geschäftlichen Umfeld einsetzen hat absolut keinen der Devs interessiert.

Man beharrte Stur darauf, dass die AD-Anbindung (obwohl offizieller Bestandteil von Unraid) nur von einem geringen Prozenzsatz der User genutzt wird und man daher keine Ressourcen in die Behebung des Problems stecken werde.

Jetzt mitmachen!