<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: ошибка копирования на сетевой диск - truncate: Invalid argument</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html</link>
    <description>Доброго времени суток.&lt;br&gt;Суть проблемы вот в чем:&lt;br&gt;необходимо, чтобы команда(именно так - и источник, и приемник указаны как remote) отрабатывала без единой ошибки:&lt;br&gt;scp root&#064;10.1.0.1:/backup/1112.tar root&#064;10.1.0.1:/usr/shara02/111.tar&lt;br&gt;На данный момент ошибка &lt;br&gt;scp:  truncate: Invalid argument  (при этом, файл на шару копируется, успешно открывается и т.д.)&lt;br&gt;&lt;br&gt;есть сервер(ASPLinux Server V) - 10.1.0.1. Монтирую расшаренный ресурс NAS(10.1.0.2) в папку : /usr/shara02&lt;br&gt;строка в fstab &lt;br&gt;&#092;&#092;10.1.0.2&#092;public  /usr/shara02  cifs root password=pass, uid=0, gid=501, username=root, 0  0&lt;br&gt;Серв 10.1.0.1 ходит сам на себя по ssh с использованием ключа rsa.&lt;br&gt;Команда &lt;br&gt;rsync /backup/1112.tar root&#064;10.1.0.1:/usr/shara02/111.tar отрабатывает нормально,&lt;br&gt;как и&lt;br&gt;cp /backup/1112.tar /usr/shara02/111.tar.&lt;br&gt;Также без ошибок отрабатывает в обратную сторону:&lt;br&gt;scp  root&#064;10.1.0.1:/usr/shara02/111.tar root&#064;10.1.0.1:/backup/1112.tar&lt;br&gt;На другом серваке(аналогичные конфиги ssh, аналогичная строка монтирования шары в fstab) также ошибок нет.</description>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (fafka)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#6</link>
    <pubDate>Thu, 21 Apr 2011 14:59:57 GMT</pubDate>
    <description>Давно нашла решение проблемы, но забывала отписаться.&lt;br&gt;Проблема решается отключением у самбы параметра unix extensions&lt;br&gt;-добавить строку &lt;br&gt;            unix extensions = no   &lt;br&gt;  в файл /etc/samba/smb.conf&lt;br&gt;- service smb restart&lt;br&gt;</description>
</item>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (fafka)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#5</link>
    <pubDate>Thu, 11 Nov 2010 12:20:44 GMT</pubDate>
    <description>Не дает покоя вот что - раз уж это работает на другой машине - значит, лечится... Скоординируйте, пожалуйста - где копать, что искать&lt;br&gt;</description>
</item>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (fafka)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#4</link>
    <pubDate>Thu, 11 Nov 2010 12:11:16 GMT</pubDate>
    <description>&amp;gt; религия в том что зачем гонять с хоста на хост через промежуточный&lt;br&gt;&amp;gt; хост - если на всех трех линух? не проще исключить 3&lt;br&gt;&amp;gt; хост из всей цепочки - такое решение если оно не завязано&lt;br&gt;&amp;gt; на дополнительную обработку на промежуточном хосте это &quot;выдирание гланд через задний&lt;br&gt;&amp;gt; проход&quot;&lt;br&gt;&amp;gt; ssh user&#064;host1 scp /&amp;lt;path&amp;gt; user&#064;host2:/&amp;lt;path&amp;gt;&lt;br&gt;&lt;br&gt;судя по выводу с ключом -v - в моем случае все так и происходит. Передача данных происходит между 2мя хостами, 3й никак не задействуется, с него - только один коннект по ssh. Ну, да это лирика. &lt;br&gt;Ибо при Вашем варианте ошибка та же. &lt;br&gt;</description>
</item>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (KobaLTD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#3</link>
    <pubDate>Thu, 11 Nov 2010 10:49:54 GMT</pubDate>
    <description>&amp;gt;&amp;gt; а чем собственно не устраивает&lt;br&gt;&amp;gt;&amp;gt; ssh root&#064;10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar&lt;br&gt;&amp;gt; Устроит любая команда, которая позволит защищенное копировани с remote на remote. Религия&lt;br&gt;&amp;gt; ни при чем, команда используется в скрипте для бекапа, на входе&lt;br&gt;&amp;gt; хосты могут быть и разные&lt;br&gt;&lt;br&gt;религия в том что зачем гонять с хоста на хост через промежуточный хост - если на всех трех линух? не проще исключить 3 хост из всей цепочки - такое решение если оно не завязано на дополнительную обработку на промежуточном хосте это &quot;выдирание гланд через задний проход&quot;&lt;br&gt;&lt;br&gt;ssh user&#064;host1 scp /&amp;lt;path&amp;gt; user&#064;host2:/&amp;lt;path&amp;gt;&lt;br&gt;</description>
</item>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (fafka)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#2</link>
    <pubDate>Thu, 11 Nov 2010 10:44:38 GMT</pubDate>
    <description>&amp;gt; а чем собственно не устраивает&lt;br&gt;&amp;gt; ssh root&#064;10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar&lt;br&gt;&lt;br&gt;Устроит любая команда, которая позволит защищенное копировани с remote на remote. Религия ни при чем, команда используется в скрипте для бекапа, на входе хосты могут быть и разные.&lt;br&gt;Скрипт запускается апдейтером, детищем моих коллег - программистов. Апдейтер при появлении любой ошибки откатывает обновления. Поэтому - такое условие. remote-remote и без ошибок&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>ошибка копирования на сетевой диск - truncate: Invalid argument (KobaLTD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/90272.html#1</link>
    <pubDate>Thu, 11 Nov 2010 10:36:22 GMT</pubDate>
    <description>&amp;gt;scp root&#064;10.1.0.1:/backup/1112.tar root&#064;10.1.0.1:/usr/shara02/111.tar&lt;br&gt;&lt;br&gt;а чем собственно не устраивает&lt;br&gt;ssh root&#064;10.1.0.1 cp /backup/1112.tar /usr/shara02/111.tar&lt;br&gt;&lt;br&gt;или по религиозным соображения нужно именно копировать через свой хост?&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
