DS916+ - Volume Auslastung 100% - btrfs schuld ?

[thezepter]

Moin zusammen,

Ich habe ein Problem mit meiner Volume Auslastung und habe nun seit Tagen versucht das Problem zu identifizieren aber festgestellt, dass meine DS916+ bei den kleinsten Anstrengungen die Volume Auslastung in die höhe treibt.

• DS916+ DSM 6.2.1
• 8GB RAM
• BTRFS
• 4 Platten
• RAID 5
• 1 VOLUME

Kleines Beispiel:

Ich deaktiviere alle Dienste (Cloudstation....Docker... Hyper Backups usw.), Dateiindexierung habe ich übrigens nicht am laufen, dann ist meine Volume Auslastung bei ca 0%. Alles gut.
Starte MariaDB 10 oder ein SQL Server im Docker auch noch alles gut. Stelle ich nun eine Verbindung von meinem Raspberry zur SQL Datenbank her um Werte im Sekundentakt zu schreiben,
geht die Volumeauslastung auf 90% -100%. Bei einem Kollegen, der genau die selben Daten in seine SQL Datenbank auf der Diskstation schreibt passiert da bei der Volumeauslastung rein gar nichts.
Der einzige Unterschied zu seiner Diskstation ist das Dateisystem. Er fährt EXT4 und ich BTRFS.
Auf die SQL Datenbank hab ich also erstmal wieder verzichtet.
Aber auch wenn ich alle meine Dienste wieder hochfahre hab ich immer eine Volume Auslastung von 80% - 100%. Meistens Vollanschlag.

Dienste die ich am laufen habe

• Cloud Station Server
• Hyper Backup
• Hyper Backup Vault
• Docker mit mehreren Containern
• Virtual Machine Manager mit einer Maschine (pihole)
• Plex

Meine Frage nun: Würde das alles viel entspannter laufen wenn das Dateisystem EXT4 wäre ? Es kann doch nicht angehen, dass die Volumeauslastung auf 100% geht wenn ausschlißlich eine SQL Datenbank betrieben wird und 4 Variablen geschrieben werden.
Das Problem ist nämlich, dass es wegen der hohen Volume auslastung zum "Stau" der übertragenen Daten des SQL Servers kommt und der Client ins stocken gerät und dort nichts mehr geht weil die Datenbank die Daten nicht schluckt.
Ganz zu schweigen, dass ich alles andere was sonst so auf der DS läuft abgeschaltet habe. Kannst doch nicht sein.

.
So sieht es aus wenn das System normal vor sich hin läuft.....



.
.

Hier sieht man rechts die 0% Auslastung wenn ich alle Dienste bis auf SQL runter fahre und wenn ich die SQL Verbindung aufbaue und Daten schreibe gehts hoch auf 100% und nix geht mehr.

 

[3x3cut0r]

Was sagt denn der Aufgaben-Manager welcher Dienst die ganze CPU-Last beansprucht ... da kannst doch dann feststellen obs dan BTRFS liegt oder an was anderem ...

 

[thezepter]

Da die CPU sich langweilt hab ich es mal nach CPU Zeit sortiert. btrfs scheint es danach nicht zu sein.... Im aufgabenmanager sieht eigentlich alles gut aus.

Aktuell läuft alles bis auf die SQL Verbindung. Hier einmal Screenshots bevor ich die SQL Verbindung aufbaue..... Soweit aktuell eigentlich verhältmismäßig ruhig.






.
.
.

Externe Client verbindet sich mit dem SQL Server auf der diskstation und will daten schreiben.
Und schon geht die Volume Leistung druch die Decke aber nichts anderes. Kein Dienst oder Prozess der hier auffällig wird.

 

[thezepter]

Mal von SQL abgesehen laufen Scripte meiner Hausautomation auf Grund der hohen Volume Auslastung statt 100ms ganze 4 sec - 25 sec.
Falls es an btrfs liegt: Wie zum Teufel soll ich eine voll laufende DS auf ext4 umstellen ?! Das ist unmöglich.

 

[TheTwist76]

Hi

ich habe auch festgestellt das bei btrfs mein System ständig auf den Festplatten rumgerödelt hat. So das das System wesendlich schlechter performt hat.

Aus diesem Grund bin ich wieder auf Ext4 gegangen. Da ich weder VMM noch andere Programme nutze die btrfs voraussetzen kein verlust.

ich bin auch von btrfs noch nicht überzeug meiner Meinung bringt das auch in den systemen die kein ECC Speicher unterstüzen nicht. Aber ich will keine Grundsatz Diskussions wieder entfachen

Grüße
Thorsten

 

[thezepter]

Kurze Rückmeldung:

Es lag nicht an btrfs. Hatte alles nach mehren Tagen Arbeit auf ext4 umgezogen und es hat nichts gebracht.
Trotz regelmäßigen positiven SMART Checks, hatten 2 Festplatten "Raw_Read_Error_Rate" > 0.
Hatte mich der Synology Support drauf gebracht. Wenn ich immer positive SMART Tests erhalte schau ich da im Detail auch nicht weiter.... Naja..
Beide Platten raus... 2 neue rein und jetzt auch gleich wieder auf ext4 und alles schnurrt wie ein Kätzchen. Alles rennt wieder wie es soll. Keine Probleme mit Datenbanken etc.

Und bei mir läuft richtig viel für mein Geschmack....

Cloud Station Server
Hyper Backup
Hyper Backup Vault
MariaDB
Unifi Video
Unifi SDN
Grafana
ipsymcon
homebridge
Plex
usw.