Das Update auf meiner DXP 2800 wurde einwandfrei durchgeführt, keine Auffälligkeiten.
Die häufigen Fehlermeldungen im syslog UgreenNAS kernel: block nvme1n1: No UUID available providing old NGUID , die nach dem Update auf FW 1.7.0.3125 aufgetreten waren, sind jetzt verschwunden.
Ich habe Postfix direkt auf der DXP unter Debian installiert. Da ich nicht zu viel in das System eingreifen wollte habe ich erst versucht Postfix in Docker zu installieren, das ist mir leider nicht gelungen.
apt-get remove exim4*
apt-get install postfix libsasl2-modules bsd-mailxPostfix habe ich als Smarthost eingerichtet, dabei werden die Mails über einen anderen Server (etwa beim ISP) geleitet.
Die Einrichtung von Postfix ist allerdings nicht unbedingt einfach (siehe Ubuntuusers Wiki).
Zum Versenden von Mails über einen vorhandenen Mail Provider würde auch ein SMTP-Client wie msmtp reichen und ist einfacher einzurichten.
Da mir die Funktion auch noch fehlt habe ich inzwischen auch Postfix installiert und konfiguriert.
Darüber werde ich nun über Fehlermeldungen meiner Cronjobs informiert.
Zusätzlich verwende ich Beszel (Docker) um bei hoher CPU-Last, CPU-Temp, etc. benachrichtigt zu werden.
Ich habe das Syslog nochmal durchgesehen, die Warnung
UgreenNAS kernel: block nvme1n1: No UUID available providing old NGUID
taucht bei mir erst seit dem letzten FW Update auf.
Daher habe ich ein Support Ticket erstellt.
*kw* : Die Zuordnung der Speicherpools und Volumes stimmen noch.
In der Übersicht wird der Status des Speichersystems als normal angezeigt.
Habe das Update durchgeführt und auch das Update von ein paar Apps. Danach REboot und da kommt dies im Logfile:
block nvme1n1: No UUID available providing old NGUID
Gbit es auch noch für nvme01n1, das sind die Cache NVMe Laufwerke
Noch nie gesehen eine solche Fehler- oder besser Warnmeldund
Mein Syslog wird auch durch folgende Meldung geflutet:
UgreenNAS kernel: block nvme1n1: No UUID available providing old NGUID
Ich habe das Syslog allerdings nicht vor dem Update kontrolliert.
Auch wenn man die Sprache auf deutsch umstellt bleiben einzelne Begriffe und z.B. die Titel der Einstellungsseiten/Optionen in Englisch.
Es gibt App Versionen für Windows, Linux und MacOS. Für die Synchronisation mehrer Instanzen/Geräte ist eine Server Installation (Docker) erforderlich. Auf die Server Version kann auch von jedem Gerät über die Weboberfläche zugegriffen werden.
Ja das Angebot an Notizen Apps ist kaum überschaubar.
Für Wikis habe ich bisher DokuWiki und BookStack verwendet.
Aufgrund seiner Vielseitigkeit ist mein persönlicher Favorit für Notizen inzwischen Trilium Notes.
Wer auf der Suche nach der "ultimativen" Open Source Notizverwaltungs/Wissensmanagement Software ist, sollte auf jeden Fall einen Blick auf Trilium Notes werfen.
Und lösche in jedem Fall auch alle Dateien im Ordner docker/Jellyfin.
... alle Dateien im Ordner docker/beszel 
Ich bin unterwegs und habe daher gerade keinen Zugriff auf meine DXP.
Aber Beszel funktioniert grundsätzlich auch ohne die Werte FILESYSTEM und ohne Einbindung zusätzlicher Disks/Partitionen. Dann wird automatisch das root filesystem angezeigt.
Auf dem ersten Screenshot wird das NAS als offline angezeigt. Dann können auch keine aktuellen Werte ausgelesen werden.
Bei beszel_data handelt es sich um das Docker Datenverzeichnis.
Damit wird das Docker Datenverzeichnis im Beszel Hub eingebunden:
volumes:
- /volume1/docker/beszel:/beszel_data:rwZusätzliche Laufwerke werden im Beszel Agent eingebunden:
volumes:
- /volume1:/extra-filesystems/volume1:roDie Warnung taucht bei mir auch auf.
2025/07/10 08:15:17 WARN Device not found in diskstats name=ug_0C3FC5_1719749008_pool3-volume1
Die Werte für den Durchsatz werden nicht korrekt angezeigt (0 MB/s trotz laufender Indexierung und Dateiübertragung).
Zur weiteren Fehlersuche habe ich folgenden Beitrag gefunden:
Durch hinzufügen des LOG_LEVEL im Beszel Agent, werden im Protokoll alle Partitionen und Diskstats angezeigt die der Agent sehen kann (Quelle).
environment:
LOG_LEVEL: debugAusgabe im Log in den Zeilen:
DEBUG Disk partitions=...
DEBUG Disk I/O diskstats=...Darüber kann man dann feststellen, welche Partitionen und Diskstats zur Überwachung verfügbar sind.
Die Festplattennutzung wird im Beszel Dashboard korrekt mit 4,3 TB von 7,4 TB angezeigt, die Werte entsprechen meinen Werten im UGOS Speichermanager.
Der Durchsatz zeigt 0 MB/s lesen/schreiben an. Da passiert auch gerade nichts. Das muss ich noch mit Schreib-/Lesevorgängen testen.
Die Einbindung zusätzlicher Disks u. Partitionen wird im Beszel Guide unter Additional Disks erklärt.
Ich habe meine Disk (Volume3) so eingebunden:
volumes:
- /volume3:/extra-filesystems/volume3:ro
Im Beszel Dashbord werden dann zusätzliche Diagramme für Festplattennutzung und Durchsatz der Disk angezeigt.
Die Aussage würde ich mal als übliches Werbegeschwurbel abtun.
Die beiden Funktionen vermisse ich bisher auch am meisten, da sie für mich zu den Basisfunktionen eines NAS gehören.
Für die Anmeldung wurde 2FA inzwischen hinzugefügt.
Leider unterstützt UGOS bis heute keine Ordner- bzw. Festplattenverschlüsselung und Systemmeldungen z.B. per Mail sind bisher nicht integriert.
Meine NAS stehen im Wohnzimmer, ich verwende wegen der Lautstärke auch nur WD Red Plus Festplatten mit 5640 RPM.
Die "WD Red Plus WD80EFPX - 8TB|5640RPM|256MB Cache" in der DXP2800 ist schon sehr leise.
Es gibt auch noch ein Modell mit 128MB Cache, das ist etwas günstiger. Die WD Red Plus mit 5640RPM gibt es allerdings nur mit max 8TB.
In meinem ASUSTOR NAS hatte ich auch schon WD Festplatten mit 7200RPM. Das war mir zu laut.
Nach dem Update auf UGOS FW (1.0.0.1708 - 24.10.2024) und der Docker App (1.0.0.0432 - 24.10.2024) funktioniert auch die Verwendung von macvlan fehlerfrei.
Bei einem erneutem macvlan Test nach dem Update sind die filesystem readonly Fehler und Kernel Warnungen bisher nicht wieder aufgetreten.
Bei mir funktioniert der Sync über die Backup & Sync App mit der neuen Version (1.0.0.0492 - 24.10.2024) auch nicht.
(Rsync über Commandline funktioniert einwandfrei.)
Ich habe daher jetzt auch ein Support Ticket bei Ugreen erstellt.
Im Internet finden sich zu dem Fehler weitere Einträge:
6.9.0/6.9.1 - Kernel Panic due to netfilter (nf_nat_setup_info) - Docker Static IP (macvlan) - Unraid Forum
kernel: WARNING: CPU: 0 PID: 16269 at net/netfilter/nf_conntrack_core.c:1210 - bugzilla.kernel.org
This call trace occurs consistently when using the docker macvlan driver where the bridge's parent is a Linux bridge.
Der Fehler liegt demnach nicht unbedingt bei UGOS Pro, sondern scheint ein bekanntes Problem im Zusammenhang mit Linux Kernel/Docker/macvlan zu sein und tritt offenbar auch zum Beispiel auf Unraid Systemen auf.
Bin da kein Fachmann, oder interpretiere ich den Zusammenhang falsch ?
Hallo
Ich habe in den letzten Tagen mehrmals die Fehlermeldung volume1 filesystem readonly occur erhalten.
(Modell DXP 2800, Docker auf Volume1 installiert)
Nach einem reboot ist das Volume wieder beschreibbar.
Im Syslog finden sich Kernel Warnungen
Oct 23 05:38:53 UgreenNAS kernel: WARNING: CPU: 0 PID: 34439 at net/netfilter/nf_nat_core.c:594 nf_nat_setup_info+0x9d3/0xd40 [nf_nat]
Oct 23 05:38:53 UgreenNAS kernel: Modules linked in: xt_nat(E) macvlan(E) veth(E) nf_conntrack_netlink(E) xfrm_user(E) xfrm_algo(E) xt_addrtype(E) br_netfilter(E) vhost_net(E) vhost(E) [...] Auf Anfrage beim Ugreen Support erhielt ich folgende Empfehlung
Please clear the macvlan configuration, then restart the device to see if it can return to normal.
Macvlan will be supported in the next firmware version. Please wait until the next firmware is released and updated before trying to enable macvlan again.
Darauf habe ich das macvlan-Netzwerk entfernt und den zugewiesenen Container gestoppt.
Sowie die manuellen ip add (macvlan mode bridge) und ip route Einstellungen entfernt.
Nach dem Löschen der macvlan Konfiguration sind die Fehler vorerst nicht mehr aufgetreten.
Gibt es weitere User mit ähnlichem Fehlerbild ?