YoHoNoMo

Oh my ... *facepalm* Now it worked, thank you!

I do have backups on my array, so recovery is not a must. It's probably no good with some of it being unreadable and starting fresh would be best.

mount -v -o rescue=all,ro /dev/nvme0n1p1 /x mount: /x: /dev/nvme0n1p1 already mounted on /temp. dmesg(1) may have more information after failed mount system call. I mounted the NVMe to /temp yesterday working through the Unraid forums and manual. There were a few occassions where Midnight Command was unable to copy some files (msg: Stalling ....). That's why I stopped bothering with the drives and went nuclear on the pool/drives trying to format everything. 😁

Because of the backups I "recklessly" did try formatting the pool, that did not work. Than removed the drive and tried formatting the SN570. Didn't succeed either. Thank you very much for looking into my mess! root@UNRAID-NAS:~# btrfs fi show Label: none uuid: d1776af5-1bda-45f7-a369-70e42d89cf09 Total devices 2 FS bytes used 153.51GiB devid 1 size 931.51GiB used 215.06GiB path /dev/nvme0n1p1 devid 2 size 931.51GiB used 82.03GiB path /dev/nvme1n1p1

Yesterday 1 of 2 Cache Pool SSDs died (SMART shows failure), but both SSDs show up as "unmountable: unsupported or no file system" (it was btrfs, with a mirrored backup drive - non-technical term, because I don't really remember 😅 I'm pretty sure I set it up after watching a SpaceinvaderOne Tutorial video). I have the appdata and nextcloud folders that are/were on these drives backed up, so I am quite calm. But nonetheless I am at a loss on how to proceed from here. I thought I would be able to use the other drive when one would eventually fail, but ... here I am with both being unmountable. The diagnostics unfortunately were taken after a reboot (because of course ... sorry). But since the Samsung 970 EVO Plus shows a SMART failure and I have the data backed up to the array that probably does not matter? Either way, I'll now know better in the future. 😅 My Cache Pool consisted of these drives: Cache 1: Samsung 970 EVO Plus Cache 2: WD Blue SN570 I have since removed the Samsung SSD from the pool and tried just the WD SN570. I even tried formatting the drive through Unraid but that would start and stop immediately. Any help from a kind stranger to get the probably okay WD SN570 working again would be much appreciated. unraid-nas-diagnostics-20240415-1406.zip

I checked again today after updating my binhex containers. Latest updates changed binhex/arch-radarr to version 5.6.1. It is now affected as well.

Unraid 6.12.9 is also unaffected with version 5.4.1. Popular docker containers with 5.6(.1) I found: - binhex/arch-prowlarr - binhex/arch-sabnzbd - binhex/arch-sonarr It seems binhex/arch-radarr is unaffected with version 5.4.5.

Thank you for the way you are handling the change and keep honouring the lifetime licenses in a user-friendly way! My server has six drives and while I initially bought the Plus license I soon upgraded to the Pro license even though I will probably never need it –– Just because I have been so happy with my purchase. I'm planning to build an Unraid server as a gift for my father this year and had to snatch another lifetime license after reading the announcement. I don't want another subscription in my life, I'm sorry. 🥺 😁 Thank you for allowing users to still buy the old license type, store them for later use and keeping an upgrade path open!

Thank you. It is working for now after updating to 6.12.3, but the server has only been running for 3.5 hours, so I will have to wait and see. Should be fixed if it lasts more than 24 hours. I will update the topic tomorrow.

A few weeks back I received a notification through Unraid GUI that it is recommended to change docker network type from macvlan to ipvlan because of stability issues with macvlan. I tried changing it, had an unclean shutdown in the process, and since then I have been in a world of pain... All docker containers were suddenly gone, well all Community Applications. The manual caddy docker installation survived, but reinstalling CAs was easy and with the ipvlan setting everything was fine for a few hours. Then the server started losing internet access (network timeout). Trying to fix this I ended up changing back to macvlan. Again, at first everything worked fine (besides having to reinstall all CAs again). But after some time the server randomly vanished from my network and wasn't accessible anymore. Forcing a hard shutdown per long button press was the only thing I could think of to access it again. (I tried restarting the router and temporarily removed the network cable to no avail). My next try to fix this was trying to delete the docker directory (I switched from image to folder when I set up the server ~ 18 months ago). That somehow first failed, but a few more reboots through GUI and reported unclean shutdowns later 😄 the directory was empty and then regenerated. With ipvlan docker network setting I was briefly able to reinstall my caddy container and a few minutes later the server's internet access is gone again. I went to the network settings, didn't see anything out of the ordinary (but enabled IPV4+IPV6 instead of IPV4 only as a wild guess to reset the network somehow - didn't help though). I hope I have summarized everything correctly, as I said it's been going on for a few weeks now and I am still a newbie. It's been a while since I set up everything and didn't have any serious problems before. Any help or guidance would be much appreciated! Edit: I didn't even notice the release of Unraid 6.12.3 because of the network issues. I was on 6.12.0rc06 and I just upgraded to 12.6.3 - now setting everything up again. I'll update the post when done, maybe this will help. ===== Updating to 6.12.3 solved all issues I had. syslog.txt

I'm experiencing this problem with Unraid 6.11.5.

Same here! I added some HDDs 9 days ago and the problem did not reoccur until today.

I'm also having this issue for two weeks now. *sigh*

code-server könnte dir da weiterhelfen. Ich hatte vor kurzem ein Tutorial zur Einrichtung auf Unraid gesehen, in dem der Content Creator code-server für die Bearbeitung seiner docker-configs genutzt hat. Dann sollten die Berechtigungen eigentlich kein Problem sein, da du ja lokal auf dem Server auf die Dateien zugreifst?

Der Stromverbrauch der AEG Protect NAS USV hat mich doch so gewurmt, dass ich mir noch die kleine Cyberpower C550EPFCLCD bestellt habe. Ich kann bestätigen, die hat tatsächlich nur einen sehr geringen Leistungsbedarf von 4 bis 5 Watt. Ich kann nicht sagen, ob die AEG USV ein Montagsgerät ist, aber die Cyberpower USV kann ich uneingeschränkt empfehlen.

Der AEG Support ist echt schnell, allerdings fiel die Antwort sehr knapp aus: Das heißt ja, ich habe einen ungefähr doppelt so hohen Verbrauch wie der Hersteller gemessen. Einen Messfehler kann ich ziemlich sicher ausschließen, da ich mehrmals gemessen habe und mit zwei verschiedenen Steckdosen unterschiedlicher Hersteller (1 x AVM und 1 x Gosund/Tasmota). Das wurmt mich jetzt aber doch...

Ach, kein Ding. Der Link, den du genannt hast, reicht ja schon als Quelle für den besseren Wert. Für mich ist es jetzt "zu spät", aber andere User können von der Erfahrung sicher profitieren, wenn sich mal jemand in diesen Thread verirrt. Ich mute dem Händler jetzt keine Retoure deswegen zu. 😄 Wie @saber1 schon sagt, 20 Euro im Jahr draufzahlen kann man verschmerzen (muss man aber natürlich nicht, wenn man noch vor der Kaufentscheidung steht). Edit: Ich habe auch mal eine Anfrage an AEG geschickt, ob der Verbrauch typisch ist aus ihrer Sicht. Mal sehen, was die antworten.

Hast du eine Möglichkeit den Eigenverbrauch zu überprüfen und falls ja, würdest du das bei Gelegenheit mal messen und das Ergebnis posten? Oder zumindest den Test teilen, der das gemessen hat. Ich hatte versucht, den Eigenverbrauch von verschiedenen kleineren USV zu recherchieren, aber habe nirgendwo etwas verlässliches für die kleinen Modelle gefunden. Die Tests drehen sich eigentlich immer um die großen Klopper mit viel Leistung. Jedenfalls habe ich die AEG Protect NAS gekauft, weil sie mit 70 Euro wirklich günstig zu haben war und die Ersatzakkus auch preiswert sind. Allerdings messe ich einen Mehrverbrauch von ca. 15 Watt mit dieser USV (Akku bei 100%, daran liegt's nicht). Wenn ich das mit den Angaben der von dir genutzten CP900... vergleiche, wären das 10 Watt mehr und im Jahr bei 24/7-Betrieb 25 Euro Mehrkosten, Tendenz steigend. Das finde ich schon heftig, da mein Server selbst nur bei 18 Watt liegt. Mit USV sind es jetzt 33 Watt. Klar, irgendwie sind die laufenden Kosten auch mit 15 Watt noch zu verschmerzen, wenn man die Sicherheit will, aber auf Jahre gerechnet kommt schon was zusammen: Wenn ich den günstigeren Austauschakku (AEG: 35 Euro mit Versand und Rückversand des alten Akku) in die Rechnung einbeziehe, kann ich vielleicht noch mal 5 Euro von der Differenz zur CP900... pro Jahr abziehen. Aber das sind immernoch 20 Euro/Jahr. Insofern möchte ich eine kleine Warnung aussprechen vor der AEG Protect (B) NAS. Die CP900EPFCLCD scheint mir das bessere Produkt zu sein und auf lange Sicht günstiger. Nach 5 Jahren liegen die Kosten beider USV gleichauf, wenn ich mich nicht verrechnet habe und einen gleichbleibenden kWh-Preis von 0,30 Euro ansetze. Ab dann kostet die AEG jedes Jahr 20 Euro mehr als die Cyberpower (sofern meine Annahmen, Messungen und Rechnungen grob stimmen). Vermutlich sogar etwas mehr, wenn der Strompreis sich nicht wieder normalisiert. TL;DR: Der echte Eigen-/Mehrverbrauch der CP900EPFCLCD wäre eine gute Entscheidungshilfe für andere User auf der Suche nach einer USV.

Wenn es für deine Zwecke ausreicht, dann passt das natürlich. Ich nutze den i5-9400 mit dem ASRock. Aus Stromsparsicht kann man die Unterschiede zwischen den beiden Boards vernachlässigen, wie man in diesem Thread nachlesen kann. Wenn man allerdings einen Xeon Prozessor und ECC RAM nutzen will, braucht man zwangsläufig ein anderes Board als das B365M von ASRock. Und wenn man weiß, dass sechs SATA Ports nicht reichen werden, sollte man auch darüber nachdenken, ein anderes Board zu nutzen. Wie immer ist das eine Frage des Anwendungsfalls. 😉

Ja, das ist das Log, was @VK28.01 am Anfang zitiert hat. Da läuft ganz schnell immer wieder der gleiche Text durch. Offensichtlich so schnell, dass es mir fast die Unraid WebUI einfriert und ich Schwierigkeiten habe, den Docker zu stoppen, weil ich kaum noch in das Kontextmenü komme. Das reagiert aber zum Glück doch noch nach einer Weile. Ich hab's... Das Template hat die Variable RUN_OPTS und die hat wiederum den Standard-Wert "run options here", wie man hier noch sehen kann: Der Text war durch das Template so voreingetragen, nehme ich an, was einen korrekten Start verhindert hat. 😄 Deswegen hatte es dann auch geklappt, als ich da etwas funktionierendes eingetragen habe. Ich habe den EIntrag aus meiner Config ganz gestrichen und jetzt läuft's.

Ja, deswegen schiebe ich das Thema auch erst einmal wieder auf die lange Bank. 😄 Ich habe seit Jahren kein lineares TV-Programm mehr geschaut und mir den DVB-T Stick nur als Spielerei für mein Unraid-Projekt gekauft. Wenn alles andere perfekt läuft, nehme ich mir das wieder vor. Bis dahin soll es mir egal sein. 🙂

Daran sollte es aber nicht liegen. Bei mir ist es eingestellt und tritt ja trotzdem auf. /dev/dvb/ ist laut Beschreibung ja hierfür: Only needed if you want to pass through a DVB card to the container. If you use IPTV or HDHomeRun you can leave it out.

In der neusten Version funktioniert es bei mir nur mit diesen Einstellungen:

Genau die. 😁 Edit: Aber 4.2 produziert dasselbe Problem bei mir... 🤔 Dann doch lieber die neuste Version und -C übergangsweise als Variable setzen. Vielleicht kann uns auch noch jemand erhellen, wieso das Problem auftritt und dadurch gelöst wird.

Ich habe das Problem bei mir erst einmal vertagt, aber für mich sieht es so aus, als gäbe es den Benutzer nicht mehr oder ein ähnlicher Fehler. Das starten des Dockers mit dem Zusatz "-C" erstellt einen neuen Nutzer, was den Start des Containers erst einmal erlaubt, danach verschwindet der Nutzer oder lässt sich nicht mehr verwenden und das Spiel ging von vorne los. Edit: Ne, so richtig Sinn macht meine Vermutung auch nicht. Ich habe es gerade noch einmal probiert. Die WebUI wieder nicht erreichbar, dann einmal in der Konsole "tvheadend -C" eingegeben und schon startete alles. Allerdings ist der von mir eingerichtete "admin" account mit geändertem PW noch da. Also liegt's nicht an den Zugangsdaten...