swapoff hängt
othan 03.09.2019 - 13:21 1574 2
othan
Layer 8 Problem
|
Servus Ich habe mehrere swap-Partitionen in meinem System. Eine Partition lässt sich leider nicht aushängen. Wenn ich einen Reboot machen will, blockiert die Partition den ganzen Vorgang. Einzige Möglichkeit ist der Reset-Switch. Nun wollte ich vor dem Reboot swap von Hand aushängen. 2 von 3 Partitionen lassen sich sauber aushängen und die dritte hängt. Während swapoff bleibt der Prozess bei rund 50% CPU-Last hängen. Es ist auch die einzige Partition mit Daten drauf (unter 1MB). RAM ist noch genug frei. smartctl liefert keine Fehler habt ihr irgendwelche Tipps? /EDIT: Hatte noch eine VM im Hintergrund rennen, die alles blockiert hat da hätte ich früher drauf schauen sollen. Danke für die Mühe
Bearbeitet von othan am 03.09.2019, 14:22
|
COLOSSUS
AdministratorGNUltra
|
Tipps nicht, aber Fragen zu Analysezwecken.
Welcher Prozess bleibt bei 50% CPU-Last haengen? Welche Kernel-Version hast du laufen? Auf welchem Wert steht der vm.swappiness sysctl-knob? Was genau ist das backing device fuer deine swap-Partition, und wie schaut der block device stack davon/darunter aus (LVM, md)? Irgendwas in den letzten Zeilen von `dmesg`, das "verdaechtig" scheint? Paste auch mal den Inhalt von "/proc/vmstat", bzw den Output von `timeout 11 vmstat 2`, waehrend dein `swapoff` haengt.
|
othan
Layer 8 Problem
|
Prozess: swapoff selbst Kernel: 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux vm.swappiness = 60 baking device? ist eine einfache Partiton auf einer 6TB WD Green HDD andere Partitionen sind in einem md Verbund (Raid 5) dmesg: 1177380.747182] INFO: task swapoff:1797 blocked for more than 120 seconds.
[1177380.747217] Not tainted 4.15.0-58-generic #64-Ubuntu
[1177380.747220] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1177380.747224] swapoff D 0 1797 1010 0x00000004
[1177380.747229] Call Trace:
[1177380.747242] __schedule+0x291/0x8a0
[1177380.747249] ? do_filp_open+0xaf/0x110
[1177380.747254] schedule+0x2c/0x80
[1177380.747260] schedule_preempt_disabled+0xe/0x10
[1177380.747265] __mutex_lock.isra.2+0x18c/0x4d0
[1177380.747272] __mutex_lock_slowpath+0x13/0x20
[1177380.747277] ? __mutex_lock_slowpath+0x13/0x20
[1177380.747281] mutex_lock+0x2f/0x40
[1177380.747287] disable_swap_slots_cache_lock+0x15/0x40
[1177380.747293] SYSC_swapoff+0x1be/0x6a0
[1177380.747299] SyS_swapoff+0xe/0x10
[1177380.747305] do_syscall_64+0x73/0x130
[1177380.747310] entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[1177380.747314] RIP: 0033:0x7fb2a8a496b7
[1177380.747317] RSP: 002b:00007ffc0ba40898 EFLAGS: 00000202 ORIG_RAX: 00000000000000a8
[1177380.747321] RAX: ffffffffffffffda RBX: 00007ffc0ba41853 RCX: 00007fb2a8a496b7
[1177380.747324] RDX: 0000000000000001 RSI: 0000000000000000 RDI: 000055e3b35d5a80
[1177380.747326] RBP: 0000000000000000 R08: 0000000000000077 R09: 0000000000000000
[1177380.747328] R10: 000000000000000b R11: 0000000000000202 R12: 0000000000000000
[1177380.747330] R13: 000055e3b176ce1a R14: 0000000000000000 R15: 0000000000000000
timeout 11 vmstat 2
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 1 692 6252244 478416 25674888 0 55 14 91 0 5 5 7 87 1 0
1 0 692 6255968 478416 25674888 0 18668 0 18668 7570 26338 4 19 74 3 0
0 1 692 6259556 478416 25674888 0 16308 0 16322 7056 24860 4 19 73 3 0
2 0 692 6263128 478416 25674888 0 15410 0 15478 6909 23783 4 21 70 5 0
3 0 692 6265080 478416 25674888 0 22204 0 22204 8228 29511 3 17 76 4 0
0 1 692 6268924 478416 25674888 0 22566 0 22569 8481 30205 3 17 76 4 0
/EDIT: War ne VM im Hintergrund
Bearbeitet von othan am 03.09.2019, 14:23
|