The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"ошибка копирования на сетевой диск - truncate: Invalid argument"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Файловые системы, диски)
Изначальное сообщение [ Отслеживать ]

"ошибка копирования на сетевой диск - truncate: Invalid argument"  +1 +/
Сообщение от fafka email(ok) on 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

Буду очень признательна за любую помощь.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от KobaLTD (ok) on 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

или по религиозным соображения нужно именно копировать через свой хост?


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от fafka email(ok) on 11-Ноя-10, 13:44 
> а чем собственно не устраивает
> ssh root@10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar

Устроит любая команда, которая позволит защищенное копировани с remote на remote. Религия ни при чем, команда используется в скрипте для бекапа, на входе хосты могут быть и разные.
Скрипт запускается апдейтером, детищем моих коллег - программистов. Апдейтер при появлении любой ошибки откатывает обновления. Поэтому - такое условие. remote-remote и без ошибок

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от KobaLTD (ok) on 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>

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от fafka email(ok) on 11-Ноя-10, 15:11 
> религия в том что зачем гонять с хоста на хост через промежуточный
> хост - если на всех трех линух? не проще исключить 3
> хост из всей цепочки - такое решение если оно не завязано
> на дополнительную обработку на промежуточном хосте это "выдирание гланд через задний
> проход"
> ssh user@host1 scp /<path> user@host2:/<path>

судя по выводу с ключом -v - в моем случае все так и происходит. Передача данных происходит между 2мя хостами, 3й никак не задействуется, с него - только один коннект по ssh. Ну, да это лирика.
Ибо при Вашем варианте ошибка та же.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от fafka email(ok) on 11-Ноя-10, 15:20 
Не дает покоя вот что - раз уж это работает на другой машине - значит, лечится... Скоординируйте, пожалуйста - где копать, что искать
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "ошибка копирования на сетевой диск - truncate: Invalid argument"  +/
Сообщение от fafka (ok) on 21-Апр-11, 18:59 
Давно нашла решение проблемы, но забывала отписаться.
Проблема решается отключением у самбы параметра unix extensions
-добавить строку     
            unix extensions = no  
  в файл /etc/samba/smb.conf
- service smb restart
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру