Stranezza resize2fs

[Stefano L.]

Ciao,

ho due server fisici identici che tramite qemu/kvm virtualizzano 3 macchine virtuali identiche sui
due server.

Il primo server è quello in cui le macchine virtuali lavorano.

Il secondo server non fa nulla tutto il giorno, il suo scopo è quello di offrire un ripristino dei
servizi in caso di crash del primo.

Durante la notte le sue tre macchine virtuali si collegano tramite rsync a quelle del primo e si
aggiornano i dati.

I dischi virtuali dei guest sono forniti dall'host tramite LVM e i filesystem sono tutti ext4.

Ogni tanto mi capita di dover estendere la dimensione di uno dei filesystem di una delle macchine
virtuali che attualmente e di circa 1,2 TB.

Quindi sull'host eseguo
lvextend --size +100G NomeVolume
e poi
virsh blockresize nome_della_virtual_machine --path /dev/vg/NomeVolume --size nnnb

Infine sul guest eseguo resize2fs.


La stranezza è che sul server di scorta che si sta grattando le ginocchia, il comando
resize2fs impiega alcuni minuti, duranti i quali vedo anche comparire alcuni errori
NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:2:22404]

mentre sul primo server, che sta lavorando parecchio per i fatti suoi, il resize2fs è praticamente
istantaneo.

Ormai è la terza volta che eseguo il resize2fs e il comportamento è sempre stato lo stesso.

Come ho detto le macchine sono identiche, il kernel é Linux guest2 4.9.0-19-amd64 #1 SMP Debian
4.9.320-2

Da cosa può dipendere ?

P.S.
Sul kern.log della macchina virtuale di backup ci trovo

NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [kworker/0:2:22404]

Modules linked in: xt_multiport iptable_filter snd_hda_codec_generic snd_hda_intel snd_hda_codec
snd_hda_core snd_hwdep snd_pcm snd_timer snd soundcore joydev qxl ttm virtio_console virtio_balloon
drm_kms_helper drm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel evdev pcspkr serio_raw button
ip_tables x_tables autofs4 ext4 crc16 jbd2 crc32c_generic fscrypto ecb mbcache hid_generic usbhid
hid ata_generic virtio_net virtio_blk crc32c_intel aesni_intel aes_x86_64 glue_helper lrw gf128mul
ablk_helper cryptd uhci_hcd ehci_pci ata_piix ehci_hcd psmouse libata virtio_pci virtio_ring usbcore
scsi_mod virtio usb_common i2c_piix4 floppy
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
Workqueue: virtio-blk virtblk_config_changed_work [virtio_blk]
task: ffff8a25aefeb000 task.stack: ffffae2d88444000
RIP: 0010:[<ffffffffa1956805>] [<ffffffffa1956805>] __list_del_entry+0x25/0xb0
RSP: 0018:ffffae2d88447cc8 EFLAGS: 00010202
RAX: ffff8a25e3f3c438 RBX: ffff8a2625c3b580 RCX: dead000000000200
RDX: ffff8a2480e2b338 RSI: ffff8a2539b57be8 RDI: ffff8a2539b57be8
RBP: ffff8a2625c3b588 R08: ffff8a2539b577b0 R09: 0000000000000001
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
R13: ffff8a2539b57be8 R14: ffff8a2539b57ad8 R15: ffff8a2480e2b228
FS: 0000000000000000(0000) GS:ffff8a2633000000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00000000ea167000 CR3: 0000000105008000 CR4: 0000000000360670
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Stack:
ffffffffa17b4ed3 ffff8a2539b57b60 ffff8a262f15ce08 0000000000000000
0000000000000000 ffffffffa182c36f ffff8a2539b57be8 ffff8a262f15ce00
ffff8a2539b57378 ffff8a240e74fca8 9de7a4b67b4c224b ffff8a262f15c800
Call Trace:
[<ffffffffa17b4ed3>] ? list_lru_del+0xd3/0x120
[<ffffffffa182c36f>] ? invalidate_inodes+0x10f/0x180
[<ffffffffa184b314>] ? __invalidate_device+0x34/0x60
[<ffffffffa184b352>] ? flush_disk+0x12/0x70
[<ffffffffa184b452>] ? revalidate_disk+0x52/0x80
[<ffffffffc0142c83>] ? virtblk_config_changed_work+0x153/0x1e0 [virtio_blk]
[<ffffffffa1694b4a>] ? process_one_work+0x18a/0x430
[<ffffffffa1694e3d>] ? worker_thread+0x4d/0x490
[<ffffffffa1694df0>] ? process_one_work+0x430/0x430
[<ffffffffa169b169>] ? kthread+0xd9/0xf0
[<ffffffffa1c226b1>] ? __switch_to_asm+0x41/0x70
[<ffffffffa169b090>] ? kthread_park+0x60/0x60
[<ffffffffa1c22737>] ? ret_from_fork+0x57/0x70
Code: 84 00 00 00 00 00 48 8b 07 48 b9 00 01 00 00 00 00 ad de 48 8b 57 08 48 39 c8 74 28 48 b9 00
02 00 00 00 00 ad de 48 39 ca 74 37 <4c> 8b 02 4c 39 c7 75 4d 4c 8b 40 08 4c 39 c7 75 5f 48 89 50 08

--
Stefano L.