aggiornamento del kernel - ATTENZIONE: lvmetad è in esecuzione ma disabilitato. Riavvia lvmetad prima di abilitarlo!

10

Ho appena aggiornato uno dei nostri server debian jessie e il kernel è stato aggiornato, niente di speciale, come abbiamo fatto molte volte. Ma la prima volta ci sono stati alcuni avvisi quando veniva generato il file di configurazione di grub. Non li ho mai visti prima. Per quanto ne so, il sistema funziona bene dopo un riavvio.

Setting up linux-image-3.16.0-4-amd64 (3.16.7-ckt25-2+deb8u3) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
Found linux image: /boot/vmlinuz-3.16.0-4-amd64
Found initrd image: /boot/initrd.img-3.16.0-4-amd64
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
done

Ho cercato l'avviso online, ma non sono riuscito a trovare una spiegazione decente che avesse senso per me (forse non lo capissi?) E non riuscivo a capire se questo potesse essere ignorato. Qualcuno qui ha un'idea? Grazie

debian  kernel  lvm 
— Preexo
fonte
Come punto di ingresso: # systemctl list-unit-files | grep -i lvm
Cosa è locking_typeimpostato su in /etc/lvm/lvm.conf?
— Ferenc Wágner,
locking_type = 1. Sembra essere lo standard.
— Preexo,
E use_lvmetad = 1? È lvmetaddavvero in esecuzione? Cosa systemctl status lvm2-lvmetaddice? Forse l' zz-update-grubhook ha la precedenza su alcune di queste impostazioni? Non ricevi avvisi simili quando esegui i comandi LVM manualmente?
— Ferenc Wágner,
2
L'ho visto anche su alcuni sistemi Jessie di recente, ma l'ho ignorato perché penso che sia purtroppo solo un messaggio di errore scritto. In lvm.confquesto commento: If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards. Quindi, penso che questo avviso stia solo provando a ricordarti che sei in una strana situazione di lvmetad in esecuzione ma disabilitato tramite la configurazione e solo se vuoi abilitarlo nel file di configurazione, dovrai riavviare esso. Stranamente, il commento conf e l'avvertimento non sono d'accordo sull'ordine.
— Brad Spencer,

Risposte:

8

secondo le informazioni di Peter Rajnoha su un vecchio bug fedora del 2014 1152185, "L'avvertimento è presente perché se lvmetad è già istanziato e in esecuzione, l'utilizzo di use_lvmetad = 0 farà eseguire i comandi LVM in questa impostazione per non notificare a lvmetad eventuali cambiamenti - quindi lvmetad potrebbe non ricevere alcune informazioni, quindi l'avvertimento ".

https://bugzilla.redhat.com/show_bug.cgi?id=1152185

Tuttavia, nel nostro caso use_lvmetad = 0, quindi tendo a credere che gli avvisi vengano visualizzati solo durante l'aggiornamento e la riconfigurazione di grub.

Secondo le spiegazioni nella segnalazione di bug, questo è collegato a lvm2-monitor, che è felicemente in esecuzione sul mio sistema, credo anche sul tuo. Si prega di controllare la linea di processo:

# systemctl status lvm2-monitor
â lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using     dmeventd or progress polling
   Loaded: loaded (/lib/systemd/system/lvm2-monitor.service; enabled)
   Active: active (exited) since Sat 2016-07-09 04:04:49 EEST; 34min ago
     Docs: man:dmeventd(8)
           man:lvcreate(8)
           man:lvchange(8)
           man:vgchange(8)
  Process: 328 ExecStart=/sbin/lvm vgchange --monitor y --ignoreskippedcluster (code=exited, status=0/SUCCESS)
 Main PID: 328 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/lvm2-monitor.service

Non vedo alcuna traccia dell'avviso dopo il riavvio e in base alle altre informazioni credo che l'avviso sia sicuro da ignorare in questa fase. Se ricevi altri o altri avvisi, dovresti approfondire ulteriormente.

Inoltre, ricevevo avvisi LVM su ogni aggiornamento di immagine o riconfigurazione di grub sui nomi che credo, che si sono rivelati irrilevanti e molto probabilmente collegati al vecchio hardware. Quindi questo non è raro.

Preexo, spero che questo abbia risposto alle tue due preoccupazioni. Rubo77, spero di esserti stato utile anche per te.

Cordiali saluti!

— Boyan Alexiev
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.