оновлення ядра - ПОПЕРЕДЖЕННЯ: 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

— Прірексо
джерело

В якості точки входу: # 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 вручну?

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

Нещодавно я це бачив і в деяких системах Джессі, але я проігнорував це, бо думаю, що це просто на жаль сформульоване повідомлення про помилку. У 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 працює, але відключений через конфігурацію, і лише якщо ви хочете включити його у конфігураційному файлі, вам потрібно буде перезапустити це. Як не дивно, коментар конф та попередження не погоджуються щодо порядку.

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

Відповіді:

відповідно до інформації Петра Райнохи про стару помилку Fedora 2014 року 1152185, "Попередження є, тому що якщо lvmetad вже створений і запущений, то використання use_lvmetad = 0 призведе до того, що команди LVM запускаються під цим налаштуванням, щоб не повідомляти lvmetad про будь-які зміни. Тому lvmetad може пропустити деяку інформацію - звідси попередження. "

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

Однак у нашому випадку use_lvmetad = 0, тому я схильний вважати, що попередження з’являються лише під час оновлення та конфігурації grub.

Відповідно до пояснень у звіті про помилку, це пов’язано з lvm2-монітором, який із задоволенням працює у моїй системі, я також вірю і у вашу. Перевірте рядок "Процес":

# 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

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