Аспро: ЛайтШоп [тема: Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять?]

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять?

Thu, 12 Jun 2025 18:19:00 +0300

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять? Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Они не, это просто моя сторона рассказчика добавляет ненужную информацию без причины, лол. Другая проблема была в том, что драйверы Nvidia на VM вылетали. Это оказалось связано с последней версией драйверов Nvidia, и это было исправлено откатом к предыдущему драйверу и добавлением этой строки в конфигурацию grub: nvidia.NVreg_EnableGpuFirmware=0. Исходя из этого - https://www.asus.com/us/supportonly/x99-wsipmi/helpdesk_bios/ у меня установлена последняя версия BIOS. Это будет непросто, потому что на сервере у меня NAS, медиасервер и обратный прокси. Медиасервер меня не особо волнует, но будет сложно найти время, чтобы выключить NAS и обратный прокси для memtest. Я запускал полный memtest примерно 2 месяца назад, когда менял некоторые планки памяти. Тогда ошибок не было. И ещё, на данный момент около 90% оперативной памяти системы используется. Я думаю, если бы была проблема с памятью, она бы очень сильно проявлялась при такой загруженности RAM. Но я могу ошибаться. Скажите, если есть что-то ещё, что я могу проверить. Проверяя dmesg, я всё ещё вижу те же сообщения, связанные с tsc, даже несколько минут назад.
12.06.2025 18:19:00, gouthamravee.

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять?

Thu, 12 Jun 2025 14:57:00 +0300

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять? Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, gouthamravee! В чем была проблема, если не секрет? Пытаюсь понять, связаны ли твои проблемы между собой. В связи с проблемами с tsc, я бы посоветовал проверить, есть ли обновления BIOS и другого прошивки, и установить их. Обрати внимание, что после обновления, возможно, придется перенастроить настройки BIOS. Однако... Для подстраховки, не мог бы ты также запустить memtest86+ и дать ему пройти несколько раз?
12.06.2025 14:57:00, l.leahu-vladucu.

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять?

Sun, 08 Jun 2025 18:40:00 +0300

Сообщения о clocksource в dmesg внутри Linux VM. Это что-то, что мне нужно исправлять? Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет! Из-за очередной проблемы я решил проверить 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.
08.06.2025 18:40:00, gouthamravee.