[[6.12.10] 1 of 2 Cache Pool SSDs died, but both SSDs show "unmountable: unsupported or no file system" (was btrfs)]

5 minutes ago, JorgeB said:

You must unmount that first:

 

umount /temp

 

You can then try reformatting just the good drive.

Oh my ... *facepalm*

 

Now it worked, thank you!

[[6.12.10] 1 of 2 Cache Pool SSDs died, but both SSDs show "unmountable: unsupported or no file system" (was btrfs)]

34 minutes ago, JorgeB said:

so if one failed it may not be recoverable.

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.

[[6.12.10] 1 of 2 Cache Pool SSDs died, but both SSDs show "unmountable: unsupported or no file system" (was btrfs)]

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. 😁

[[6.12.10] 1 of 2 Cache Pool SSDs died, but both SSDs show "unmountable: unsupported or no file system" (was btrfs)]

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

 

[[6.12.10] 1 of 2 Cache Pool SSDs died, but both SSDs show "unmountable: unsupported or no file system" (was btrfs)]

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

[Mar 29 2024 - xz/liblzma potential compromise]

21 minutes ago, ChatNoir said:

There has been a bunch of binhex containers updated.

Have you checked before or after the updates ?

 

I checked again today after updating my binhex containers.

 

On 3/30/2024 at 12:45 PM, YoHoNoMo said:

 

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.

 Latest updates changed binhex/arch-radarr to version 5.6.1. It is now affected as well.

[Mar 29 2024 - xz/liblzma potential compromise]

9 hours ago, RedCat-51 said:

xz --version

 

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.

[Announcing New Unraid OS License Keys]

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!

[[SOLVED ]Severe network issues after changing docker network type to ipvlan]

2 hours ago, JorgeB said:

If ipvlan isn't working correctly for you, though it should never make containers disappear, try macvlan again once 6.12.4 is out, there should no longer be stability issues.

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.

 

[[SOLVED ]Severe network issues after changing docker network type to ipvlan]

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

[Unraid API Error - CLOUD: Client Closed Connection]

3 hours ago, Titan84 said:

Never had it on 6.11 so not sure if its a 6.12 issue or a "My servers" issue

 

I'm experiencing this problem with Unraid 6.11.5.

[Unraid API Error - CLOUD: Client Closed Connection]

14 minutes ago, ConnerVT said:

Had this happen several times last month, then no issues until today.  unraid-api restart will not fix it this time.  6.10.3

 

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

[Unraid API Error - CLOUD: Client Closed Connection]

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

[Docker img im AppData Folder]

51 minutes ago, Ale:x said:

Die Config kann man zwar auch über den Config Editor als Plugin bearbeiten, ist natürlich aber nicht so schön wie mit Visual Studio Code öffnen und bearbeiten.

 

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?

 

 

 

[USV mit geringem idle Verbrauch]

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.

[USV mit geringem idle Verbrauch]

Der AEG Support ist echt schnell, allerdings fiel die Antwort sehr knapp aus:

 

Quote

... meine eigenen Messungen ergaben zum Zeitpunkt der Produkteinführung Werte unter 10W (auch etwa 6-7W). Vor einiger Zeit wurde dieses Produkt eingestellt.

 

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...

[USV mit geringem idle Verbrauch]

3 hours ago, sonic6 said:

Phu... Wenn ich wirklich mal alles auseinander nehmen und dran denke vielleicht. Aber zur Zeit ist das leider keine Option bei mir, tut mir leid.

 

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.

[USV mit geringem idle Verbrauch]

On 2/7/2021 at 10:23 AM, sonic6 said:

Es wurde am Ende die CyberPower CP900EPFCLCD 900VA/540W. Ergab am Ende für mich das beste Preis/Leistungsverhältnis und (laut Tests) einen vertretbaren Eigenverbrauch (von angeblich ca 2-6W).

 

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.

[B365m Package C States / Strom sparen]

22 minutes ago, ullibelgie said:

asst auf das AsRock ein I3-9100 ? Der ist offenbar auch verfügbar z.Zt....

der hat auch die iGPU und kostet ca 120 Teuros...

 

Oder sehe ich das falsch ?

Es hat doch keinen Zweck für ein Motherboard, was wohl nicht mehr zu kaufen ist, teure Sammlerpreise zu zahlen , oder nicht ?!

 

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. 😉

[Tvheadend Webgui nach Installation nicht erreichbar]

4 hours ago, alturismo said:

bitte mal ein screen von dem Fenster machen was da steht ... klick, klick ...

 

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.

 

Quote

ErrorWarningSystemArrayLogin

-A, --abort Immediately abort
-D, --dump Enable coredumps for daemon
--noacl Disable all access control checks
--nobat Disable DVB bouquets
-j, --join Subscribe to a service permanently

Testing options

--tsfile_tuners Number of tsfile tuners
--tsfile tsfile input (mux file)
--tprofile Gather timing statistics for the code
--thrdebug Thread debugging

For more information please visit the Tvheadend website:
https://tvheadend.org
Usage: /usr/bin/tvheadend [OPTIONS]

Generic options

-h, --help Show this page
-v, --version Show version information

Service configuration

-c, --config Alternate configuration path
-B, --nobackup Don't backup configuration tree at upgrade
-f, --fork Fork and run as daemon
-u, --user Run as user
-g, --group Run as group
-p, --pid Alternate PID path
-C, --firstrun If no user account exists then create one with
no username and no password. Use with care as
it will allow world-wide administrative access
to your Tvheadend installation until you create or edit
the access control from within the Tvheadend web interface.
-a, --adapters Only use specified DVB adapters (comma-separated, -1 = none)
--satip_bindaddr Specify bind address for SAT>IP server
--satip_rtsp SAT>IP RTSP port number for server
(default: -1 = disable, 0 = webconfig, standard port is 554)
--nosatip Disable SAT>IP client
--satip_xml URL with the SAT>IP server XML location

Server connectivity

-6, --ipv6 Listen on IPv6
-b, --bindaddr Specify bind address
--http_port Specify alternative http port
--http_root Specify alternative http webroot
--htsp_port Specify alternative htsp port
--htsp_port2 Specify extra htsp port
--useragent Specify User-Agent header for the http client
--xspf Use XSPF playlist instead of M3U

Debug options

-d, --stderr Enable debug on stderr
-n, --nostderr Disable debug on stderr
-s, --syslog Enable debug to syslog
-S, --nosyslog Disable syslog (all messages)
-l, --logfile Enable debug to file
--debug Enable debug subsystems
--trace Enable trace subsystems
--subsystems List subsystems
--fileline Add file and line numbers to debug
--threadid Add the thread ID to debug
--libav More verbose libav log
--uidebug Enable web UI debug (non-minified JS)
-A, --abort Immediately abort
-D, --dump Enable coredumps for daemon
--noacl Disable all access control checks
--nobat Disable DVB bouquets
-j, --join Subscribe to a service permanently

Testing options

--tsfile_tuners Number of tsfile tuners
--tsfile tsfile input (mux file)
--tprofile Gather timing statistics for the code
--thrdebug Thread debugging

For more information please visit the Tvheadend website:
https://tvheadend.org
Usage: /usr/bin/tvheadend [OPTIONS]

Generic options

-h, --help Show this page
-v, --version Show version information

Service configuration

-c, --config Alternate configuration path
-B, --nobackup Don't backup configuration tree at upgrade
-f, --fork Fork and run as daemon
-u, --user Run as user
-g, --group Run as group
-p, --pid Alternate PID path
-C, --firstrun If no user account exists then create one with
no username and no password. Use with care as
it will allow world-wide administrative access
to your Tvheadend installation until you create or edit
the access control from within the Tvheadend web interface.
-a, --adapters Only use specified DVB adapters (comma-separated, -1 = none)
--satip_bindaddr Specify bind address for SAT>IP server
--satip_rtsp SAT>IP RTSP port number for server
(default: -1 = disable, 0 = webconfig, standard port is 554)
--nosatip Disable SAT>IP client
--satip_xml URL with the SAT>IP server XML location

Server connectivity

-6, --ipv6 Listen on IPv6
-b, --bindaddr Specify bind address
--http_port Specify alternative http port
--http_root Specify alternative http webroot
--htsp_port Specify alternative htsp port
--htsp_port2 Specify extra htsp port
--useragent Specify User-Agent header for the http client
--xspf Use XSPF playlist instead of M3U

.....
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.

 

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.

[Tvheadend Webgui nach Installation nicht erreichbar]

2 hours ago, VK28.01 said:

Meine Herren, das ist ja mal ein wildes Verhalten und so richtig Linie ist da auch nicht dabei.

 

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. 🙂

[Tvheadend Webgui nach Installation nicht erreichbar]

9 minutes ago, VK28.01 said:

okay, den Device habe ich nicht gesetzt. 

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.

[Tvheadend Webgui nach Installation nicht erreichbar]

48 minutes ago, VK28.01 said:

 

Danke, das hat mich auf den richtigen Weg gebracht! Wenn Du das -C als Variable in Docker mitgibst, startet TVH jedesmal richtig. Okay, vielleicht ein Workaround, aber scheint stabil zu sein.

 

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

 

[Tvheadend Webgui nach Installation nicht erreichbar]

8 minutes ago, snowy00 said:

Die latest vom Linuxserver.io geht bei mir auch nicht.

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.

[Tvheadend Webgui nach Installation nicht erreichbar]

11 minutes ago, VK28.01 said:

Ja, ganz genau, das ist das Verhalten!

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...