Bug 24309

Summary:	Утилита sa1 не воспринимает формат /etc/sensors.conf
Product:	Sisyphus	Reporter:	А. Китайкин <cetus>
Component:	sysstat	Assignee:	bip <bip>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P3	CC:	bip
Version:	unstable
Hardware:	all
OS:	Linux

Description А. Китайкин 2010-10-15 10:25:40 MSD

Через /etc/cron.d/sysstat каждые 10 минут вызывается sa1. Каждый запуск сопровождается таким письмом:

Error: File /etc/sensors.conf, line 278: Parse error in chip name
Error: File /etc/sensors.conf, line 283: Label statement before first chip statement
Error: File /etc/sensors.conf, line 284: Label statement before first chip statement
Error: File /etc/sensors.conf, line 285: Label statement before first chip statement
Error: File /etc/sensors.conf, line 286: Label statement before first chip statement
Error: File /etc/sensors.conf, line 287: Label statement before first chip statement
Error: File /etc/sensors.conf, line 288: Label statement before first chip statement
Error: File /etc/sensors.conf, line 289: Label statement before first chip statement
Error: File /etc/sensors.conf, line 322: Compute statement before first chip statement
Error: File /etc/sensors.conf, line 323: Compute statement before first chip statement
Error: File /etc/sensors.conf, line 324: Compute statement before first chip statement
Error: File /etc/sensors.conf, line 325: Compute statement before first chip statement
Error: File /etc/sensors.conf, line 1073: Parse error in chip name
Error: File /etc/sensors.conf, line 1094: Parse error in chip name
Error: File /etc/sensors.conf, line 1104: Parse error in chip name
Error: File /etc/sensors.conf, line 1114: Parse error in chip name
Error: File /etc/sensors.conf, line 1124: Parse error in chip name

sysstat-9.1.5-alt1
lm_sensors-2.10.7-alt1.svn5316.qa1

Несовместимость версий?

Comment 1 Victor Forsyuk 2010-10-20 18:59:27 MSD

(In reply to comment #0)
> 
> sysstat-9.1.5-alt1
> lm_sensors-2.10.7-alt1.svn5316.qa1
> 
> Несовместимость версий?

sysstat собран с libsensors3. У Вас же установлен коктейль из пакетов: lm_sensors от второй версии, а libsensors3 - от третьей.

Честно говоря, я рассматриваю эту ситуацию как NOTABUG со стороны sysstat. Разве что Вы меня убедите, что в sysstat стоит добавить явный Conflict на lm_sensors, чтобы не дать пользователю выстрелить себе в ногу.

Comment 2 А. Китайкин 2010-10-21 12:46:19 MSD

rpm -ql lm_sensors3
/etc/rc.d/init.d/lm_sensors
/etc/sensors.d
/etc/sensors3.conf
...

Т.е. sysstat (в лице sa1), собранный с libsensors3, совершенно неправомочно лезет в файл /etc/sensors.conf, совершенно правомочно принадлежащий пакету lm_sensors, с соответствующим выхлопом. А должен бы обращаться к /etc/sensors3.conf, принадлежащему lm_sensors3, что, в свою очередь, должно быть отмечено соответствующей зависимостью на lm_sensors3.

Вероятно, я не совсем прав, и предложенный Вами конфликт на lm_sensors точнее описывает реальные связи пакета.

В обоих случаях при dist-upgrade мне было бы предложено избавиться от  lm_sensors или как-то еще урегулировать ситуацию.

Comment 3 Victor Forsyuk 2010-10-21 14:14:14 MSD

(In reply to comment #2)
> rpm -ql lm_sensors3
> /etc/rc.d/init.d/lm_sensors
> /etc/sensors.d
> /etc/sensors3.conf
> ...
> 
> Т.е. sysstat (в лице sa1), собранный с libsensors3, совершенно неправомочно
> лезет в файл /etc/sensors.conf, совершенно правомочно принадлежащий пакету
> lm_sensors, с соответствующим выхлопом. А должен бы обращаться к
> /etc/sensors3.conf, принадлежащему lm_sensors3, что, в свою очередь, должно
> быть отмечено соответствующей зависимостью на lm_sensors3.

Нет, Ваше описание не соответствует действительности. Это не собранные с этой библиотекой программы "лезут в файл", а сама библиотека:

$ strings /usr/lib/sa/sadc|fgrep .conf
$ strings /usr/lib/libsensors.so.4|fgrep .conf
/etc/sensors3.conf
/etc/sensors.conf

Таким образом, sysstat назначен виноватым в том, что Вы установили у себя неработающий комплект из подпакетов ПО lm_sensors разных версий.
 
> Вероятно, я не совсем прав, и предложенный Вами конфликт на lm_sensors точнее
> описывает реальные связи пакета.

Он не предложен мной. Я упомянул это как костыль для недопущения конкретного ляпа, который может допустить пользователь, и который, при этом, никакого отношения к собственно sysstat не имеет. А реальная связь у пакета sysstat только одна - libsensors.so.4.

> В обоих случаях при dist-upgrade мне было бы предложено избавиться от 
> lm_sensors или как-то еще урегулировать ситуацию.

У старой версии библиотеки libsensors осталось совсем немного клиентов. Я попробую инициировать их пересборку с новой версией, а старую убрать из репозитария.