Hallo zusammen,
auch auf die Gefahr hin, mich hier jetzt zum Deppen zu machen (:P), wollte ich mein Problem, in welches ich gerade gelaufen bin, hier ansprechen, vllt. hat ja jemand von euch eine Lösung
Kurz zur Vorgeschichte:
Da es mir, gerade wenn ich gerade ein Snapshot erstellen will, immer wieder passiert, dass das SCP meint, ich müsse erst eine Defragmentierung durchführen, weil nicht genügend Speicher für ein Snapshot vorhanden ist, habe ich hier im Forum mal etwas gesucht. Dabei bin ich darauf gestoßen, dass wohl auch ein fstrim auf die entsprechend eingerichteten Partitionen eine Defragmentierung unnötig machen würde. Dies würde vor allem die Downtime des Servers verhindern, was selbstverständlich ziemlich cool wäre.
Nun habe ich das Ganze auf einem meiner zwei Server mal ausprobiert. Zum einen waren bei beiden Servern als Festplattentreiber virtio ausgewählt. Nachdem ich die bei dem einen Server auf SCSI umgestellt habe (vorher kam lediglich ein "operation not supported"), inkl. des entsprechenden Mount-Eintrages in der /etc/fstab (/dev/vda -> /dev/sda), und den Server neu gestartet habe, konnte ich auf diesem fstrim -v / ausführen und mir wurde positiv bestätigt, dass einige Blöcke bereinigt wurden.
Nun wollte ich das ganze auch auf meinem zweiten Server bei netcup anwenden, allerdings kommt beim Aufruf des Befehles folgende Fehlermeldung:
Ich habe dann ein wenig gesucht, leider konnte allerdings kein Lösungsvorschlag zum gewünschten Ergebnis führen. Im Vergleich zwischen den beiden Servern konnte ich zudem keinen Unterschied feststellen, beide sind, Festplattentechnisch, aus meiner Sicht identisch konfiguriert (unten packe ich die entsprechenden Konfigs mit ran). Nun bin ich etwas ratlos und weiß nicht, warum das Ganze beim ersten Server funktioniert, beim zweiten aber nicht. Hat von euch einer noch eine Idee?
Vielen Dank für Eure Hilfe!
Grüße
Florian
Hier die Server-Konfigurationen:
Server 1 (bei dem fstrim tadellos funktioniert):
# uname -a
Linux v22015112656329114 3.13.0-128-generic #177-Ubuntu SMP Tue Aug 8 11:40:23 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
/etc/fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/vda2 during installation
UUID=9f8a5461-c328-43bb-8b75-c43182c1433a / ext4 discard,relatime,errors=remount-ro 0 1
# swap was on /dev/vda1 during installation
UUID=12b072a2-0d6c-4395-ba64-773226745b8f none swap sw 0 0
# /dev/vda3
#/dev/vda3 /data ext4 defaults 0 2
/dev/sda3 /data ext4 defaults 0 2
Alles anzeigen
Server 2:
# uname -a
Linux v22015052656325188 3.13.0-128-generic #177-Ubuntu SMP Tue Aug 8 11:40:23 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
/etc/fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/vda2 during installation
UUID=9f8a5461-c328-43bb-8b75-c43182c1433a / ext4 discard,relatime,errors=remount-ro 0 1
# swap was on /dev/vda1 during installation
UUID=12b072a2-0d6c-4395-ba64-773226745b8f none swap sw 0 0
# data partition
UUID=e2c4c6c5-24fc-4e90-9ea4-70a37fdd8bd3 /data ext4 defaults 0 2
Alles anzeigen