staging.inyokaproject.org

Hallo zusammen,

ich habe Ubuntu Server 18.04.1 LTS (GNU/Linux 4.15.0-29-generic x86_64) auf einem alten PC installiert und möchte damit 1x am Tag die Backups von 4 Clients entgegen nehmen (rsync). Vielleicht werde ich eines Tages auch Nextcloud darauf betreiben um gelegentlich Dateien auszutauschen. Bei der Installation des Servers habe ich als Dienste daher OpenSSH-Server und LAMP ausgewählt.

Der PC enthält 4 HDs (je 1 TB mit EXT4 formatiert), die ich als RAID 5 betreibe. (3 aktiv, 1 spare). Weil die Luafwerke auf Dauer ziemlich heiß werden, möchte ich sie gern stilllegen, wenn sie nicht gebraucht werden (23h/Tag). z. B. mit hdparm -S 241 /dev/sd[abcd] (=30 Minuten Wartezeit)

Im Augenblick teste ich das so, ohne dass Zugriffe von außen erfolgen:

erster@dev40:~$ sudo hdparm -S 3 /dev/sd[abcd]

/dev/sda:
 setting standby to 3 (15 seconds)

/dev/sdb:
 setting standby to 3 (15 seconds)

/dev/sdc:
 setting standby to 3 (15 seconds)

/dev/sdd:
 setting standby to 3 (15 seconds)

Danach prüfe ich den Status immer wieder alle paar Minuten (Leerlauf):

erster@dev40:~$ sudo hdparm -C /dev/sd[abcd]

/dev/sda:
 drive state is:  active/idle

/dev/sdb:
 drive state is:  active/idle

/dev/sdc:
 drive state is:  active/idle

/dev/sdd:
 drive state is:  active/idle

Es scheint Dienste zu geben, die immer wieder auf die Laufwerke schreiben.

erster@dev40:~$ sudo iotop

[...]
Total DISK READ :       0.00 B/s | Total DISK WRITE :      27.48 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:      56.92 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
  329 be/3 root        0.00 B/s   27.48 K/s  0.00 %  4.78 % [jbd2/md1-8]
Total DISK READ :       0.00 B/s | Total DISK WRITE :       0.00 B/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
Total DISK READ :       0.00 B/s | Total DISK WRITE :       0.00 B/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
[...]

Es sieht so aus, als ob "jb2/md1-8" die Laufwerke ständig wach hält.

Hat jemand eine Idee, ob/wie ich das ändern könnte? Liegt das an EXT4? Soll ich den Server nochmal neu installieren und die Partitionen besser mit XFS(?) formatieren und/oder muss ich die LAMP-Dienste weglassen?

Danke für Feedback

Rai

JBD ist ein Prozess für das Journaling vom Dateisystem, eventuell greift etwas lesend auf Dateien zu und aktualisiert somit den Zeitstempel von Dateien. Die Alternative ist das etwas passiert was in Syslog/Journal geschrieben wird.

mfg Stefan

raibuntu schrieb:

Der PC enthält 4 HDs (je 1 TB mit EXT4 formatiert), die ich als RAID 5 betreibe. (3 aktiv, 1 spare).

Wenn du mehr Platz brauchst, mach 4 aktive draus.

Wenn du mehr Redundanz willst, mach RAID 6 draus.

Weil die Luafwerke auf Dauer ziemlich heiß werden, möchte ich sie gern stilllegen, wenn sie nicht gebraucht werden (23h/Tag). z. B. mit hdparm -S 241 /dev/sd[abcd] (=30 Minuten Wartezeit)

Mache ich auch so. (-S 180)

Liegt das an EXT4? Soll ich den Server nochmal neu installieren und die Partitionen besser mit XFS(?) formatieren und/oder muss ich die LAMP-Dienste weglassen?

Bei mir war es mal ext4, alle paar Stunden hat das einfach so die Platten aufgeweckt, aber das ist schon lange her.

Was ext4 heute noch macht sind lazy_init's... da werden Sachen über Tage (tröpfchenweise) nach der Formatierung initialisiert, statt das einmal gleich beim mkfs zu machen.

                   lazy_itable_init[= <0 to disable, 1 to enable>]
                          If enabled and the uninit_bg feature is enabled, the
                          inode table will not be fully initialized by mke2fs.

                   lazy_journal_init[= <0 to disable, 1 to enable>]
                          If  enabled,  the  journal  inode  will not be fully
                          zeroed out by mke2fs.

Solche Sachen. Aber das sollte nach ein paar Tagen dann auch aufhören.

noatime als Mountflag ist auch nie verkehrt. Die meisten Anwendungen brauchen keine atime.

Ansonsten debuggen. /proc/sys/vm/kernel/block_dump müllt dir das Syslog voll, aber meistens findet man was.

Manchmal auch das syslog selber, wenn das auf dem RAID liegt. 😀 Da kann man natürlich einpacken mit Standby.

Das OS ist in meinem Fall eine SSD, früher bei einem NAS wars mal ein USB-Stick, ...

frostschutz schrieb:

Manchmal auch das syslog selber, wenn das auf dem RAID liegt. 😀 Da kann man natürlich einpacken mit Standby.

Hm, daran könnte es natürlich auch liegen. Die System-Partition liegt auch auf dem RAID 😐

Das OS ist in meinem Fall eine SSD, früher bei einem NAS wars mal ein USB-Stick, ...

Das werde ich mal ausprobieren und das System auf einem USB-Medium installieren