Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.os.linux.debian > #10695

Stranezza resize2fs

Show all headers | View raw

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.

Back to it.comp.os.linux.debian | Previous | Next | Find similar

Thread

Stranezza resize2fs "Stefano L." <stef@nospam.net> - 2023-12-11 16:39 +0100

csiph-web