Suchergebnisse

Servus Ich geb zu, ich hab nicht alle Beiträge zum Ram-Problem gelesen. Aber trotzdem möchte ich dich kurz fragen, ob du es bereits mit SNMP versucht hast. Also genau gesagt mit der von Synology vorgegebenen: Table 19. Memory-Related OID OID Name Explanation .1.3.6.1.4.1.2021.4.3.0...

Ah ja, stimmt. Redhat hat einen Fix für den 3.10er https://access.redhat.com/errata/RHSA-2019:1481

Nun wirds interessant wie Synology unsere alten 3.10er Kernel patchen will, gegen die CVE-2019-11477 bis 11479 Lücken :D Da müssen Sie wohl selber was herzaubern...

Nur bringt das nicht viel, wenn das Passwort als Klartext übertragen wird :) Ich würds zuerst mit Videostation https versuchen und wenn es nicht geht mit Plex oder Emby machen, dort funktioniert die Verschlüsselung anstandslos.

Ich habe die Umgebungstemperatur gerade mit SNMP v2 getestet. Angabe ist bei AvrLogger bei ca. 0°C, sollte aber bei ca. 26°C sein. Irgendwo ist da noch etwas falsch. --- --- --- Feature-Request: Bei Mouse-Hover 1s auf eine Diagrammlinie öffnet ein Popup mit den dort aufgezeichneten...

Läuft gut, keine Fehler gefunden. Feature-Request: Bei "Environmental- / Thermalsensor" hast du mir wunderbar das auslesen vom Temperatur-Sensor von der APC USV (NetworkCard) vorbereitet. Aber leider nur für SNMP v1 / v2. Ich nutze v3 mit der User/PW Authentification.

Habt ihr mal versucht was passiert, wenn ihr die Rechte von der upsc config anpasst? ev. kann der user http das nicht lesen chmod o+r /usr/syno/etc/ups/upsmon.conf

Beim MailPlus Server könnte es mit der Lizenz zusammenhängen. Synology hat das so schlau gemacht und die komplette Funktion "also auch Empgangen von Mails" mit der Lizenz verknüpft. Da hatte ich vor 2? Jahren mehrere Tage keine Mails mehr Empfangen können, obwohl Lizenz eigentlich gütlig gewesen...

Das Cache Problem liegt am Kernel, das ist nicht so einfach gefixt im alten 3.10er Kernel

Betreffend der Lebensdauer der SSD, da würde ich einfach auf ein "Pro" Produkt setzten. Bei mir läuft eine Samsung 850 Pro 256GB als Cache Raid 1 seit 46000h und wird nicht geschont, da laufen Datenbanken, MailServer, DNS Server etc. Es bleiben immernoch 30% Lebenserwartung gemäss Smart-Info...

Nicht direkt "Speicher Pool 1", aber mdadm --detail /dev/md5 zeigt dir, welche HDD's in diesem Raid eingebunden sind.

Gerne! Übrigens könnte es sein, dass Synology den Schreibfehler "Disk Locatoin:" irgendwann merkt und ihn berichtigt. Ich würde dem zuvor kommen und den Wert so auslesen: synodisk --get_location_form /dev/sda | egrep "Disk Locat(io|oi){1}n" | awk -F': ' '{print $2}'

Das Zuordnungsschema für die Expansionseinheit wird schon so sein, wie du aufgelistet hast: Interne HDD: synodisk --get_location_form /dev/sda Disk id: 1 Disk cnr: 1 Disk cnridx: 0 Disk Locatoin: 0-1 Convert to: /dev/sda synodisk --get_location_form /dev/sdb Disk id: 2 Disk cnr: 1 Disk cnridx...

Super, danke für deine Bemühungen! Die beiden Abfragen passen: snmpwalk -v 2c -c "syno" -O qv 127.0.0.1 1.3.6.1.4.1.6574.2.1.1.6 | wc -l 23 snmpwalk -v 2c -c "syno" -O qv 127.0.0.1 1.3.6.1.4.1.6574.2.1.1.6 36 35 39 36 38 36 36 28 29 27 27 35 34 36 34 37 34 40 36 39 37 39 39

Diese Fehlermeldung ist so verschwunden, wie sie aufgetaucht ist. Seither ist sie nicht mehr aufgetaucht. Ich denke das ist erledigt. Betreffend Expansionseinheit: find /dev/ -name sd* /dev/sdpb3 /dev/sdpc3 /dev/sdpc2 /dev/sdpc1 /dev/sdpb2 /dev/sdpb1 /dev/sdpb /dev/sdpc /dev/sdmb3 /dev/sdmb2...

Nö, der Fehler ist im Screenshot. Dort bei PHP7.1 Edit: halbe Sekunde zu spät ;)

In den Default-Einstellungen von PHP7.2 gibt es einen Pfad Fehler. Synology hat einen Workaround geschickt:

Habe hier eine DS mit 20GB Ram. Wenn ich swapon anschalte, dann geht etwas über 1GB in den Swap bei längerem Betrieb. (zumindest sagt das htop)

Bei 16BG Ram hat es natürlich auch den Vorteil, dass du ohne Probleme das Linux Swap deaktivieren kannst und dadurch die Syno nochmals merklich performanter wird, da nicht auf der HDD/SSD herumgeschrieben werden muss, sondern alles im Ram bleiben kann. Den Swap kannst du z.B. im Aufgabenplaner...

Das liegt garantiert am (alten) Kernel. Im Jahr 2015 gab es schonmal solche Probleme mit Seagate. War damals die ST8000AS0002 (8TB). Die Lösung war ein Kernel Patch. Mittlerweile habe ich persönlich aber alle Seagates weggeworfen und auf WD gesetzt. Seagate und Linux ist halt so eine Sache...