Неадекватное поведение ESXTOP в некоторых SSH-клиентах

bad-esxtop

Первый раз, когда я ввёл ESXTOP и получил такой вывод, я подумал, что проблемы на хосте какие-то. Вместо нормальной интерактивной панели в полуминуты экран заливался набором мелькающих символов аки матрица. Однако и на остальных хостах кластера ситуация повторилась. При этом никаких особенных настроек на хостах ESXi не выявилось.

Тогда возникла мысль проверить реакцию через более привычный, бесплатный, но чуть менее удобный Putty. И о чудо:

putty-esxtop

Оказалось, проблема известная (VMware KB 2001448).

Вкратце — проблема вызвана несовпадением набора определений Terminfo, определяемого SSH-клиентом и поддерживаемого сервером.

Посмотреть варианты, поддерживаемые ESXi-хостом можно введя команду:

find /usr/share/terminfo/ -type f

Посмотреть значение переменной, определённое SSH-клиентом можно так:

echo $TERM

У Putty переменная вернула значение «xterm», что поддерживается ESXi. А у моего любимого SecureCRT оно оказалось иным:

securecrt-term

Решение — перед запуском команды ESXTOP принудительно указывать значение переменной TERM для её выполнения. Например:

TERM=vt102 esxtop

И тогда всё ок:

securecrt-term-esxtop

Добавить комментарий

Please log in using one of these methods to post your comment:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход /  Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход /  Изменить )

Connecting to %s