DS916+ - Volume Auslastung 100% - btrfs schuld ?

Status
Für weitere Antworten geschlossen.

thezepter

Benutzer
Mitglied seit
23. Jun 2016
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
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.....
11.jpg

12.jpg
.
.

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.

6_SQL_Docker.jpg

9.jpg

htop.jpg
 

3x3cut0r

Benutzer
Mitglied seit
21. Mai 2011
Beiträge
489
Punkte für Reaktionen
11
Punkte
24
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

Benutzer
Mitglied seit
23. Jun 2016
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
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.

15.jpg

13.jpg

14.jpg
.
.
.

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.

16.jpg

17.jpg

18.jpg

19.jpg

21.jpg
 

thezepter

Benutzer
Mitglied seit
23. Jun 2016
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
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

Benutzer
Mitglied seit
21. Apr 2013
Beiträge
227
Punkte für Reaktionen
3
Punkte
18
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

Benutzer
Mitglied seit
23. Jun 2016
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
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.

Bildschirmfoto 2019-01-27 um 19.51.58.jpg
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat