Неадекватное поведение 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

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

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

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

Фотография Twitter

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

Фотография Facebook

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

Google+ photo

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

Connecting to %s