Никак не могу понять, где ошибка ... кто-нить выполнял задачу копирования с сервера Netware данных на станцию unix через ssh?
команда scp user@serverip:/volume/ /home/test
выдает ошибку
Connection to serverip closed by remote host.
На сервере netware остается висеть подключение к разделу, но копирование не проходит
Вроде должно работать... Добавьте ключ v это добавит информации, может быть удастся понять в чем проблема...
Возможно, еще понадобится ключ -r (Recursively copy entire directories. Note that scp follows symbolic links encountered in the tree traversal.), ещё может быть scp user@serverip:/volume/* /home/test
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = ru_RU.UTF-8
debug1: Sending command: scp -v -r -f /SYS/etc/crontab
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Connection to 192.168.1.200 closed by remote host.
Transferred: sent 1456, received 1280 bytes, in 0.4 seconds
Bytes per second: sent 3961.4, received 3482.5
debug1: Exit status -1
вот если выполнить команду
sftp user@serverip:etc/crontab /home/test
то скопирует, причем из /SYS/etc/crontab
то есть, получается по sftp по умолчанию выбирается раздел SYS?
возникла еще мысль посмотреть в сторону rsync ... есть какие-нить примеры использования быстрого данной утилиты?
Rsync - современный способ синхронизации файлов
спасибо за статью, уже начитался про rsync ... осталось только поднять его на сервере netware ... что лично для меня намного сложнее, чем поднять тот же ipx :(
Вообщем, решил поднять Rsync все же ... на сервере netware все поставил, добавил rsync и sshd в автозагрузку. но вот в чем проблемка ... на запрос
rsync -avvz serveruser@serverIP:/volume/* /home/user/
выдается ошибка
protocol version mismatch -- is your shell clean?
(see the rsync man page for an explanation)
rsync error: protocol incompatibility (code 2) at compat.c(171) [receiver=3.0.6]
Погуглил, нашел
Это сообщение обычно является следствием того, что Ваши запускающие скрипты или возможности удаленной оболочки производят лишний мусор в потоке, который rsync использует в качестве транспорта. Способ диагностирования этой проблемы следующий:
ssh remotehost /bin/true > out.dat
действительно, файл не нулевой, а с событиями моего подключения. куда копать - не пойму ... (.bashrc в netware вроде как тоже есть, но пробывал его менять - не помогло)
p.s. при попытки сконнектиться по rsync с kubuntu на kubuntu все проходит без проблем
А попробуй через гуи приконнектиться к netware и скопировать что ни будь.
Для этого в konqueror-e в строке адреса набирай: fish://user@serverip:port
port надо указывать только если он отличный от стандартного 21-го.
Это конечно, если тебе не для скрипта нужно.
сервак запросил пароль, подтвердил правильность:
SSHD-3.71-0 user@serverIP - SSH connection(1) accepted
до потом konqueror остался висеть, а сервак выдал жалобный писк и сообщение:
echo FISH:;exec /bin/sh -c ";f e
Отправить комментарий