обновление ядра - ВНИМАНИЕ: lvmetad запущен, но отключен. Перезапустите lvmetad перед включением!

Я только что обновил один из наших серверов Debian Jessie, и ядро было обновлено, ничего особенного, как мы делали это много раз. Но в первый раз было несколько предупреждений, когда создавался файл конфигурации grub. Я никогда не видел их раньше. Насколько я могу судить, система работает хорошо после перезагрузки.

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

Я искал предупреждение в Интернете, но не смог найти достойного объяснения, которое имело бы смысл для меня (может быть, не поняли?), А также не смогло понять, можно ли это игнорировать. У кого-нибудь здесь есть идея? Спасибо

debian kernel lvm

— Preexo
источник

Как точка входа: # systemctl list-unit-files | grep -i lvm

Что locking_typeустановлено в /etc/lvm/lvm.conf?

— Ференц Вагнер

locking_type = 1, Кажется, это стандарт.

— Preexo

А use_lvmetad = 1? Является ли на lvmetadсамом деле работает? Что systemctl status lvm2-lvmetadговорит? Может быть, zz-update-grubхук временно отменяет некоторые из этих настроек? Разве вы не получаете подобные предупреждения, когда запускаете команды LVM вручную?

— Ференц Вагнер

Я недавно видел это и в некоторых системах Jessie, но я проигнорировал это, потому что я думаю, что это просто к сожалению сформулированное сообщение об ошибке. Здесь lvm.confесть этот комментарий:

If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards.

Итак, я думаю, что это предупреждение просто пытается напомнить вам, что вы находитесь в странной ситуации, когда lvmetad работает, но отключен через конфигурацию, и только если вы хотите включить его в файле конфигурации, вам нужно будет перезапустить Это. Как ни странно, комментарий conf и предупреждение не согласны с порядком.

— Брэд Спенсер

Ответы:

Согласно информации Питера Райноха о старой ошибке fedora 2014 года 1152185: «Предупреждение есть, потому что, если lvmetad уже создан и запущен, то использование use_lvmetad = 0 приведет к тому, что команды LVM, запущенные под этим параметром, не уведомят lvmetad о каких-либо изменениях - поэтому lvmetad может пропустить некоторую информацию - отсюда и предупреждение.

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

Однако в нашем случае use_lvmetad = 0, поэтому я склонен полагать, что предупреждения появляются только во время обновления и реконфигурации grub.

Согласно объяснениям в отчете об ошибках, это связано с lvm2-monitor, который успешно работает на моей системе, я полагаю, и на вашей. Пожалуйста, проверьте строку процесса:

# 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

Я не вижу никаких следов предупреждения после перезагрузки и на основании другой информации, которую, как я полагаю, можно безопасно игнорировать на данном этапе. Если вы получите больше или другие предупреждения, вы должны изучить это дальше.

Кроме того, я имел обыкновение получать предупреждения LVM при каждом обновлении образа или переконфигурации grub об именах, которым я верю, что оказалось неважным и, скорее всего, связано со старым оборудованием. Так что это не редкость.

Preexo, я надеюсь, что это ответило на ваши две проблемы. Rubo77, надеюсь, я тебе тоже помог.

С уважением!

— Боян Алексиев
источник

Это выглядит как Debian по умолчанию иметьuse_lvmetad=1 и предупреждение появляется потому , что вы его локально выключен, но lvmetad работает.

Таким образом , одно решение установить use_lvmetad=1в /etc/lvm/lvm.conf. Это сработало для меня.

— poolie
источник

Я делаю это и работаю для меня на Proxmox 4.4 поверх Debian Jessie

— Абдель Карим Матеос Санчес