http://proxmox.su Новое в теме Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su] ru http://backend.userland.com/rss2 Sat, 14 Nov 2026 07:23:20 +0300 Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо, бро, очень помогло!
25.01.2021 15:24:00, zandut11.]]> http://proxmox.su/forum/messages/forum63/message372921/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372921/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Mon, 25 Jan 2021 15:24:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Тебе нужно выполнить команду udevadm trigger примерно на 98%, иначе она не сработает. Проблема возникает примерно на отметке в 95%. К этому моменту вся подсистема LVM перестаёт работать. Команды вроде lvdisplay и т.д. будут зависать. Запусти udevadm trigger, и LVM снова заработает. А когда LVM работает, работает и Proxmox ops. Можно отключить зависимость LVM от UDEV, обратившись к посту #9…
18.09.2020 09:52:00, snakeoilos.]]> http://proxmox.su/forum/messages/forum63/message372920/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372920/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Fri, 18 Sep 2020 09:52:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня была такая же проблема с v6.1-8. `udevadm trigger` не работал (хотя я делал это только в 98% случаев). Я много раз переносил диск между локальным хранилищем и vz. Удалил свои снимки, и тогда смог перенести ВМ. Думаю, у меня проблема с контроллером RAID или SSD, потому что при любой нагрузке этот член зависает, а потом загружается в Dell's iDRAC, жалуясь на всякие вещи.
17.09.2020 23:01:00, petronem.]]> http://proxmox.su/forum/messages/forum63/message372919/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372919/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Thu, 17 Sep 2020 23:01:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня то же самое после обновления, но только при миграции с узла, который еще не обновлен, на обновленный. Команда udevadm trigger работает у меня. Пока что проблем нет при миграции между узлами с одинаковой "версией". Кстати, я столкнулся с этой проблемой во время обновления двух узлов из пяти во время "генерации Grub", и команда udevadm trigger тоже решила ее. Спасибо.
26.08.2020 15:13:00, Rudy.]]> http://proxmox.su/forum/messages/forum63/message372918/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372918/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Wed, 26 Aug 2020 15:13:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Тоже столкнулся с такой проблемой на PVE6.2-4 при обновлении, что как раз совпало с тем, что я импортировал диск через команду "qm importdisk". У меня сработал udev admintrigger. Спасибо!
25.08.2020 15:21:00, brucexx.]]> http://proxmox.su/forum/messages/forum63/message372917/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372917/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Tue, 25 Aug 2020 15:21:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
PVE 6.2-4. Переход с HDD на SSD – та же проблема. Предупреждения были те же самые. admtrigger udev на 98%/99% сработал для меня. Спасибо за этот обходной путь.
18.08.2020 21:19:00, bratak.]]> http://proxmox.su/forum/messages/forum63/message372916/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372916/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Tue, 18 Aug 2020 21:19:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, могу подтвердить, что я тоже сталкиваюсь с этой проблемой, но НЕ на SSD, а на аппаратном RAID5. Это говорит о том, что UDEV-триггер срабатывает не вовремя, потому что "что-то" над моей головой не может прочитать достаточно информации о базовом хранилище. При переносе диска VM с NFS на локальное хранилище LVM я получаю такой вывод: Bash: transferred: 34359738368 bytes remaining: 0 bytes total: 34359738368 bytes progression: 100.00 %
 WARNING: Устройство /dev/dm-7 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 WARNING: Устройство /dev/dm-7 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 Логический том "vm-112-disk-0" успешно удален
 WARNING: Устройство /dev/dm-7 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 TASK ERROR: миграция хранилища не удалась: команда '/sbin/lvs --separator : --noheadings --units b --unbuffered --nosuffix --options lv_size /dev/pve/vm-112-disk-0' завершилась с тайм-аутом. Понятно, как и из всего остального вывода, lvs падает, потому что /dev/pve/vm-112-disk-0 на самом деле является сломанной символической ссылкой на /dev/dm-7, а dm-7 не был "инициализирован", потому что триггер срабатывает не вовремя... Может быть? В любом случае, это все еще влияет на меня на PVE 6-2. Спасибо,
12.06.2020 06:24:00, Tmanok.]]> http://proxmox.su/forum/messages/forum63/message372915/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372915/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Fri, 12 Jun 2020 06:24:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Вы запускать эту команду нужно только тогда, когда копирование/перемещение файлов почти завершено, где-то на 96 или 98%. Можно еще и udev в lvm.conf отключить, как описано выше, но помните, что я это особо не тестировал, поэтому не могу сказать, вызовет ли это какие-то проблемы или нет (то есть, не делайте так на продуктивных серверах). Пока что вручную запускать udevadm trigger на последнем этапе должно помочь.
15.04.2020 01:42:00, snakeoilos.]]> http://proxmox.su/forum/messages/forum63/message372914/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372914/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Wed, 15 Apr 2020 01:42:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня та же проблема с перемещением диска. У меня не получается переместить диск на хранилище lvm-thin. "udevadm trigger" у меня не сработал. demesg: Код: [Вт 14 апр 18:26:29 2020] INFO: задача systemd-udevd:9740 заблокирована более 483 секунды.
[Вт 14 апр 18:26:29 2020] Tainted: P О 5.3.18-3-pve #1
[Вт 14 апр 18:26:29 2020] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" отключает это сообщение. Журнал перемещения диска: Код: передано: 536870912000 байт осталось: 0 байт всего: 536870912000 байт прогресс: 100.00 %
ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-29 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-29 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
Логический том "vm-112-disk-0" успешно удален
ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-29 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
ОШИБКА ЗАДАЧИ: миграция хранилища не удалась: команда '/sbin/lvs --separator : --noheadings --units b --unbuffered --nosuffix --options lv_size /dev/raid/vm-112-disk-0' завершилась с тайм-аутом sysctl status udev: Код: root@proxmox:/etc/udev# systemctl status udev
● systemd-udevd.service - udev Kernel Device Manager
  Загружено: загружено (/lib/systemd/system/systemd-udevd.service; static; vendor preset: enabled)
  Активно: активно (работает) с Вт 14 апр 17:30:20 CEST; 1 час 50 минут назад
    Документация: man:systemd-udevd.service(8)
          man:udev(7)
Главный PID: 839 (systemd-udevd)
  Статус: "Обработка с 136 дочерними процессами на максимум"
   Задачи: 51
  Память: 62.5M
  CGroup: /system.slice/systemd-udevd.service
          ├─  839 /lib/systemd/systemd-udevd
          ├─19287 /lib/systemd/systemd-udevd
          ├─19353 /lib/systemd/systemd-udevd
          ├─19354 /lib/systemd/systemd-udevd
          ├─19355 /lib/systemd/systemd-udevd
          ├─XXXXXXXX




14 апр 19:15:28 proxmox systemd-udevd[839]: dm-29: Worker [19287] processing SEQNUM=15586 killed
14 апр 19:15:35 proxmox systemd-udevd[19423]: Используется схема именования интерфейса по умолчанию 'v240'. @Dominic ты ссылался на эту тему в некоторых тредах. У тебя есть постоянное решение при загрузке?
14.04.2020 18:58:00, djtobyy.]]> http://proxmox.su/forum/messages/forum63/message372913/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372913/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Tue, 14 Apr 2020 18:58:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Okay, let's break down these kernel hang reports and figure out what's likely happening in your system.

**Overall Situation**

You're experiencing kernel hangs (tasks blocked for extended periods, exceeding the timeout configured, typically 120 seconds).  The system isn't completely unresponsive – the kernel continues to run, but these specific tasks are stuck.  You've got *two* different tasks showing this behavior:

1.  `systemd-udevd`: This task is related to device management and hotplugging (adding/removing devices).
2.  `systemd-journald`:  This task is responsible for handling and storing system logs.

**Analyzing the First Hang: `systemd-udevd`**

*   **`schedule_preempt_disabled + 0xe/0x10`:** This is a significant clue.  It indicates that the task is waiting inside a critical section where preemption (allowing another task to run) is temporarily disabled.  This suggests that a lock is being held for a long time.
*   **`mutex_lock + 0x2c/0x30` and surrounding lines:**  These lines confirm the lock contention.  `mutex` stands for "mutual exclusion," a mechanism to protect shared resources from concurrent access.  The task is trying to acquire a mutex but is blocked because another task already holds it.
*   **`blkdev_get + 0xe0/0x140` and related lines:** This points to a problem related to accessing block devices (hard drives, SSDs, etc.). The `udev` daemon often needs to query block device information during device hotplug events. The fact that the task is blocked acquiring the block device suggests that there's a potential issue with the device itself, the device driver, or the communication between them.
*   **`do_sys_open + 0x177/0x280` and `__x64_sys_openat + 0x20/0x30`**:  This suggests that the udev daemon may be attempting to open a file, which is also blocked.

**Analyzing the Second Hang: `systemd-journald`**

*  `systemd-journald` hangs usually result from I/O issues when trying to write logs to storage, often to a network share or disk.  The stack trace suggests an issue with block I/O.

**Probable Causes and Troubleshooting Steps**

Based on these hangs, here's a prioritized list of potential causes and troubleshooting steps:

1.  **Storage I/O Problems (Most Likely)**:
   *   **Disk/SSD Health:** Run SMART (Self-Monitoring, Analysis, and Reporting Technology) tests on your hard drives/SSDs.  Many tools are available, such as `smartctl` (part of the `smartmontools` package on Linux).  Look for reallocated sectors, pending sectors, or other errors.
   *   **Network Share Issues (if applicable):** If your system is logging to a network share (e.g., NFS, Samba), verify network connectivity, share permissions, and disk space on the share server. Slow or unreliable network access will cause `journald` to hang.
   *   **Disk Contention:**  If multiple processes are heavily accessing the same disks, it could lead to contention and delays. Look for processes using excessive disk I/O using tools like `iotop`.
   *   **RAID Configuration:**  If you have a RAID array, check the RAID controller health, and that it is not experiencing errors.
   *   **Filesystem Corruption:** While less common, filesystem errors can interfere with I/O. Run `fsck` on your filesystems (boot offline first if necessary).

2.  **Device Driver Issues:**
   *   **Recent Driver Updates:** Did you recently update any device drivers (especially storage controllers or disk drivers)?  If so, try reverting to older drivers.
   *   **Driver Bugs:**  It's possible there's a bug in a device driver. Search online for known issues with your specific hardware and kernel version.

3.  **System Load / Resource Starvation:**
   *   **CPU, Memory:** While less probable with these specific traces, check CPU usage and memory usage.  If the system is consistently overloaded, it could indirectly contribute to delays.  Use tools like `top`, `htop`, or `free`.

4. **udev Rules:**
  *   Examine your `/etc/udev/rules.d/` directory for any custom rules. There may be a rule that is stuck in a loop or has a long-running operation, which is blocking the udev daemon.


**Tools and Commands**

*   `smartctl` (from `smartmontools`):  Check disk health.  (Example: `sudo smartctl -a /dev/sda`)
*   `iotop`: Monitor disk I/O usage per process.  (Requires root privileges)
*   `top`, `htop`: Overall system resource usage.
*   `dmesg`: Kernel log messages, which may contain error messages related to device drivers.
*   `journalctl`: System journal (alternative to `systemd-journald`).

**Debugging Steps:**

1.  **Check Disk Health First:** Start with `smartctl` on your disks.
2.  **Monitor I/O:** Use `iotop` to see which processes are generating the most disk activity.
3.  **Examine `dmesg`:** Look for any error messages related to disks or drivers.
4.  **Simplify udev rules (temporarily):**  Disable or comment out non-essential udev rules to see if that resolves the issue.

**Important Considerations:**

*   **Kernel Version:**  The kernel version (5.3.18-2-pve) is relatively old.  Consider upgrading to a newer, more stable kernel if possible. Newer kernels often contain bug fixes and improved driver support.
*   **System Configuration:** Provide more details about your system. What hardware are you using (especially storage controllers and disks)?  What operating system distribution are you running?  Are you using a virtual machine?
*   **Reproducibility:** Can you reliably reproduce these hangs? If so, that will make debugging much easier.



Let me know the results of your initial checks, especially the SMART status of your drives. The more information you can provide, the better I can help you diagnose the problem.
25.03.2020 00:11:00, dabathor.]]> http://proxmox.su/forum/messages/forum63/message372912/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372912/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Wed, 25 Mar 2020 00:11:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, заметил, что проблема возникает только при использовании LVM на SSD в Proxmox 6. Когда я использую LVM в Proxmox 6 на обычном жестком диске, проблем нет (в Proxmox 5 проблем с SSD и с жестким диском нет. Перешел на ZFS, и там тоже нет проблем при создании снимков. Опцию от snakeoilos выше не тестировал, не знаю, работает ли она. С уважением.
09.03.2020 20:44:00, jenssen99.]]> http://proxmox.su/forum/messages/forum63/message372911/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372911/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Mon, 09 Mar 2020 20:44:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Что я сделал, чтобы "починить" проблему, это изменил файл /etc/lvm/lvm.conf. Нашел строку "obtain_device_list_from_udev" и изменил её с 1 на 0. Перезагружать не потребовалось. После этого изменения все операции с LVM, кажется, снова работают (пока что небольшой тест). Не уверен, насколько это безопасно, но это точно лучше, чем вручную запускать "udevadm trigger" каждый раз, когда какие-то операции с LVM зависали (даже простые, вроде запуска lvscan или vgscan).
27.02.2020 07:18:00, snakeoilos.]]> http://proxmox.su/forum/messages/forum63/message372910/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372910/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Thu, 27 Feb 2020 07:18:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня была та же проблема: не получалось клонировать/мигрировать хранилище на мой второй lvm-thin сторедж (2.18 TiB RAID10 Logical Volume, состоящий из 4 SAS HDD). Основной lvm-thin (Logical Volume RAID1, состоящий из двух SSD) работал отлично. Проблемы не возникало, если второй сторедж настроить как директорию, но хотелось, чтобы lvm-thin работал и на втором сторедже. В итоге пришлось заказывать второй сервер, точно с такими же характеристиками (HPE ProLiant ML350), и lvm-thin на втором сторедже заработал как по маслу! После сравнения hw/sw спецификаций двух серверов пункт в пункт оказалось, что в первом сервере другой RAID контроллер (HPE Smart Array E208e-p SR Gen10) вместо HPE Smart Array P408i-a SR Gen10, который установлен во втором сервере. Это единственная разница между серверами. Так что, какой у тебя RAID контроллер? Не мог ли быть контроллер несовместим с lvm-thin на SAS HDD?
09.11.2019 22:15:00, Christos Dalamagkas.]]> http://proxmox.su/forum/messages/forum63/message372909/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372909/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Sat, 09 Nov 2019 22:15:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Такая же проблема здесь. Есть какие-нибудь новости?
07.11.2019 12:25:00, MPG.]]> http://proxmox.su/forum/messages/forum63/message372908/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372908/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Thu, 07 Nov 2019 12:25:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня та же проблема, но команда "udevadm trigger" не работает. У меня два LVM-Thin: "local-lvm" и "my-add-lvm". Проблема исчезает при клонировании ВМ из local-lvm в local-lvm и создании новой ВМ на my-add-lvm. Если я клонирую ВМ из my-add-lvm в my-add-lvm, а затем клонирую ВМ из local-lvm в my-add-lvm, задача завершается с ошибкой. Сообщение об ошибке в kernel.log совпадает с вашим.

Код: ...
ВНИМАНИЕ: Устройство /dev/dm-23 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 ВНИМАНИЕ: Устройство /dev/dm-23 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 Логический том "vm-123-disk-0" успешно удален
 ВНИМАНИЕ: Устройство /dev/dm-23 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
ОШИБКА ЗАДАЧИ: клонирование не удалось: команда '/sbin/lvs --separator : --noheadings --units b --unbuffered --nosuffix --options lv_size /dev/vgdata/vm-123-disk-0' завершилась неудачей: таймаут kernel.log

Код: ...
kernel: [2330700.135191] INFO: задача qemu-img:13646 заблокирована более 120 секунд.
kernel: [2330700.135203] Загрязнена: P W O 5.0.15-1-pve #1
kernel: [2330700.135207] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" отключает это сообщение.
kernel: [2330700.135213] qemu-img D 0 13646 13619 0x00000000
kernel: [2330700.135218] Call Trace:
kernel: [2330700.135232] __schedule+0x2d4/0x870
kernel: [2330700.135237] schedule+0x2c/0x70
kernel: [2330700.135244] io_schedule+0x16/0x40
kernel: [2330700.135251] wait_on_page_bit+0x141/0x210
kernel: [2330700.135256] ? file_check_and_advance_wb_err+0xe0/0xe0
kernel: [2330700.135262] write_cache_pages+0x381/0x4d0
kernel: [2330700.135266] ? __wb_calc_thresh+0x130/0x130
kernel: [2330700.135272] generic_writepages+0x56/0x90
kernel: [2330700.135278] blkdev_writepages+0xe/0x10
kernel: [2330700.135281] do_writepages+0x41/0xd0
kernel: [2330700.135287] ? __wake_up_common_lock+0x8e/0xc0
kernel: [2330700.135292] __filemap_fdatawrite_range+0xc5/0x100
kernel: [2330700.135297] filemap_write_and_wait+0x31/0x90
kernel: [2330700.135301] __blkdev_put+0x72/0x1e0
kernel: [2330700.135304] ? fsnotify+0x28b/0x3c0
kernel: [2330700.135307] ? fsnotify+0x2ef/0x3c0
kernel: [2330700.135311] blkdev_put+0x4c/0xd0
kernel: [2330700.135314] blkdev_close+0x34/0x70
kernel: [2330700.135320] __fput+0xbc/0x230
kernel: [2330700.135325] ____fput+0xe/0x10
kernel: [2330700.135331] task_work_run+0x9d/0xc0
kernel: [2330700.135338] exit_to_usermode_loop+0xf2/0x100
kernel: [2330700.135342] do_syscall_64+0xf0/0x110
kernel: [2330700.135348] entry_SYSCALL_64_after_hwframe+0x44/0xa9
kernel: [2330700.135351] RIP: 0033:0x7f46b99ee5d7
kernel: [2330700.135359] Code: Bad RIP value.
kernel: [2330700.135361] RSP: 002b:00007ffdc0680100 EFLAGS: 00000293 ORIG_RAX: 0000000000000003
kernel: [2330700.135364] RAX: 0000000000000000 RBX: 000000000000000a RCX: 00007f46b99ee5d7
kernel: [2330700.135366] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 000000000000000a
kernel: [2330700.135367] RBP: 0000000000000000 R08: 0000000000000001 R09: 00007f46ad6d2960
kernel: [2330700.135368] R10: 0000000000000000 R11: 0000000000000293 R12: 0000000000000000
kernel: [2330700.135370] R13: 0000000000000000 R14: ffffffffffffffff R15: 0000000000000000
21.10.2019 09:18:00, kernel2008.]]> http://proxmox.su/forum/messages/forum63/message372907/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372907/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Mon, 21 Oct 2019 09:18:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня была та же проблема после многократного извлечения/подключения диска к одной VM. Спасибо, inetshell, эта команда решила проблему, поэтому было бы неплохо отметить эту тему как решенную.
17.10.2019 08:53:00, zezinho.]]> http://proxmox.su/forum/messages/forum63/message372906/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372906/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Thu, 17 Oct 2019 08:53:00 +0300 Proxmox Виртуальная Среда Не удалось перенести диск (Устройство /dev/dm-xx не инициализировано в базе данных udev, даже после ожидания 10000). Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Миграция диска постоянно завершается ошибкой с сообщением ниже. Подозриваю проблему с ядром и LVM thinpool в Proxmox 6.0, смотрите ниже логи ядра. Аналогичную ошибку таймаута я вижу, когда создаю новую ВМ в хранилище LVM thinpool, и при работе udev. Код журнала задач: ...
Перенесено: 21474836480 байт, осталось: 0 байт, всего: 21474836480 байт, прогресс: 100.00 %
 ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-17 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-17 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
 Логический том "vm-100-disk-0" успешно удален
 ПРЕДУПРЕЖДЕНИЕ: Устройство /dev/dm-17 не инициализировано в базе данных udev даже после ожидания 10000000 микросекунд.
ОШИБКА ЗАДАЧИ: миграция хранилища не удалась: команда '/sbin/lvs --separator : --noheadings --units b --unbuffered --nosuffix --options lv_size /dev/vg01/vm-100-disk-0' завершилась с ошибкой: таймаут ядра. Код журнала ядра:
kernel: [1453.178236] INFO: задача systemd-udevd:4712 заблокирована более 120 секунд.
kernel: [1453.178266] Загрязнен: P O 5.0.15-1-pve #1
kernel: [1453.178284] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" отключает это сообщение.
kernel: [1453.178307] systemd-udevd D 0 4712 934 0x00000100
kernel: [1453.178310] Call Trace:
kernel: [1453.178322] __schedule+0x2d4/0x870
kernel: [1453.178325] schedule+0x2c/0x70
kernel: [1453.178327] schedule_preempt_disabled+0xe/0x10
kernel: [1453.178329] __mutex_lock.isra.10+0x2e4/0x4c0
kernel: [1453.178338] ? exact_lock+0x11/0x20
kernel: [1453.178339] ? disk_map_sector_rcu+0x70/0x70
kernel: [1453.178341] __mutex_lock_slowpath+0x13/0x20
kernel: [1453.178342] mutex_lock+0x2c/0x30
kernel: [1453.178347] __blkdev_get+0x7b/0x550
kernel: [1453.178348] ? bd_acquire+0xd0/0xd0
kernel: [1453.178350] blkdev_get+0x10c/0x330
kernel: [1453.178351] ? bd_acquire+0xd0/0xd0
kernel: [1453.178352] blkdev_open+0x92/0x100
kernel: [1453.178356] do_dentry_open+0x143/0x3a0
kernel: [1453.178359] vfs_open+0x2d/0x30
kernel: [1453.178361] path_openat+0x2d4/0x16d0
kernel: [1453.178366] ? page_add_file_rmap+0x5f/0x220
kernel: [1453.178370] ? alloc_set_pte+0x104/0x5b0
kernel: [1453.178373] do_filp_open+0x93/0x100
kernel: [1453.178381] ? strncpy_from_user+0x56/0x1b0
kernel: [1453.178397] ? __alloc_fd+0x46/0x150
kernel: [1453.178399] do_sys_open+0x177/0x280
kernel: [1453.178400] __x64_sys_openat+0x20/0x30
kernel: [1453.178407] do_syscall_64+0x5a/0x110
kernel: [1453.178410] entry_SYSCALL_64_after_hwframe+0x44/0xa9
kernel: [1453.178413] RIP: 0033:0x7fe8ae3cc1ae
kernel: [1453.178418] Code: Bad RIP value.
kernel: [1453.178419] RSP: 002b:00007ffe83be4780 EFLAGS: 00000246 ORIG_RAX: 0000000000000101
kernel: [1453.178420] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007fe8ae3cc1ae
kernel: [1453.178421] RDX: 0000000000080000 RSI: 00005631364785c0 RDI: 00000000ffffff9c
kernel: [1453.178421] RBP: 00007fe8adbebc60 R08: 0000563135465270 R09: 000000000000000f
kernel: [1453.178422] R10: 0000000000000000 R11: 0000000000000246 R12: 00000000ffffffff
kernel: [1453.178423] R13: 0000000000000000 R14: 0000000000000000 R15: 0000563136454dc0
09.08.2019 02:12:00, dumdum.]]> http://proxmox.su/forum/messages/forum63/message372905/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. http://proxmox.su/forum/messages/forum63/message372905/83075-ne-udalos-perenesti-disk-_ustroystvo-_dev_dm_xx-ne-initsializirovano-v-baze-dannykh-udev_-dazhe-posle-ozhidaniya-10000_. Fri, 09 Aug 2019 02:12:00 +0300 Proxmox Виртуальная Среда