Привет! Из-за очередной проблемы я решил проверить dmesg внутри одной из моих ВМ и обнаружил кучу сообщений вроде этого: Bash: [21128.737674] clocksource: wd-tsc-wd read-back delay of 129300ns, clock-skew test skipped!
[21463.754802] clocksource: timekeeping watchdog on CPU6: hpet wd-wd read-back delay of 74300ns
[21463.754818] clocksource: wd-tsc-wd read-back delay of 9637350ns, clock-skew test skipped!
[21971.233380] clocksource: timekeeping watchdog on CPU1: hpet wd-wd read-back delay of 67420ns
[21971.233440] clocksource: wd-tsc-wd read-back delay of 186990ns, clock-skew test skipped! Погуглив, я наткнулся на несколько сообщений на форумах, где предлагается изменить параметр tsc при загрузке, но я не уверен, нужно ли это делать. Еще в логах встречается такое: Bash: [29260.737186] clocksource: timekeeping watchdog on CPU0: hpet wd-wd read-back delay of 73930ns
[29260.737237] clocksource: wd-tsc-wd read-back delay of 109340ns, clock-skew test skipped!
[29627.747161] clocksource: timekeeping watchdog on CPU14: hpet wd-wd read-back delay of 106290ns
[29627.747177] clocksource: wd-tsc-wd read-back delay of 2165710ns, clock-skew test skipped!
[29992.066532] perf: interrupt took too long (42196 > 42132), lowering kernel.perf_event_max_sample_rate to 4500 и вот еще: Bash: [18534.241374] clocksource: timekeeping watchdog on CPU7: hpet wd-wd read-back delay of 57580ns
[18534.241385] clocksource: wd-tsc-wd read-back delay of 172600ns, clock-skew test skipped!
[18713.818339] sh[2603]: segfault at 7ffdb4145ff8 ip 00007f2f7a17b606 sp 00007ffdb4145ff0 error 6 in ld-musl-x86_64.so.1[7f2f7a13e000+4c000] likely on CPU 4 (core 4, socket 0)
[18713.818378] Code: 49 89 f8 49 8d 41 ff eb 07 31 c0 4c 8d 44 24 07 48 89 44 24 10 48 8d 7c 24 18 31 c0 b9 3a 00 00 00 f3 ab 48 8d 05 36 ff ff ff <4c> 89 44 24 08 48 89 44 24 60 48 8d 44 24 06 48 89 44 24 70 48 8d
[19031.745361] clocksource: timekeeping watchdog on CPU2: hpet wd-wd read-back delay of 64340ns Это одно из сообщений, на которое я наткнулся – https://bbs.archlinux.org/viewtopic.php?id=278494 Там предлагают либо делать tsc=unstable, либо tsc=nowatchdog. Я нашел больше информации о том, что такое tsc, здесь - https://docs.redhat.com/en/document...l/9.4_release_notes/kernel_parameters_changes Непонятно, как разные варианты параметра tsc применяются к моей ситуации. Судя по документации RHEL, лучше всего подойдет tsc=reliable, так как я запускаю это на виртуальной машине. Я также нашел несколько других сообщений с той же проблемой, а затем предлагают установить параметр tsc, но без объяснений.

Детали хоста:
Proxmox версия: pve-manager/8.4.1/2a5fa54a8503f96d
Версия Linux: Linux 6.8.12-9-pve (2025-03-16T19:18Z
Процессор: Intel® Xeon® CPU E5-2650L v4
Материнская плата: Asus X99-WS/IPMI

Детали ВМ:
ОС: Dietpi
Ядро Linux: 6.1.0-37-amd64
Назначение: Запуск Plex и нескольких связанных сервисов с использованием Docker.