"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

swapoff hängt

othan 03.09.2019 - 13:21 1444 2
Posts

othan

Layer 8 Problem
Avatar
Registered: Nov 2001
Location: Switzerland
Posts: 4206
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 :bash:
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

Administrator
Frickler
Avatar
Registered: Dec 2000
Location: ~
Posts: 11901
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
Avatar
Registered: Nov 2001
Location: Switzerland
Posts: 4206
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:
Code:
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
 

Code:
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 :bash:
Bearbeitet von othan am 03.09.2019, 14:23
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz