проблема при выполнении GZIP над SSH - PullRequest
0 голосов
/ 10 января 2011

Я получаю ошибку ниже при запуске команды gzip через ssh
ssh 123 @ HPUX "gzip"
ksh: gzip: не найдено

тогда как если я запускаю tar таким же образом, он работает правильно.
ssh 123 @ HPUX "tar"
tar: использование tar [-] {txruc} [eONvVwAfblhm {op}] [0-7 [lmh]] [файл ленты] [размер блока] [[-C каталог] файл] ...

Не могли бы вы подсказать, почему я получаю эту ошибку и как я могу преодолеть эту проблему?

Когда я попытался выполнить следующий шаг, gzip работает правильно
ssh 123 @ HPUX
GZIP
gzip: сжатые данные не записываются в терминал. Используйте -f для принудительного сжатия. Для получения справки введите: gzip -h это означает, что gzip работает.

Ответы [ 2 ]

1 голос
/ 10 января 2011

Ваш $path может быть установлен по-другому для сеанса интерактивного входа в систему, в отличие от выполнения одной команды через ssh.Работает ли это, если указать абсолютный путь к gzip?Попробуйте войти в систему в интерактивном режиме и использовать команду which gzip, чтобы показать, где находится двоичный файл.Возможно, это что-то вроде / usr / local / gnu / gzip.(Возможно, вы захотите сделать echo $path и запишите это для целей сравнения.) Затем попробуйте использовать этот путь в вашей пакетной команде SSH, то есть ssh 123@HPUX "/usr/local/gnu/gzip", чтобы посмотреть, что произойдет.Команда ssh 123@HPUX 'echo $path' (обратите внимание на одинарные кавычки!) Должна рассказать вам, как ваш $path установлен в этом контексте - если вы сравните это с вашим интерактивным $path, вы, вероятно, увидите разницу, объясняющую, почему gzip isn 'Не найдено в первой версии вашей пакетной команды.

0 голосов
/ 10 января 2011

Дикая догадка: ksh поднимает ошибку в первый раз. Когда вы делаете полный вход в SSH, вы используете ksh? Вы запускаете какие-либо сценарии, которые изменяют его путь?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...