[Comm] ошибки и предупреждения ядра 4.1.39

[Comm] ошибки и предупреждения ядра 4.1.39

[Stas]

Приветствую!

Седьмая платформа.  Обновил ядро до 4.1.39-un-def, отказался от ядер 3.*
из-за ошибок взаимодействия с самбой ("BUG: ... smbd not tainted G ...")
Ядро теперь выдаёт предупреждения и ошибки, которых не было в третьей
версии. Хочется их убрать.

1. Как выставить правильный порядок загрузки модулей в initrd? Конкретно
- чтобы сначала грузился ehci_hcd, потом uhci_hcd и/или ohci_hcd
[    5.554250] Warning! ehci_hcd should always be loaded before uhci_hcd
and ohci_hcd, not after

2. Cообщение ядра во время загрузки
[    0.161008] ------------[ cut here ]------------
[    0.161134] WARNING: CPU: 3 PID: 45 at kernel/time/tick-sched.c:192
can_stop_full_tick+0x2bf/0x2d0()
[    0.161318] NO_HZ FULL will not work with unstable sched clock
[    0.161354] Modules linked in:

[    0.161596] CPU: 3 PID: 45 Comm: kdevtmpfs Not tainted
4.1.39-un-def-alt0.M70P.2 #1
...

Какова причина - ошибка в каком-то модуле или неверно заданный параметр
ядра?

3. Cообщение ядра во время загрузки
[    6.009745] nouveau W[   VBIOS][0000:01:00.0] M0203T not found
[    6.009747] nouveau W[   VBIOS][0000:01:00.0] M0203E not matched!

Что нужно задать, чтобы его убрать? В компьютере видеокарта Nvidia
GeForce 8400 GS. Если что, я могу запретить загрузку модуля nouveau, там
графика не нужна (система используется как NAS и VPN).

4. В логах при загрузке бывают Tainted, например, в понедельник и
сегодня это был swapper, причём между этими днями система была
перезагружена дважды и таких сообщений не было:
[root@backup ~]# grep ainted: /var/log/kernel/warnings
Apr  3 12:32:39 backup kernel: [   11.188992] CPU: 0 PID: 0 Comm:
swapper/0 Tainted: G        W       4.1.39-un-def-alt0.M70P.2 #1
Apr  7 09:30:25 backup kernel: [    7.428803] CPU: 0 PID: 0 Comm:
swapper/0 Tainted: G        W       4.1.39-un-def-alt0.M70P.2 #1

5. Есть проблема: после обновления ядра до 4.1.39 система стала
подвисать. Причём это не kernel panic, а именно глухой вис.
Память проверил. Конденсаторы на материнской плате и в блоке питания
проверил. Загрузочный том - md raid 1, swap - том LVM mirror type raid1,
на дисках ошибок нет, кабели SATA в порядке. Подозреваю, что причина та
же, что и у описанного чуть выше (п.4)

6. Сообщения в консоли при загрузке:
6.1. "init: 35: /init: cannot create /proc/sys/kernel/hotplug: Directory
nonexistent" - это явно ошибка в инит-скрипте.
6.2. "Finding module dependencies: depmod: ERROR: fstatat(4, nvidia): No
such file or directory" - понятно, что не находит файл nvidia, только
непонятно, где depmod его ищет.
Локализация:
==================================================
[root@backup ~]# grep -nC1 "Finding module dependencies"
/etc/rc.d/rc.sysinit
279-if [ -z "$fastboot" -a -x /sbin/depmod ] && is_yes "$USEMODULES"; then
280:    INITLOG_ARGS= action "Finding module dependencies:" depmod -A
281-fi
==================================================


-- 
Станислав Дёгтев

Re: [Comm] ошибки и предупреждения ядра 4.1.39

[Michael Shigorin]

On Fri, Apr 07, 2017 at 11:56:26PM +0500, Stas wrote:
> Седьмая платформа.

Пора на восьмую перебираться, поддержка седьмой и в серверной
части вообще-то прошлым летом официально завершена.

> 5. Есть проблема: после обновления ядра до 4.1.39 система стала
> подвисать. Причём это не kernel panic, а именно глухой вис.

un-def идёт с CONFIG_PREEMPT, может добавлять проблем.

> 6. Сообщения в консоли при загрузке:
> 6.1. "init: 35: /init: cannot create /proc/sys/kernel/hotplug: Directory
> nonexistent" - это явно ошибка в инит-скрипте.

Да, стоит повесить на make-initrd (хотя в сизифе он уже сильно
другой и не факт, что входящий в p7 будут трогать по косметике).

> 6.2. "Finding module dependencies: depmod: ERROR: fstatat(4,
> nvidia): No such file or directory" - понятно, что не находит
> файл nvidia, только непонятно, где depmod его ищет.

Можно запустить тот depmod -A руками под strace да посмотреть
-- скорее всего, где-то под /lib/modules/ есть битый симлинк.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] ошибки и предупреждения ядра 4.1.39

[Stas]

On 08.04.2017 12:52, Michael Shigorin wrote:
> On Fri, Apr 07, 2017 at 11:56:26PM +0500, Stas wrote:
>> Седьмая платформа.
> Пора на восьмую перебираться, поддержка седьмой и в серверной
> части вообще-то прошлым летом официально завершена.

В восьмой ошибок больше :).
Всё никак не соберусь оформить багрепорт по одной из ошибок скрипта в
initrd.

-- 
Станислав Дёгтев
Служба "Ваш админ"
 Мои контакты:
 - jabber: grumbler@grumbler.org
 - email: stas.grumbler@gmail.com и stas@vashadmin.su
 - телефоны в Е-бурге +79045430461, +79222112259, +79505571146

Re: [Comm] ошибки и предупреждения ядра 4.1.39

[Michael Shigorin]

On Sat, Apr 08, 2017 at 01:39:30PM +0500, Stas wrote:
> В восьмой ошибок больше :).  Всё никак не соберусь оформить
> багрепорт по одной из ошибок скрипта в initrd.

А зря, тем паче что в сизифе уже make-initrd 2.0 :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] ошибки и предупреждения ядра 4.1.39

[Алексей Варакин]

Здравствуйте!
1) Попробуйте сделать также, как написано на этом сайте - http://linuxza.blogspot.ru/2011/09/usb.html
2) NO_HZ FULL will not work with unstable sched clock - это можно попытаться убрать путем передачи параметра в grub2 "nohz=no". На появление данной ошибки может влиять некоректно работающий clocksource в ядре или что-то ещё...
3) Судя по поиску в Яндексе и Гугле - проблема в драйвере nouveau. Я у себя в Центре управления системой принудительно выставил "nvidia(propietary)" вместо "автоматически"...
4) Возможно, влияет некоректно работающий clocksource в ядре.
5) Такие жёсткие висяки могут связаны с NO_HZ FULL will not work with unstable sched clock. У меня в своё время такое же было.
6) Ничего подсказать не могу, извините.
-- 
С уважением,
Варакин Алексей.


08.04.2017, 01:57, "Stas" <stas.grumbler@gmail.com>:
> Приветствую!
>
> Седьмая платформа. Обновил ядро до 4.1.39-un-def, отказался от ядер 3.*
> из-за ошибок взаимодействия с самбой ("BUG: ... smbd not tainted G ...")
> Ядро теперь выдаёт предупреждения и ошибки, которых не было в третьей
> версии. Хочется их убрать.
>
> 1. Как выставить правильный порядок загрузки модулей в initrd? Конкретно
> - чтобы сначала грузился ehci_hcd, потом uhci_hcd и/или ohci_hcd
> [ 5.554250] Warning! ehci_hcd should always be loaded before uhci_hcd
> and ohci_hcd, not after
>
> 2. Cообщение ядра во время загрузки
> [ 0.161008] ------------[ cut here ]------------
> [ 0.161134] WARNING: CPU: 3 PID: 45 at kernel/time/tick-sched.c:192
> can_stop_full_tick+0x2bf/0x2d0()
> [ 0.161318] NO_HZ FULL will not work with unstable sched clock
> [ 0.161354] Modules linked in:
>
> [ 0.161596] CPU: 3 PID: 45 Comm: kdevtmpfs Not tainted
> 4.1.39-un-def-alt0.M70P.2 #1
> ...
>
> Какова причина - ошибка в каком-то модуле или неверно заданный параметр
> ядра?
>
> 3. Cообщение ядра во время загрузки
> [ 6.009745] nouveau W[ VBIOS][0000:01:00.0] M0203T not found
> [ 6.009747] nouveau W[ VBIOS][0000:01:00.0] M0203E not matched!
>
> Что нужно задать, чтобы его убрать? В компьютере видеокарта Nvidia
> GeForce 8400 GS. Если что, я могу запретить загрузку модуля nouveau, там
> графика не нужна (система используется как NAS и VPN).
>
> 4. В логах при загрузке бывают Tainted, например, в понедельник и
> сегодня это был swapper, причём между этими днями система была
> перезагружена дважды и таких сообщений не было:
> [root@backup ~]# grep ainted: /var/log/kernel/warnings
> Apr 3 12:32:39 backup kernel: [ 11.188992] CPU: 0 PID: 0 Comm:
> swapper/0 Tainted: G W 4.1.39-un-def-alt0.M70P.2 #1
> Apr 7 09:30:25 backup kernel: [ 7.428803] CPU: 0 PID: 0 Comm:
> swapper/0 Tainted: G W 4.1.39-un-def-alt0.M70P.2 #1
>
> 5. Есть проблема: после обновления ядра до 4.1.39 система стала
> подвисать. Причём это не kernel panic, а именно глухой вис.
> Память проверил. Конденсаторы на материнской плате и в блоке питания
> проверил. Загрузочный том - md raid 1, swap - том LVM mirror type raid1,
> на дисках ошибок нет, кабели SATA в порядке. Подозреваю, что причина та
> же, что и у описанного чуть выше (п.4)
>
> 6. Сообщения в консоли при загрузке:
> 6.1. "init: 35: /init: cannot create /proc/sys/kernel/hotplug: Directory
> nonexistent" - это явно ошибка в инит-скрипте.
> 6.2. "Finding module dependencies: depmod: ERROR: fstatat(4, nvidia): No
> such file or directory" - понятно, что не находит файл nvidia, только
> непонятно, где depmod его ищет.
> Локализация:
> ==================================================
> [root@backup ~]# grep -nC1 "Finding module dependencies"
> /etc/rc.d/rc.sysinit
> 279-if [ -z "$fastboot" -a -x /sbin/depmod ] && is_yes "$USEMODULES"; then
> 280: INITLOG_ARGS= action "Finding module dependencies:" depmod -A
> 281-fi
> ==================================================
>
> --
> Станислав Дёгтев
>
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community