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

Исходное сообщение
"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено fafka , 11-Ноя-10 13:14

Доброго времени суток.
Суть проблемы вот в чем:
необходимо, чтобы команда(именно так - и источник, и приемник указаны как remote) отрабатывала без единой ошибки:
scp root@10.1.0.1:/backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar
На данный момент ошибка
scp:  truncate: Invalid argument  (при этом, файл на шару копируется, успешно открывается и т.д.)
есть сервер(ASPLinux Server V) - 10.1.0.1. Монтирую расшаренный ресурс NAS(10.1.0.2) в папку : /usr/shara02
строка в fstab
\\10.1.0.2\public  /usr/shara02  cifs root password=pass, uid=0, gid=501, username=root, 0  0
Серв 10.1.0.1 ходит сам на себя по ssh с использованием ключа rsa.
Команда
rsync /backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar отрабатывает нормально,
как и
cp /backup/1112.tar /usr/shara02/111.tar.
Также без ошибок отрабатывает в обратную сторону:
scp  root@10.1.0.1:/usr/shara02/111.tar root@10.1.0.1:/backup/1112.tar
На другом серваке(аналогичные конфиги ssh, аналогичная строка монтирования шары в fstab) также ошибок нет.
На всякий случай
[root@servername ~]# scp -v  root@10.1.0.1:/backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar
Executing: /usr/bin/ssh -v -x -oClearAllForwardings yes -t -l root 10.1.0.1 scp -v /backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 10.1.0.1 [10.1.0.1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 2 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '10.1.0.1' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /root/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
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 /backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar
Executing: program /usr/bin/ssh host 10.1.0.1, user root, command scp -v -t /usr/shara02/111.tar
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 10.1.0.1[10.1.0.1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 2 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '10.1.0.1' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /root/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
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 -t /usr/shara02/111.tar
Sending file modes: C0755 812032 1112.tar
Sink: C0755 812032 1112.tar
1112.tar                                      100%  793KB 793.0KB/s   00:00
scp: /usr/shara02/111.tar: truncate: Invalid argument
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Killed by signal 1.
debug1: channel 0: free: client-session, nchannels 1
Connection to 10.1.0.1 closed.
debug1: Transferred: stdin 0, stdout 0, stderr 33 bytes in 0.5 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 65.8
debug1: Exit status 1
Буду очень признательна за любую помощь.

Содержание

ошибка копирования на сетевой диск - truncate: Invalid argument,KobaLTD, 13:36 , 11-Ноя-10
- ошибка копирования на сетевой диск - truncate: Invalid argument,fafka, 13:44 , 11-Ноя-10
  - ошибка копирования на сетевой диск - truncate: Invalid argument,KobaLTD, 13:49 , 11-Ноя-10
    - ошибка копирования на сетевой диск - truncate: Invalid argument,fafka, 15:11 , 11-Ноя-10
      - ошибка копирования на сетевой диск - truncate: Invalid argument,fafka, 15:20 , 11-Ноя-10
ошибка копирования на сетевой диск - truncate: Invalid argument,fafka, 18:59 , 21-Апр-11

Сообщения в этом обсуждении

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено KobaLTD , 11-Ноя-10 13:36

>scp root@10.1.0.1:/backup/1112.tar root@10.1.0.1:/usr/shara02/111.tar
а чем собственно не устраивает
ssh root@10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar
или по религиозным соображения нужно именно копировать через свой хост?

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено fafka , 11-Ноя-10 13:44

> а чем собственно не устраивает
> ssh root@10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar
Устроит любая команда, которая позволит защищенное копировани с remote на remote. Религия ни при чем, команда используется в скрипте для бекапа, на входе хосты могут быть и разные.
Скрипт запускается апдейтером, детищем моих коллег - программистов. Апдейтер при появлении любой ошибки откатывает обновления. Поэтому - такое условие. remote-remote и без ошибок

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено KobaLTD , 11-Ноя-10 13:49

>> а чем собственно не устраивает
>> ssh root@10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar
> Устроит любая команда, которая позволит защищенное копировани с remote на remote. Религия
> ни при чем, команда используется в скрипте для бекапа, на входе
> хосты могут быть и разные
религия в том что зачем гонять с хоста на хост через промежуточный хост - если на всех трех линух? не проще исключить 3 хост из всей цепочки - такое решение если оно не завязано на дополнительную обработку на промежуточном хосте это "выдирание гланд через задний проход"
ssh user@host1 scp /<path> user@host2:/<path>

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено fafka , 11-Ноя-10 15:11

> религия в том что зачем гонять с хоста на хост через промежуточный
> хост - если на всех трех линух? не проще исключить 3
> хост из всей цепочки - такое решение если оно не завязано
> на дополнительную обработку на промежуточном хосте это "выдирание гланд через задний
> проход"
> ssh user@host1 scp /<path> user@host2:/<path>
судя по выводу с ключом -v - в моем случае все так и происходит. Передача данных происходит между 2мя хостами, 3й никак не задействуется, с него - только один коннект по ssh. Ну, да это лирика.
Ибо при Вашем варианте ошибка та же.

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено fafka , 11-Ноя-10 15:20

Не дает покоя вот что - раз уж это работает на другой машине - значит, лечится... Скоординируйте, пожалуйста - где копать, что искать

"ошибка копирования на сетевой диск - truncate: Invalid argument"
Отправлено fafka , 21-Апр-11 18:59

Давно нашла решение проблемы, но забывала отписаться.
Проблема решается отключением у самбы параметра unix extensions
-добавить строку
            unix extensions = no
  в файл /etc/samba/smb.conf
- service smb restart