URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 93709
[ Назад ]

Исходное сообщение
"xen ttyS0 nut"

Отправлено taras.melnik , 21-Авг-12 11:07 
Доброго времени суток!

ситуация - есть старый apc back-ups pro 1400 с com-портом. Как водится, без родного кабеля. Паял кабеля из pinouts.ru, из /usr/share/doc/nut/docs/cables/apc.txt.gz. Далее - чудеса - на машине с арчем проверил шнуры - nut и apcupsd свое отрабатывают, на виндовой машине XP штатными средствами видно изменение состояния OB/OL. На боевом ibm system x3650 (в биосе отключен com-шаринг/мониторинг для айбиэмовских железок) стоит debian squeeze 2.6.32-5-xen-amd64, в grub добавлено xencons=off ибо о том, что xen жадина до компортов читал.  И что имеем - на шнурах которые будто дружат сo смартами nut при драйвере apcsmart(а back-ups pro считается смартом) - упс не виден, на простых сигнальных при genericups и соответсвующих шнурам upstype - ups.status: FSD LB OB в любом состоянии - есть питание от 220 или нет. apcupsd с каким-то смарт шнуром его видит но играться было мало времени - сразу ложит сервер, что скорее всего из-за того же ups.status: FSD LB OB.
запускал виртуалку хр как domu c проброшенным ttyS0 - и тут винда тоже ловит fsd и  вырубает систему. Везде со всеми шнурами пробовал и родной com, и usb-китайца, который на не ibm вел себя хорошо.
Куда копать?
зыж биос айбиэма обновил  - все так же. В dmesg | grep ttyS0
[    0.193164] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.193454] 00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
т.е xen компорт не забирает себе под консоль, как я понял.


Содержание

Сообщения в этом обсуждении
"xen ttyS0 nut"
Отправлено taras.melnik , 21-Авг-12 11:12 
вспомнил вдогонку- на том же ibm успешно вел себя другой упс - какойто древний mge с ком-портом - умел показывать изменение OB/OL, но был забракован из-за малой мощности, и при этом никаких xencons=off не использовалось..

"xen ttyS0 nut"
Отправлено taras.melnik , 27-Авг-12 14:28 
Cам отвечу - все оказалось просто - не зря думал, что виноват сервис BMC от IBM - в биосе параметр bmc enable/disable в disable не отключает сам монитор, а просто не отдает его наружу.
Решение - разрешить bmc, но держать его только во время post, после com-порт отдать системе (есть там такой вариант, что-то вроде pre-boot) Примечательно, что этот сервис вешается на все доступные комы, а не только на родные.