DXP4800 Plus mitten im Betrieb ausgestiegen

  • Hallo Community,

    unsere vier Wochen alte DXP4800 Plus lief bis dato problemlos (511 Betriebsstunden). Das Teil ist ausgestattet mit 4* Seagate Iron Wolf Pro 16TB im RAID 5, 64GB RAM von Crucial und 2* 1TB SSD von Crucial als Cache. Installiert ist UGOS in der aktuellen Version.

    Heute stieg das Teil mitten im laufenden Betrieb einfach aus. Keine Netzwerkverbindung mehr möglich, keine HDD-Aktivität mehr. Die Front-LEDs liefen durch wie damals bei KITT (Knight Rider, wer das noch kennt...). Der Ausschalter zeigte auch nach 20 Sekunden keine Reaktion. Ging also nur Notaus per Stecker. Kurz gewartet - wieder angeschaltet, gleiches Spiel. Habe das Teil dann abgebaut und sowohl Speicher als auch SSDs entfernt und den originalen Speicher wieder reingebaut.

    Neu gestartet und das Ding war wieder im Spiel. Allerdings hat UGOS rumgepöbelt, dass diverse Apps nicht mehr verfügbar seien. Das hatte natürlich mit den entfernten Cache drives zu tun. Habe dann alles wieder zurückgebaut und das NAS läuft nun wieder normal.

    In den Protokollen steht nichts drin. Sowas macht mich etwas nervös, weil sich das NAS so richtig weggehängt hat. :/

    Hat das von Euch schon mal jemand gehabt und dafür einen Auslöser gefunden?

  • Mal nur mit Original RAM probiert?

    UGREEN DXP2800 | UGOS 1.13.1.0105 - 16GB RAM - 2x Lexar NM790 1TB Btrfs RAID1 - 2x Seagate IronWolf 4TB Btrfs RAID1
    Raspberry Pi 4B/4 | DietPi 10.0.2 (Trixie) - AGH - NPM - Unbound
     MacBook Air M4 | macOS 26.3.1 |  mobile devices only | FRITZ!Box 7690 (OS 8.20) | Eaton Ellipse ECO 650 DIN USB USV

  • *kw*

    Danke für Deine Antwort. Ja, wie oben beschrieben. ;) Nur alleine damit lief das Schätzchen dann in der Tat auch wieder hoch. Jetzt sind wieder die Upgrades drin (also auch die 64GB Crucial RAM) und es läuft seit ca. 2 Stunden einwandfrei. Solange rödeln auch die HDD jetzt schon rum, was mich glauben läßt, da liefe ein Rebuild. UGOS meint aber, der Speicherpool wäre im Normalzustand.

  • Sorry, überlesen.

    Das schon mal gelesen? In Zweifel lieber als Volume.

    Willi
    November 9, 2025 at 9:52 AM

    UGREEN DXP2800 | UGOS 1.13.1.0105 - 16GB RAM - 2x Lexar NM790 1TB Btrfs RAID1 - 2x Seagate IronWolf 4TB Btrfs RAID1
    Raspberry Pi 4B/4 | DietPi 10.0.2 (Trixie) - AGH - NPM - Unbound
     MacBook Air M4 | macOS 26.3.1 |  mobile devices only | FRITZ!Box 7690 (OS 8.20) | Eaton Ellipse ECO 650 DIN USB USV

  • Oh, danke Dir! :thumbup:Tatsächlich noch nicht gelesen. Da werde ich mal überlegen, ob ich das wandle. Fragt sich aber, ob mir da nicht Daten um die Ohren fliegen. Als die Cache drives vorhin kurz ausgebaut waren, hat UGOS ja plötzlich einige Inhalte vermisst.

    Im schlimmsten Fall muß ich das Ding mal zurücksetzen. Hattest Du dafür nicht auch kürzlich einen Sonntag gespendet? :)

  • Ja, hatte ich. Ohne den zweifachen Speicherpoolwechsel wäre es ruckzuck erledigt gewesen.

    UGREEN DXP2800 | UGOS 1.13.1.0105 - 16GB RAM - 2x Lexar NM790 1TB Btrfs RAID1 - 2x Seagate IronWolf 4TB Btrfs RAID1
    Raspberry Pi 4B/4 | DietPi 10.0.2 (Trixie) - AGH - NPM - Unbound
     MacBook Air M4 | macOS 26.3.1 |  mobile devices only | FRITZ!Box 7690 (OS 8.20) | Eaton Ellipse ECO 650 DIN USB USV

  • Nen Hardcore-Einsatz hatte ich noch nicht...
    Bei mir sind 2x 32GB CORSAIR Vengeance 4800MHz CL40 verbaut


    Oh, danke Dir! :thumbup:Tatsächlich noch nicht gelesen. Da werde ich mal überlegen, ob ich das wandle. Fragt sich aber, ob mir da nicht Daten um die Ohren fliegen. Als die Cache drives vorhin kurz ausgebaut waren, hat UGOS ja plötzlich einige Inhalte vermisst.

    Im schlimmsten Fall muß ich das Ding mal zurücksetzen. Hattest Du dafür nicht auch kürzlich einen Sonntag gespendet? :)

    Du hast Lese- und Schreibcache angelegt?


    Sorry, überlesen.

    Das schon mal gelesen? In Zweifel lieber als Volume.

    Willi
    November 9, 2025 at 9:52 AM

    Gilt das generell für alle OS? Also auch unter UNRAID, TrueNAS, OMV etc?

    Edited 2 times, last by TanDeb05: Ein Beitrag von TanDeb05 mit diesem Beitrag zusammengefügt. (November 21, 2025 at 6:41 PM).

  • Moin,

    prinzipiell gehts erstmal darum, die dicke Hose 😁 sein zu lassen, und die Kiste erstmal mit Serienram zu betreiben.

    Ich bin da kein Klugschwätzer, der generell Cache ablehnt. Der kann für den einen oder anderen Zweck durchaus sinnvoll sein. Muss man aber abwägen.

    Was RAM angeht, das ist kritisch. Keine XMP Profiles RAM kaufen, sondern welche, die genau im Standard liegen.

    Ich persönlich würde empfehlen, ein Image vom Support anzufordern, dass das System komplett zurücksetzt.

    Nutze die Nvme besser als Volumw zunächst und teste mal rum.

    LG MGS

  • Du hast Lese- und Schreibcache angelegt?

    Ja, hatte ich. Bin gerade dabei, die Cache drives zu entfernen und mal die Performance zu testen. Aktuell ist das NAS noch nicht so richtig im scharfen Einsatz, daher ist das zum Glück noch machbar. Der Ausstieg vorhin hat aber doch einen leicht faden Beigeschmack hinterlassen.

  • Jung,

    das kann immer passieren.

    Zumal, durch die derzeitige RAM Verknappung und die extrem steigenden Preise ist es doch so, dass man nie genau weiß, ob man ein wirklich einwandfreies Modul bekommt.

    Original RAM rein, NVMEs erstmal raus, neu aufsetzen.

    Sollte erstmal stabil laufen.

    Dann schaust Du, wie es weiter geht.

    LG MGS

  • und die Kiste erstmal mit Serienram zu betreiben.

    ...was auch anfangs der Fall war. Verbaut wurden dann die Crucial CT32G48C40S5, die mit dem UGREEN NAS eigentlich gut zusammenarbeiten sollten, zumal die auch viele andere dafür einsetzen.

    Wie gesagt, wenn das Cache drive entfernt ist, werde ich mal die Performance testen. Da soll ja auch mal eine VM mitlaufen. Das lief bislang via RDP recht schnucklig. Hauptsache, das Ding steigt nicht einfach derart aus.

  • Ich persönlich würde empfehlen, ein Image vom Support anzufordern, dass das System komplett zurücksetzt

    Es sei denn, man hat es angelegt...
    War das Erste, was ich damals gemacht hab (NAS direkt nach dem Auspacken geöffnet, org. SSD rausgeholt, Image gezogen und eine eigene SSD mit der Kopie laufen gelassen. Die org. SSD ist also bitgenau völlig unberührt - also "werksfrisch")

    Leider sind diese Images einzigartig und würden evtl. auf fremden UGREEN-NAS nicht funktionieren
    (falls man jemandem aushelfen möchte)

  • Ist an die Serial Nummer der DXP gebunden.

    Meine Hardware

    DXP4800+ 2x8TB WDRedPl Btrfs Raid1 2x 2TB NVME Lexar NM790 Raid1, 64GB RAM Kingst. KVR48S40BD8-32 DDR5/4800MH

    DXP2800 1x 12TB Seag. 1x 12TB WDRedPl, Raid1 Btrfs 16GB RAM Crucial CT16G56C46S5.C8B2, 2x NVME Samsg,

    DS1525+ 2x8TB WD, Btrfs SHR, 2x 2TB NVME Lexar NM790 Raid1. 40GB ECC RAM_Speicher.de

    DS920+ DSM 7.3.2 Btrfs Raid1 2x8TB WD, 2x2TB NVME Samsg. 970 EVOPlus, RAM 20GB DDR4-2666MHZ Speicher.de

    USV UGREEN US3000, EatonEllip.PRO 850DIN, Switch Zyxel GS1200-8 1GB, Zyxel XMG-108 8 x 2,5GB

  • Es sei denn, man hat es angelegt...
    War das Erste, was ich damals gemacht hab (NAS direkt nach dem Auspacken geöffnet, org. SSD rausgeholt, Image gezogen und eine eigene SSD mit der Kopie laufen gelassen. Die org. SSD ist also bitgenau völlig unberührt - also "werksfrisch")

    Nützt Dir im Fall X vermutlich auch nichts, wenn Du nicht alle Firmware Updates down gelouded hast. Da diese anscheinend stetig aufeinander aufgebaut sind.

    So setzt zb. die aktuelle 1.10...... mindestens die 1.7........ voraus um überhaupt installiert zu werden.

    Meine Hardware

    DXP4800+ 2x8TB WDRedPl Btrfs Raid1 2x 2TB NVME Lexar NM790 Raid1, 64GB RAM Kingst. KVR48S40BD8-32 DDR5/4800MH

    DXP2800 1x 12TB Seag. 1x 12TB WDRedPl, Raid1 Btrfs 16GB RAM Crucial CT16G56C46S5.C8B2, 2x NVME Samsg,

    DS1525+ 2x8TB WD, Btrfs SHR, 2x 2TB NVME Lexar NM790 Raid1. 40GB ECC RAM_Speicher.de

    DS920+ DSM 7.3.2 Btrfs Raid1 2x8TB WD, 2x2TB NVME Samsg. 970 EVOPlus, RAM 20GB DDR4-2666MHZ Speicher.de

    USV UGREEN US3000, EatonEllip.PRO 850DIN, Switch Zyxel GS1200-8 1GB, Zyxel XMG-108 8 x 2,5GB

  • Weiß ich ;)
    Es geht einzig darum, daß man ein intaktes Image hat

    Wenn bei der org SSD die Wiederherstellung garnicht oder fehlerhaft funktioniert, hat man zumindest noch das Backup
    Selbst mit v1.0 kannst du das updaten

    Irgendwann haben die auf Voll-Updates umgestellt. Trotzdem würde ich die erste Version aufbauend updaten lassen. Sind ja nur paar Klicks

  • Es geht einzig darum, daß man ein intaktes Image hat

    Das Du jederzeit auf Anfrage auch bei UGREEN bekommst 🤷

    Selbst mit v1.0 kannst du das updaten

    Wie kommst Du hierzu? Hast Du es schon ausprobiert?

    Meine Hardware

    DXP4800+ 2x8TB WDRedPl Btrfs Raid1 2x 2TB NVME Lexar NM790 Raid1, 64GB RAM Kingst. KVR48S40BD8-32 DDR5/4800MH

    DXP2800 1x 12TB Seag. 1x 12TB WDRedPl, Raid1 Btrfs 16GB RAM Crucial CT16G56C46S5.C8B2, 2x NVME Samsg,

    DS1525+ 2x8TB WD, Btrfs SHR, 2x 2TB NVME Lexar NM790 Raid1. 40GB ECC RAM_Speicher.de

    DS920+ DSM 7.3.2 Btrfs Raid1 2x8TB WD, 2x2TB NVME Samsg. 970 EVOPlus, RAM 20GB DDR4-2666MHZ Speicher.de

    USV UGREEN US3000, EatonEllip.PRO 850DIN, Switch Zyxel GS1200-8 1GB, Zyxel XMG-108 8 x 2,5GB

  • Ja...
    Aus Zeitgründen hatte ich UGOS mehr als ein Jahr nicht benutzt. Beim Updaten zog es sich aufbauen jede Version


    Das Du jederzeit auf Anfrage auch bei UGREEN bekommst 🤷

    Hab ich noch nicht probiert...
    Ich nehme an, man muss das Image auch über ein zweites OS installieren!?
    Im Falle einer defekten oder gelöschten SSD ginge es ja nicht anders

    Oder ist es ein Tool, das die defekte/fehlende Wiederherstellungspartition neu beschreibt?

    Edited once, last by TanDeb05: Ein Beitrag von TanDeb05 mit diesem Beitrag zusammengefügt. (November 21, 2025 at 9:34 PM).

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!