Gorosch

Dann schon mal Danke für eure Antworten. Die RAM Disk Mod werde ich mal raus nehmen. Wird dann erst beim nächsten Neustart zum tragen kommen. Auch ctop spuckt bei mir keine Auffälligkeiten aus: Lediglich Duplicacy nutzt aktuelle alle seine erlaubten Ressourcen, da das Backup läuft. Sonst dümpelt alles andere innerhalb der normalen Parameter (Geordi La Forge wäre Stolz bei diesem Satz). Alle Docker sind auch per extra Parameter in der Nutzung des RAMs und CPU limitiert. Es tritt jedoch nur dann auf, wenn der Dockerdienst läuft - die Frage ist nur, welcher Docker nun das Problem ist und ob der Docker wirklich das Problem ist oder nur aufgrund der Last nur den Crash auslöst, da vielleicht doch was anderes den RAM voll prügelt. Wenn ich nur einzelne Docker laufen lasse, tritt das Problem nicht auf. Sobald das System jedoch im normalen Betrieb mit aktiven Backupjob irgendwann in die Knie geht (WebUI und SSH nicht mehr zuverlässig erreichbar, jedoch kein kompletter Crash von Unraid) und man es irgendwann dennoch schafft, den Docker Dienst zu stoppen, fängt sich das System wieder und reagiert wieder ganz normal. Ach das ständige lesen vom Stick stoppt dann.

Hat echt keiner eine Idee oder einen Ansatz, was as Problem verursachen könnte oder ich Gegenprüfen könnte? Oder fehlen noch Informationen? Oder habe ich irgendetwas geschrieben, was alle abhält oder verärgert hat?

Nachtrag mit Info, was alles vom Stick ständig nachgeladen wird: root@Datenschleuder:~# inotifywatch -r -t 30 /boot Establishing watches... Finished establishing watches, now collecting statistics. total access close_nowrite open filename 1839 613 613 613 /boot/config/shares/ 303 123 90 90 /boot/config/ 171 57 57 57 /boot/config/plugins/dynamix/ 108 54 27 27 /boot/ 40 20 10 10 /boot/config/plugins/dynamix/notifications/agents/ 40 20 10 10 /boot/config/plugins/dynamix/notifications/ 15 5 5 5 /boot/config/plugins/ipmi/

Hallo Forum, vermutlich habe ich mir einen Bock geschossen (oder "hoffentlich" einen Bug gefunden) und komme hier nicht weiter bzw. sehe mittlerweile den Wald vor lauter Bäumen nicht mehr. Kurz zum System: Unraid 7 im Unifi Netzwerk mit entspr. MACLAN anpassung 64 GB RAM 2x NICs, eine heißt zwar DMZ, führt aber in keine DMZ (um eventuelle Panik zu vermeiden) 1 Array. XFS, mit Parity diverse Pools, sowohl ZFS als auch XFS diverse Docker Nvidia GPU für Emby, Tdarr und Immich Backup: Täglich automatisch auf externe USB HDD per Mgutt Script der wichtigsten Daten 1x Wöchentlich automatisch verschlüsselt auf NAS außer Haus und in Cloud per Duplicacy der wichtigsten Daten immer, wenn für nötig gehalten, manuelle Sicherung des gesamten Arrays auf interne NAS per Duplicacy (da kompirmiert) Mods der Go File: Auto Unlock Array RAM-Disk for Docker json/log files v1.6 for 7.0.0 (ebenfalls genutzt für Emby, falls Transcode nötig) Anpassungen seit Update auf V7: fastusr Fix Overlay2 Docker Storage Driver samt erneuten einspielen aller Docker Permit exclusive shares und anpassen der Docker und Mappings von ehemals Diskshare Appdata (mnt/cache/appdata) zurück zu mnt/user/appdata Zum Problem: Seit dem Update sind bisher keine Probleme aufgetretten. Nun versuche ich seit ein paar Tagen mal wieder ein manuelles Backup auf die interne NAS per Duplicacy zu fahren (das erste Mal unter Unraid 7). Das läuft erst eine Weile ohne Probleme, dann fängt Unraid an, sehr träge zu werden und reagiert teilweise nicht mehr. Wenn man dennoch irgendwann wieder aufs WebUI kommt sieht man, das ständig vom USB Stick gelesen wird. Mein Verständiss von Unraid sagt mir, dass mir irgendwas den RAM zu Müllt und Unraid deswegen immer wieder das OS vom Stick in den RAM nachladen muss. Nur konnte ich bisher nicht rausfinden, was dieses Problem verursacht. Da es erst beim Backup auftritt habe ich die Dockermappings im Allgemienen und vor allem von Duplicacy mehrmals geprüft, kann aber keinen Fehler finden - eigene Betriebsblindheit als auch Unfähigkeit möchte ich an dieser Stelle auch nicht ausschließen. Auch laufen in dieser Zeit keine Zugriffe auf Emby, was beim Transcoden ebenfalls in den RAM arbeitet, was aber auch in der Vergangenheit auch beim Backup keine Probleme darstellte. Im Log, tauchen in dieser Zeit vermeht "php-fpm" Fehler auf, wie z.B. "php-fpm[11842]: [WARNING] [pool www] child 1425829 exited on signal 9 (SIGKILL) after 373.816196 seconds from start" Ich vermute, dass es irgendein peinlicher Fehler meinerseits sein wird, denn ich aktuell jedoch einfach nicht erkenne bzw. finde. Daher hoffe ich, dass ihr mir weiter helfen könnt. Diagnostics liegt bei, falls noch noch weitere Infos benötigt werden, bitte Bescheid geben.

Dazu hätte ich eine Frage. In diesem Ordner liegen ja alle Configs der aktiven Shares auf dem System. Nun habe ich einige Configs von Shares, die ich jedoch nicht (mehr) besitze. Das sind einige wenige, welche auch den Namen von Docker Containern habe, die ich nutze (z.B. mariadb, NPM, usw.) und ein paar Shares, welche ich mal hatte, aber schon vor einiger Zeit entsorgt wurden. Wie gesagt sind dies keine Shares, die es auf dem System (noch) gibt. Daher vermute ich, dass ich vor Urzeiten beim einrichten der Docker einen Fehler in der Appdata Config hatte, welcher aber Mittlerweile schon seit langen korrigiert ist (Umgehung von FUSE, bevor es exklusive Shares gab). Widerrum stutzig macht mich die noch vorhandene CFG von zwei Shares, die ich mal hatte, mittlerweile aber gelöscht habe. Daher die Frage: können diese CFG Daten bedenkenlos gelöscht werden, wenn diese Namen von Shares tragen, welche es definitiv nicht auf dem System gibt oder sind die irgendwie Relevant?

Hatte auf zwei Servern keine Probleme während und nach des Updates von der letzten 6.12 Version auf die aktuelle 7.0 Version. Server 1: Selbstbau mit Supermicro Board, Xeon CPU, 1660 GPU und ASM1164 PCI Express Card, 3+1 XFS Array, Diversen ZFS Dual Pools und zwei XFS Single Pools, diverse Docker, zwei VMs. Server 2: Alte QNAP NAS mit Unraid Stick, 7+1 XFS Array, keine Pools. Bis auf einmal hatte ich bei Unraid noch nie Probleme nach einem Update. Und das eine Mal lag auch nicht an Unraid selbst sondern am NVIDIA Treiber Plugin, welches aber glaub noch am selben Tag gefixt wurde, wie das Update raus kam und das Problem gemeldet wurde. Also mega schnell (geile Community!). Nutze Unraid seit ca. V6.3. Immer Top, und wenn Probleme, dann durch Selbstverschulden (Release Notes ignorieren fällt das auch drunter, Stichwort IPLAN, leere Pools, usw.) oder Third Party Plugins. Somit kann ich guten Gewissens sagen: ruhig direkt Updaten. Unraid selbst wird vorab gut getestet und wird selbst sehr unwahrscheinlich Probleme machen.

Ich finde es toll, dass du der Schule deiner Tochter diesbezüglich helfen möchtest. Das meine ich im Ernst und voller Hochachtung. Aber bevor du dich nun in Teufels Küche reinreitest, würde ich dir empfehlen, davon lieber die Finger zu lassen. Ich kann mir nicht vorstellen, dass sowohl die IuK/Schul-IT deines Schulträgers als auch der Datenschutz allzu happy damit sein werden, wenn du einen Dienst für eine Schule als Bastelprojekt über deinen privaten UnRaid Server laufen lassen willst. Im Sinne deines Eigenschutzes solltest du das nochmals überdenken.

Nichts für Ungut, aber wenn du keine Zeit und auch keine Lust hast, Dinge zu probieren und daraus zu lernen, warum hast du dir dann Überhaupt so etwas wie Unraid besorgt? Wäre da in deinem Fall ein Fertigsystem wie Qnap oder Synology nicht die bessere Wahl gewesen? Auch Proxmox benötigt übrigens Zeit und Verständnis, wenn man sich da rein arbeiten möchte, wie so ziemlich alles in der Welt der "IT-Cracks". Zumal ist dein Anliegen ja nicht mal ein Unraid Thema. Es gibt bestimmt irgendeine Supportcommunity für Matrix, in der dir mit deinen Problemen geholfen werden, da dort eben die Profis für Matrix zugegen sind. Hier jetzt aber beleidigt den "ich zahle X Euro dafür" Joker zu werfen, weil dir ein anderer User offen und ehrlich sagt, dass er der Falsche Ansprechpartner in deinem Fall ist, ist schon frech. Zumindest mir (und sicherlich vielen anderen auch) hat dieses Forum, die User als auch die vielen hilfreichen Antworten der Moderatoren wie Mgutt, alturismo, und auch ich777 schon in so vielen Fällen alleine durch das Lesen der Beiträge geholfen und mich auch schon vor Problemen bewahrt, bevor diese überhaupt erst entstehen konnte. Daher sorry, wenn das nun alles etwas aggro klingt. Aber da fehlt mir leider dann noch etwas das Verständnis für.

Hello, I have recently had the problem that the script does not stop after 2 hours, as it is actually set to do. It worked until recently. Now it runs for half the day until it is finished. What could be the reason for this?

Du möchtest/willst unraid nicht als Basis für einen Webserver für eine Homepage. Vor allem nicht, wenn du gerade noch dabei bist, die Grundlagen zu erlernen und zu verstehen. Such dir für deine Website einen passenden Hoster aus. Strato, Ionos, usw. Für den Rest ist unraid eine gute Basis. Falls nicht schon vorhanden, noch an die GPU denken.

Servus, ich kenne die aktuellen Videos von GeakFreak nicht, jedoch die älteren. Die sind zwar vom Unterhaltungsrad gut gemacht, sofern man die Art mag, aber informativ kratzen die nur sehr leicht an der Oberfläche. Wenn du des Englischen mächtig bist, und die Videos als Sicherheit favorisierst, schau dir die Videos von Spaceinvader One an. Findet du hier im Forum als auch auf Youtube. Die Videos sind super und erklären auch die Grundlagen für unraid selbst, die Art und Weiße, wie das Array und die Cache Pools funktionieren und vieles mehr. Auch die älteren Videos kann man noch gut zur Hand nehmen, da sich an den Grundlagen nicht viel geändert hat. Aber auch an deutschen Anleitungen und Tutorials mangelt es zumindest hier im Forum nicht. Im Zweifel fragen. Allein durchs Lesen hier habe ich schon Lösungen zu Problemen gefunden, bei denen ich nicht mal wusste, dass ich die Probleme habe. 😉 Ansonsten wie bei allem: mach auf dein System so viel wie nötig und so wenig wie möglich an Plugins drauf. Das, was du brauchst und dessen Funktion du kennst, machst oder lässt du drauf. Den Rest alles weg. Frisst alles nur unnötig Ressourcen und stellt im Zweifel auch Sicherheitsrisiken dar. Grüße

Das S3 Sleep Plugin kann ich dir noch empfehlen. Aber nur zum Herunterfahren nutzen, kein Sleep nutzen. In diesem Beispiel prüft mein Server ab 23:00 Uhr, ob noch Array- (ausgenommen Cache) und/oder Netzwerkaktivität herrscht. Außerdem wird hier noch geprüft, ob ein bestimmter Client - hier die Nvida Shield - noch online ist. Nicht dass der Server gerade ausgeht, wenn man noch nen Film oder ne Serie am aussuchen ist. Sind alle Vorgaben erfüllt, fährt der Server herunter. Anosnten wartet er solange, bis die Vorgaben erfüllt sind. Am nächsten Tag wird er per WoL von einem PI geweckt.

Ob das geht, weiß ich nicht. Denke aber eher nicht, zumindest wurde mein BD Laufwerk bisher in Unraid noch nie für so etwas zur Verfügung gestellt. Wie wäre es, von deiner DVD und Co. ein ISO zu erstellen und das in den ISO Share zu packen? So kann es jeder Client direkt einbinden ohne den Nachteil eines langsamen DVD Laufwerk.

Is it possible, to abort an running defrag? If i kill the xfs_fsr process, another starts. The "abort Script" button seems not to work.

Na ja, ein DNS der auf Unraid läuft ist dann ein Problem, wenn Plugins beim booten nach Updates suchen. Wenn die erst jeden DNS durch gehen müssen, bis einer funktioniert, verzögert es das booten enorm.

Works great. Thank you!

Not in General Support but in the nvidia driver plugin Support.

Same Thing with GTX 1660

Hi, after the Update to 6.11, Unraid cant find my GPU: Until the update was executed, the GPU was still working diligently in Tdarr. Does anyone have an idea what the problem could be or is the diagnostics still needed?

Ist diesbezüglich ein Problem mit Tdarr bekannt? Tdarr ist bei mir nämlich im Einsatz. Ich hatte das Phänomen auch vor ein paar Tagen, habe es aber auf Selbstverschulden geschoben, da ich einiges in der Zeit an den Medien Shares umgestellt hatte und mir im nachhinhein nicht sicher war, ob ich was verbockt habe. Nach einem Neustart waren aber auch wieder alle Shares da. Es gab auch keinen Datenverlust.

Supermicro - X11SSM-F mit Xeon E3-1230 v6 und 64 GB RAM ECC. Bis vor kurzem hatte ich noch einen "LSI Broadcom 9211-8i 6Gbps SATA SAS HBA Controller" im IT-Mode in der Kiste, welchen ich aber aus Energieeinspargründen gegen einen normlen SATA Controller tauschen wollte. Der HBA hatte keinen Defekt und lief immer tadelos. 3x 4x SATA Backplanes Backplane A für 4x SSDs, welche direkt am Board angeschlossen sind. Backplane B mit allen vier Array HDDs, ehemals über HBA, nun direkt am Board. Backplane C mit den Pool Platten, ehemals über HBA, nun an der SATA Karte. 3x 14 TB Seagte (Array + Parity) [Backplane B] 1 x WD RED 4 TB im Array [Backplane B] 1x WD RED in einem einzelner Pool für Backups [Backplane C] 1x WD Velociraptor 1 TB als einzelner Pool. Dienst als Zwischenlager für BD und Audio Ripps [Backplane C] 2x SSD im RAID1 BTRF Pool als Cache fürs Array [Backplane A] 2x SSD im RAID1 BTRF Pool für Appdata und VMs [Backplane A] Es betraf immer nur die WD RED HDD, welche an der SATA Karte angeschlossen waren. Also erst nur die einzelene RED im Pool. Nach tauschen der Verkabelung der Backplanes war es die RED im Array. Allen anderen HDDs war es egal, wo sie angeschlossen waren und machten keine Probleme. Der Fehler war somit replizierbar und auf die SATA Karte zu führen, welche mit auto-tune nicht klar kommt.

Ich kann der Sache mit dem Bildschirm irgendwie nicht folgen. Die Vergabe einer IP Adresse hat doch nichts mit einem Bildschirm zu tun. Ist das ne Dockingstation für ein Notebook, an welcher der Bildschirm sonst hängt? Ansonsten wie Ford schreibt: Gastnetz. Sollte es an freien Ports fehlen, kannst du im Router normalerweiße einstellen, dass alle Ports im normalen Netz hängen. Meistens ist der Port 4 auch für das Gastnetz konfigurierbar.

A reinstallation of EMBY Docker solved the problem. Even though I don't know what the problem was.

Hello, after following your instructions, unfortunately I can't get Emby to run. I get the following message:

Nach entfernen des auto-tune und anpassen der manuellen powertop Konfig in der GO File laufen ebenfalls alle Platten sauber und stabil. Nochamls Danke für den Hinweis. Auf die Idee wäre ich im Leben nicht gekommen.