Я вижу, что ты не используешь последнюю версию ядра. Возможно, обновление ядра решит проблему.

У меня тоже возникла эта проблема с новыми установками v5. Есть ли уже какое-то решение или обходной путь? Это действительно добавляет значительную задержку при перезагрузках.

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

Мы все видим это на новых установках v5. Обновления приходят из корпоративного репозитория, и мы полностью обновлены. Перезагрузка узла показывает на watchdog: watchdog0: watchdog не остановился! в течение нескольких минут, прежде чем хост перезагрузится.

есть несколько значений таймаута, которые могут помочь, если их уменьшить в файлах: /etc/systemd/system/multi-user.target.wants/pve-ha-crm.service и /etc/systemd/system/multi-user.target.wants/pve-ha-lrm.service

@fabian, что ты думаешь о том, что я написал насчет dmeventd?

По-прежнему нет решения для этой проблемы? В настоящее время я работаю с тремя узлами, подключенными к iscsi для хранения ВМ. Я тестировал Proxmox около трех месяцев и у меня презентация на работе в эту пятницу (10 ноября), надеюсь убедить команду переключить большинство наших клиентов с VMWare на Proxmox. Мы собираемся покупать подписки, а после двух месяцев безрезультатной работы это плохо сказывается на вашей поддержке. Ниже приведена информация, которую вы хотели, чтобы мы предоставили. Я не использую CEPH, он установлен, так как я с ним немного экспериментировал, но я его не использую. Спасибо! pveversion -v proxmox-ve: 5.1-25 (используемое ядро: 4.13.4-1-pve) pve-manager: 5.1-36 (используемая версия: 5.1-36/131401db) pve-kernel-4.13.4-1-pve: 4.13.4-25 libpve-http-server-perl: 2.0-6 lvm2: 2.02.168-pve6 corosync: 2.4.2-pve3 libqb0: 1.0.1-1 pve-cluster: 5.0-15 qemu-server: 5.0-17 pve-firmware: 2.0-3 libpve-common-perl: 5.0-20 libpve-guest-common-perl: 2.0-13 libpve-access-control: 5.0-7 libpve-storage-perl: 5.0-16 pve-libspice-server1: 0.12.8-3 vncterm: 1.5-2 pve-docs: 5.1-12 pve-qemu-kvm: 2.9.1-2 pve-container: 2.0-17 pve-firewall: 3.0-3 pve-ha-manager: 2.0-3 ksm-control-daemon: 1.2-2 glusterfs-client: 3.8.8-1 lxc-pve: 2.1.0-2 lxcfs: 2.0.7-pve4 criu: 2.11.1-1~bpo90 novnc-pve: 0.6-4 smartmontools: 6.5+svn4324-1 zfsutils-linux: 0.7.2-pve1~bpo90 ceph: 12.2.1-pve3 grep -v "^\(\s*#\|\s*$\)" /etc/lvm/lvm.conf config { checks = 1 abort_on_errors = 0 profile_dir = "/etc/lvm/profile" } devices { dir = "/dev" scan = [ "/dev" ] obtain_device_list_from_udev = 1 external_device_info_source = "none" global_filter = [ "r|/dev/zd.*|", "r|/dev/mapper/pve-.*|" ] cache_dir = "/run/lvm" cache_file_prefix = "" write_cache_state = 1 sysfs_scan = 1 multipath_component_detection = 1 md_component_detection = 1 fw_raid_component_detection = 0 md_chunk_alignment = 1 data_alignment_detection = 1 data_alignment = 0 data_alignment_offset_detection = 1 ignore_suspended_devices = 0 ignore_lvm_mirrors = 1 disable_after_error_count = 0 require_restorefile_with_uuid = 1 pv_min_size = 2048 issue_discards = 1 allow_changes_with_duplicate_pvs = 0 } allocation { maximise_cling = 1 use_blkid_wiping = 1 wipe_signatures_when_zeroing_new_lvs = 1 mirror_logs_require_separate_pvs = 0 cache_pool_metadata_require_separate_pvs = 0 thin_pool_metadata_require_separate_pvs = 0 } log { verbose = 0 silent = 0 syslog = 1 overwrite = 0 level = 0 indent = 1 command_names = 0 prefix = " " activation = 0 debug_classes = [ "memory", "devices", "activation", "allocation", "lvmetad", "metadata", "cache", "locking", "lvmpolld", "dbus" ] } backup { backup = 1 backup_dir = "/etc/lvm/backup" archive = 1 archive_dir = "/etc/lvm/archive" retain_min = 10 retain_days = 30 } shell { history_size = 100 } global { umask = 077 test = 0 units = "h" si_unit_consistency = 1 suffix = 1 activation = 1 proc = "/proc" etc = "/etc" locking_type = 1 wait_for_locks = 1 fallback_to_clustered_locking = 1 fallback_to_local_locking = 1 locking_dir = "/run/lock/lvm" prioritise_write_locks = 1 abort_on_internal_errors = 0 detect_internal_vg_cache_corruption = 0 metadata_read_only = 0 mirror_segtype_default = "raid1" raid10_segtype_default = "raid10" sparse_segtype_default = "thin" use_lvmetad = 0 use_lvmlockd = 0 system_id_source = "none" use_lvmpolld = 1 notify_dbus = 1 } activation { checks = 0 udev_sync = 1 udev_rules = 1 verify_udev_operations = 0 retry_deactivation = 1 missing_stripe_filler = "error" use_linear_target = 1 reserved_stack = 64 reserved_memory = 8192 process_priority = -18 raid_region_size = 512 readahead = "auto" raid_fault_policy = "warn" mirror_image_fault_policy = "remove" mirror_log_fault_policy = "allocate" snapshot_autoextend_threshold = 100 snapshot_autoextend_percent = 20 thin_pool_autoextend_threshold = 100 thin_pool_autoextend_percent = 20 use_mlockall = 0 monitoring = 1 polling_interval = 15 activation_mode = "degraded" } dmeventd { mirror_library = "libdevmapper-event-lvm2mirror.so" snapshot_library = "libdevmapper-event-lvm2snapshot.so" thin_library = "libdevmapper-event-lvm2thin.so" } Я не могу найти никакого вывода journalctl за пределами последнего запуска.

Спасибо за отзыв, Роб! Как раз на сервере SuperMicro. Странно, но, похоже, это остановилось с тех пор, как я написал свой комментарий. Возможно, это происходит, когда Proxmox не знает, что узлы получили команду остановки, и пытается запустить HA? Не знаю, как подать отчет об ошибке.