doc_jochim

So, habe jetzt in openATV auf die in meiner Version 6.4 höchstmögliche SMB-Version 3.02 gewechselt - und jetzt kann ich wieder zugreifen. Da hat unraid scheinbar wirklich intern den Zugriff auf eine Mindest-SMB-Version erhöht. Danke für Eure Hilfe

Nach dem screenshot unter der Erklärung der NetBIOS-Aktivierung hätte der Zugriff ja eigentlich mit SMB2.0 funktionieren müssen. Aber es ging nicht, daher ja die Frage, ob vielleicht die minimale SMB-Version auf >2 angehoben wurde, ohne dass die popup-Hilfetexte angepasst wurden?

Ich habe den Upgrade-Button zwar nicht benutzt, da mir irgendwo oben rechts angezeigt wurde, dass es eine neue Version gibt und diese auch dort zur Installation angeboten wurde, aber den Downgrade-Button gibt's tatsächlich. Also - einmal zurück zur Vorgängerversion und heute abend mal schauen, ob's mit dem Zugriff wieder geht. Ist durch das Update vielleicht irgendeine SMB-Mindestversion, die für die Kommunikation mit einem Client vorgegeben ist, hochgesetzt worden, so dass die vorhandene Netzlaufwerkeinbindung nun nicht mehr funktioniert? Wo kann ich die SMB-Konfiguration in der GUI einsehen? Oder gibt es eine Konfig-Datei? Oder muss man irgendwelche Konsolenbefehle eingeben, um nähere Infos zu bekommen?

Share ist als 'Private' angelegt. Ich habe auch schon versucht, auf public umzustellen - aber auch da war kein Zugriff möglich. Nutzer 'sat' hat ein einfaches Kennwort ohne Sonderzeichen und hat Read/Write-Rechte. Export Yes. Case-Sensitivy Auto. Ich sehe nur, dass der veröffentlichte Name im Netz angeboten wird, aber ein Zugriff ist nicht mehr möglich. Da es per nfs geht, aber hier ja keine Zugriffsrechte gesetzt werden können, würde ich schon gerne bei SMB bleiben... Ergänzung: Ich hatte Dynamix cache directories installiert (damit ich auf die Directories zugreifen kann, ohne dass schlafende Disks aufgeweckt werden müssen) und fix common problems hatte gemeldet, dass es nicht mit der aktuellen unraid-Version kompatibel ist. Daraufhin hatte ich das plugin erst einmal deinstalliert. Kann das noch irgendwie in die Problematik reinspielen, dass irgendein Directory-cache nicht mehr gefüllt ist, auch nicht mehr gefüllt wird und damit der Share-Inhalt als leer angezeigt wird?

Hallo, ich habe ein media-Verzeichnis auf meinem Array als SMB-Share freigegeben, auf das ich von meinem open-ATV(6.3)-Sat-Receiver aufgenommene Filme ablegen und von dort aus auch abspielen konnte. Das Share wurde im Receiver als Netzlaufwerk eingebunden. Seit einigen Tagen (seit dem letzten Unraid-Update) funktioniert dieser Zugriff nicht mehr. Von einen Windows-Rechner komme ich in das freigegeben Verzeichnis hinein. Gebe ich das Verzeichnis als nfs-Share frei, funktioniert der Zugriff auch. Hat sich in unraid irgendetwas verändert? Kann es am Zugriff über SMB2.0 liegen? Am Sat-Receiver ist kein update eingespielt worden. Der Zugriff auf von Windows aus freigegebene SMB-Shares funktioniert tadellos. Nur die unraid-Freigabe funktioniert nicht mehr. Kann man zum Testen ein Downgrade der unraid-Version auf die vorherige Version durchführen? Aktuell ist 6.12.13 installiert. Wie kann ich herausfinden, warum ich auf das Verzeichnis vom Sat-Receiver aus nicht mehr zugreifen kann? Bei der Suche nach Freigaben wird das freigegebene Verzeichnis angezeigt, so dass ich es als cifs-Share anlegen kann. Aber beim Aufrufen im Browser oder im Mediacenter wird immer nur ein leeres Verzeichnis ohne Inhalt angezeigt... Eine Idee? André

Wenn die Docker neu installiert werden, dann müssen ja auch alle Einstellungen (z.B. Media-Verzeichnisse usw.) wieder neu angelegt werden. Oder werden die automatisch wieder so hergestellt wie vorher? Wie machst Du das? Einfach Screenshots von den Einstellungen abspeichern, damit man die Einstellungen schnell wieder hat? Wie ist das überhaupt mit den jetzt auf der ssd liegenden 4 Systemshares. Vorher war über die Parity des Arrays ja eine Ausfallsicherheit bei Plattendefekt gegeben. Wenn jetzt die ssd einen Defekt hat, kann ich die jetzt dort vorhandenen Shares ja nicht mehr rekonstruieren. Welche Möglichkeiten gibt es denn hierzu? Ein Raid-System mit 2 Cache-Platten? Dann wird's aber sowohl im Gehäuse als auch mit der Plattenzahl meiner Lizenz eng. Oder kann man die Verzeichnisse sichern? Wann ja - wie? Was muss für eine Sicherung alles gestoppt werden? Geht das automatisch oder muss ich die Sicherung dann manuell durchführen?

Auf der gerade vor ein paar Tagen eingebauten und als Pool ins System aufgenommenen SSD (das meintest Du doch mit /cache - oder?) liegt bisher noch nichts drauf - außer die im Rahmen der aktuellen Verschiebeaktion erstellten 4 Systemshares. Irgendwas muss sich wohl beim ersten Versuch verschluckt haben. Ich habe den mover mit dem stop-Befehl im Terminal angehalten und nach Systemneustart dann neu aktiviert - jetzt hat er zumindest bis auf ein paar Dateien (114kB) alles verschubst. Ich habe dann mal versucht, den Rest des Docker-Verzeichnisses im Systemshare mit mc von der hdd auf die ssd zu verschieben. Dabei erhielt ich dann Fehlermeldungen, dass die Dateien schon im Ziel vorhanden sind. Also scheinbar muss beim ersten moving wirklich etwas schiefgegangen sein, so dass Dateien schon neu angelegt wurden, aber in der Quelle nicht gelöscht wurden. Es waren alles Dateien in Verzeichnissen mit schier endlosen Zahlenkolonnen-Namen aus /system/docker/installed/overlay2. Was sind das eigentlich für Verzeichnisse? Könnten solche Dateidopplungen dann dazu geführt haben, dass der mover sich aufgehängt hat?

Hmmm... - und warum vollendet dann der mover seinen Verschubs-Auftrag nicht? Seit gestern abend steht hier im Main-Tab neben dem ausgegrauten move-button nur 'disabled - mover is running'. Aber er runnt scheinbar nicht mehr wirklich, denn alle Platten sind spinned-down. ?! Aber was? Eine Idee, wie man herausbekommt, was den mover blockiert? Greifen noch andere Plugins auf Dateien im Systemshare zu? Kann man irgendwo sehen, was der mover gerade tut oder gerne tun möchte? Oder ob er auf irgendetwas wartet?

Es reicht doch, die obere Variable 'enable dockers' und 'enable VMs' in den settings auf jeweils auf 'no' zu setzen, so dass VM und docker nach einem Neustart nicht mehr im Menü auftauchen - oder muss zum Abschalten noch etwas anderes verändert werden? Vorher hatte ich das zum Testen installierte minidlna gestoppt.

So - bin fleißig am Lesen ☺️ Und habe nebenbei schon mal versucht, die Systemshares appdata, domains, system und isos nach entsprechender Änderung der Einstellungen mit dem mover auf die ssd zu verschubsen. Bei appdata, comains und isos hat das auch problemlos geklappt. Aber wenn ich mir unter shares das system-share anschaue, passiert hier schon seit Stunden nichts mehr - keine Schreibvorgänge auf der SSD, die HDDs aus dem Array haben sich schlafen gelegt und das Verhältnis der Daten auf Disk1 aus dem Array und der SSD bleibt unverändert. Unter Main steht weiterhin, dass der Mover aktiv sei. ?! Woran könnte das jetzt liegen? Warum wird der System-Share nicht vollständig auf die SSD verschubst?

Shouldn't Sunday be 07? I'm just trying to setup my minidlna to feed my yamaha-AV-amp via local network. But independent from the way I look at the music provided by minidlna-Server (foobar2000, Windows-Explorer, Yamaha-Amp.) there are some folders that refuse showing the *.jpg-file which is inside the folder as a folder picture. Why? Is there an issue concerning certain characters or filename-lenghts? EDIT: Alternatively trying plex as a DLNA-Server, I just saw that exactly these folders that are missing their photos, were not provided via DLNA. Checking owners and rights, I recognized that these folders including the containing files had another owner. Not nobody, but a certain user - probably caused by some copy-actions during completing the nas-file-structure. I changed the owner and reloaded plex' media-content via plex' GUI. Subsequently the missing folders are shown via DLNA. Stopping plex and restarting minidlna (Variable: SCAN_ON_BOOT: Yes) I hoped having solved the issue, but pictures of the owner-corrected folders are still missing... 😒 Why? What else can I do to complete the folders' missing photos inside the datastream provided via DLNA? EDIT2: I just saw that some piece of software wrote hidden secure system-jpg-files (AlbumArt_(cryptic-characters)_small.jpg, AlbumArt_(cryptic-characters)_large.jpg, AlbumArtsmall.jpg) into my CD-folders. If I exclude these hidden files from copying from my PC to my unraid-Server, none of the folders has got a picture anymore. So I recognized that only the newest folders, where there are no hidden jpg-files have no pictures. Which software does interfere with my folder- and data-structure and writes these hidden files? Windows Media Player?

Uuups - nächstes Fremdwort 🤔 Was ist der Mover und was tut der wann bzw. was sollte der tun? Wird der hier jetzt nur manuell einmal gestartet, um die Systemdateien von HDD-Array auf die einzelne SSD zu schieben und dort zu lassen? Oder muss hier dann ein regelmäßiges moven stattfinden, da das System zwar nach dem Move von der SSD liest, aber trotzdem weiter auf das Array schreibt, so dass Änderungen nur durch regelmäßiges Kopieren auch auf der SSD landen?

Kurz 'ne blöde Anfängerfrage: Wenn die zusätzliche SSD eingebaut ist, wird diese ja erst einmal als unassigned erkannt und möchte formatiert werden. Welches Format wähle ich denn hier aus? XFS, wie die Platten im Array? EDIT / Ergänzung: Ich hab' die SSD erstmal zum Testen mit XFS formatiert - wenn was anderes besser sein sollte, kann ich es ja noch problemlos ändern. Array gestoppt und SSD als Pool hinzugefügt. Aber welches sind die relevanten Systemshares und wie transferiere ich die in den gerade erstellten Pool? Shares korrekt einstellen? Hmmm... - was wäre denn für die Systemshares 'korrekt'? Was muss / sollte wie eingestellt sein?

ok - das probiere ich am Wochenende mal aus. Wenn's noch Fragen dazu gibt, melde ich mich. Wenn's geklappt hat, dann auch 🙂