mgutt

Jo. Der aktuelle ist tot. Welche Marke / Modell / Alter?
 
 

Das ist vom Prinzip sparsam, aber den Vorteil verliert es eben durch die fehlenden SATA Ports.
 
Auch die anderen haben ähnlich gelagerte Nachteile. Deswegen sind sie noch verfügbar. zB hast das Vision D das Problem, dass es noch einen extra Thunderbolt Controller hat und auch nur 6x SATA. Genau wie das W480 von Asus.
 
Schlussendlich würde ich daher eher zu dem ASUS WS C246 PRO tendieren. Wobei das folgende (verkraftbare) Nachteile hat:
- der erste M.2 Slot ist nur X2 und bei einem Cache Pool aus zwei M.2 wäre die zweite M.2 unnötig gedrosselt. Workaround: Man kauft einen M.2 PCIe Adapter für den PCIEX16_3 Slot. Der kann X4. Dann wäre der X2 Slot noch frei zur Nutzung.
- der PCIE16_4 kann nicht genutzt werden (teilt sich die Bandbreite mit den SATA-Buchsen)

 
Wenn man das aber mit dem PCIe Adapter machen will und sonst eh nichts an Karten verbauen will, kann man auch gleich das kleinere Board holen:
https://www.asus.com/de/Motherboards-Components/Motherboards/Workstation/WS-C246M-PRO/
 
Vielleicht sogar sparsamer?!
 
Mit dem ATX Board sind jedenfalls 20W möglich:
 
 
Wenn Geld keine Rolle spielt könnte man auch das Netzteil kaufen:
https://geizhals.de/seasonic-prime-tx-650-650w-atx-2-4-prime-tx-650-a2123785.html
 
Effizienter geht nicht 😁
 
Als mögliche CPU gibt es massig Modelle, vorausgesetzt man findet sie:
https://en.wikipedia.org/wiki/List_of_Intel_Xeon_processors_(Coffee_Lake-based)
 
Aber einige sind ja scheinbar noch verfügbar:
https://geizhals.de/?cat=cpu1151&xf=16687_Xeon+E-2000~25_6~25_8~5_Grafik+(iGPU)~820_1151+v2
 
 

Also heißt die Repo phpmyadmin/phpmyadmin. Also hier die Doku dazu:
https://hub.docker.com/r/phpmyadmin/phpmyadmin/
 
 
Also Variable hinzufügen mit dem Namen "UPLOAD_LIMIT" und dem Wert "1G" oder was auch immer du für sinnvoll hältst.
 
PS sieht man auch schon in alturismos Screenshot.

Enthält alles und noch viel mehr:
 
docker inspect plex  
 
 

Ja, aber achte darauf, dass sie einen X4 Anschluss hat. Der Controller kann nämlich X2 und deine beiden verlinkten Karten haben nur X1 Anschlüsse. Also nur halbe Bandbreite wäre möglich.
 
Also besser die nehmen:
https://www.amazon.de/MZHOU-SATA-Controller-6SATA-Erweiterungskarte-Systemfestplatte-Unterstützung/dp/B098QQT1YF/
 

Verbinde dich per SSH und mach mal folgendes, um die Ports der GUI zu prüfen:
 
timeout 5 telnet localhost 80
 
timeout 5 telnet localhost 443
 
Wenn 80 geht, kommt da wirklich der HTML Quelltext von unRAID?
 
curl -sL http://localhost:80 | head
 
Wenn nein, was steht in der Datei bei PORT:
 
cat /boot/config/ident.cfg
 
Und was gibt es für Fehler in der syslog:
 
grep -P "(corrupt|error|fail|tainted)" /var/log/syslog*
 
 

Für VMs gibt es aber noch eine Einstellung:

Jegliche Kernel Fehler sind kritisch und können ein Vorzeichen für einen Crash sein.
 
Vermutlich war das defekte XFS Dateisystem nur eine Folge von einem anderen Crash.
 
Eventuell solltest du docker von macvlan auf ipvlan umstellen. Macvlan führte bei mehreren schon zu Crashes.

Sieh zu, dass du das änderst. Das ist ein potentielles Sicherheitsrisiko.
 
Was logisch ist, weil der Traffic bei unRAID und nicht NPM landet.
 
Du hast kein Port Forwarding auf der Fritz Box von 80 zu 1880 (NPM) und von 443 zu 18443 (NPM) eingerichtet, sondern von 80 zu 80 (unRAID WebGUI) und 443 zu 443 (unRAID WebGUI).
 
Übrigens nutzt du weder den offiziellen Nextcloud, noch den offiziellen MariaDB, noch den offiziellen NPM Container. Plex transcodiert bei dir außerdem nach /tmp. Das ist dein RAM. Das heißt Plex kann dir den RAM fluten und damit den Server lahm legen.

Das habe ich nicht gesagt. Mach das nur, wenn du weißt welche HDD in welchem Array Slot war (Screenshot)!
 
Ich vermute du hast ein physisches Problem, denn ein BTRFS RAID geht eigentlich nur kaputt, wenn eine Disk die Verbindung verliert. In deinem Fall vermute ich beide gleichzeitig.
 
EDIT: Aus den Logs
 
Jul 1 17:00:37 serverds kernel: BTRFS error (device sdf1): bdev /dev/sdh1 errs: wr 117, rd 0, flush 24, corrupt 0, gen 0
Jul 1 17:00:37 serverds kernel: BTRFS error (device sdf1): bdev /dev/sdh1 errs: wr 118, rd 0, flush 24, corrupt 0, gen 0
Jul 1 17:00:37 serverds kernel: BTRFS error (device sdf1): bdev /dev/sdh1 errs: wr 118, rd 0, flush 25, corrupt 0, gen 0
 
 
Da ist allgemein was nicht in Ordnung, denn sdf und sdh sind auf dem Foto ja noch Teil des Pools.
 
Sind die Daten auf dem Pool wichtig? Wenn ja, dann brauchst du jetzt ein neues System mit garantiert funktionsfähigen SATA Ports und musst eine Reparatur versuchen. Der aktuellen Hardware kann man meiner Ansicht nach nicht vertrauen.
 
Oder nutzt du irgendwelche Stromspar-Mechanismen wie powertop, die evtl den Controller selbst abschießen?
 
 

Ich war mal so frei. Ist aber Unraid 6.9, keine Ahnung ob das bei 6.10 genauso ist.
 
Pool "test" erstellt:

 
Nach Neustart ohne die Devices wurde der fehlende Pool einfach ignoriert 😅

 
Nach stoppen des Arrays steht da nur "unassigned":

 
Nach erneutem Neustart ist der Pool ohne weitere Aktion mit all seinen Devices wieder da:

 
ich denke aber, dass das nur bei einem zusätzlichen Pool so geht, weil der "cache" Pool ist ja bei Shares als Cache konfiguriert, so dass ja auch Docker & Co darüber läuft. Den "test" Pool habe ich dagegen nirgends eingetragen.

Ok, bei mir getestet und ja stimmt, es geht http und https. Solltest du aber trotzdem auf http umstellen. Es macht keinen Sinn, dass NPM per https mit Plex kommuniziert.
 
Bei dir im NPM steht bei Plex http only. Auf dem Router ist nur Port 443 freigegeben. Demnach kann Lets Encrypt deinen NPM nicht erreichen, da die SSL Zertifikat Verifikation über http (Port 80) läuft. Wie hast du es geschafft, dass Zertifikat von Nextcloud zu verifizieren?!
 

Ok, war doch ich selbst. Ich habe wegen einem Bug vom Mover einen Workaround mit rsync als Skript hinterlegt gehabt und der lief parallel zum Mover:
 
Das habe ich jetzt so abgeändert, dass ich hoffentlich den eigentlichen Bug gelöst habe.

Das scheint ein generelles Problem bei BIT zu sein. Teste das mal:
https://github.com/bit-team/backintime/issues/1253#issuecomment-1126770876
 

Dann hat sich einfach die Bezeichnung durch den Controller geändert. Hattest du paralell dessen Firmware aktualisiert oder irgendeine Einstellung angepasst?
 
Jedenfalls musst du einfach nur die Disks neu zuordnen. Mach einen Screenshot, damit du weißt welche Seriennummer bei welchem Slot war und dann Tools > New Config und "Preserve Pools", weil du die behalten willst, aber das Array neu zuweisen möchtest. Dann einfach alle Disks ihren richtigen Slots zuweisen und das war es.
 
Wenn du bei keinem Share bestimmte Disks auf include/exclude gesetzt hast, könntest du die Disks sogar komplett durcheinander zuordnen. unRAID interessiert sich beim Array nicht für die Reihenfolge.
 
Das einzige was man auf keinen Fall machen darf, ist eine Datendisk als Parity zuordnen, weil die dann logischerweise gelöacht würde, aber die hast du ja eh nicht (solltest du aber Mal drüber nachdenken).
 
 
 

Ich verstehe nicht was du erreichen willst.
 
Deine Filme sind im Shares Movies. Der Pfad dorthin lautet /mnt/user/Movies. Nun kannst du beim Container einen Pfad hinzufügen und /mnt/user/Movies als Ziel eintragen. Wie der Pfad im Container heißt, bestinmst du damit selbst. Zb kannst du /mnt/user/Movies auf /mnt/user/Movies verlinken. Dann ist es im Container 1:1 so wie in Unraid. Du kannst aber auch /Filme auf /mnt/user/Movies verlinken. Dann ist es im Jellyfin Container unter /Filme. Also was wohin linkt, bestimmst du selbst.

Heißt das, dass du die USB Platte nun über SATA angeschlossen hast? In dem Fall hat sie vermutlich nun ihre "echte" Seriennunmer als Bezeichnung. Sie hat also einen anderen Namen erhalten und unRAID erkennt sie nun nicht mehr als Disk3.
 
Lösung:
- Screenshot von der Disk Übersicht machen.
- Tools New Configs, falls Cache Pool vorhanden, bei dem den Haken für Preserve (Behalten) setzen
- Nun alle Disks inkl Disk3 dem Array wieder so zuordnen wie es vorher war
- abschließend noch mal einen Parity Check machen.

Lokal kann das nur gehen, wenn swag im br0 Netzwerk mit eigener fester IP läuft oder du unRAIDs Ports zb auf 5000/5001 änderst, damit 80 und 443 für Swag genutzt werden kann.

Und welches Format hat diese img Datei?
 
Es gibt ja nicht DAS img Format. Hier hat zb jemand eine Anleitung gepostet, wie er eine physische Maschine erst als VHD exportiert und dann mit qemu-img in Raw konvertiert hat:
https://www.reddit.com/r/unRAID/comments/nnqc0e/comment/gzwy02b/
 
Ich würde mir aber den Stress sparen und einfach neu installieren.
 
Stichworte: vmware vsphere vdisk 

Unraids User ist 99 und die Gruppe 100. Der Container hat 100 und 1000. Ich denke das ist das Problem. Änderungen könnten Probleme machen. Mach in jedem Fall vorher ein Backup. Eventuell muss Emby neu installiert werden.
 

Ok, dachte du wärst mobil online.
 
Wir sprechen über diese Signatur?
 

 
Hast du evtl einen Proxy/Virenscanner, der Website Inhalte modifizieren kann?
 
Bist du angemeldet, wenn du die Seite lädst? Weil als Gast sehe ich auch keine Signaturen.

Das ist das Problem:
 
NGINX_HTTP_PORT_NUMBER: Port used by NGINX for HTTP. Default: 8080
NGINX_HTTPS_PORT_NUMBER: Port used by NGINX for HTTPS. Default: 8443
 
In der Doku wird 80 auf 8080 verlinkt und 443 auf 8443:
 
docker run -d --name wordpress -p 80:8080 -p 443:8443
 
Du machst es aber andersherum bzw hast vermutlich gedacht der Container lauscht auf 80 und 443.
 
Dh du musst 8090 auf 8080 und 4390 auf 8443 verlinken. Dann würde es gehen. Oder du versuchst mit den beiden Variablen die Standardports zu ändern.

Such mal so:
grep -riIls "tvheadend" /boot  

Gib das im Terminal ein:
lspci -vv Was unter LinkCap steht ist das was der Slot kann und das was unter LinkSta steht, ist das was gerade aktiv ist.
 
Direkt gefiltert:
lspci -vv | awk '/Speed/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|Speed)'  

Das heißt nichts. Unraids Standard-Warnwerte sind für HDDs gedacht. SSDs dürfen bis zu 70 Grad warm werden und eigentlich alle haben eine Hitzeschutz integriert und drosseln ab 80 Grad.
 
So wie ich geschrieben habe. Wichtig ist, dass nichts läuft, also Docker und VM komplett aus ist. Wenn es schief geht, hast du ja das Backup auf der 500GB SSD. Gerne kannst du mir das Log per PN senden, wenn ich nach dem rsync mal wegen Fehlern schauen soll.