<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Низкая производительность диска на чтение</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html</link>
    <description>Есть два сервера А и Б, на сервере Б запустил mv -v каталога с А на локальный диск сервера Б через NFS. Вывод команды mv периодически подвисает на несколько секунд. Стал смотреть в чём затык. sar -d 1 на сервере Б никакой дисковой активности на запись в момент подвисаний не показывает, iptraf соответственно показывает никакой трафик, но, внимание, если запускаю sar -d 1 на сервере А, то процесс перемещения прёт с нормальной скоростью, без затыков. Прибиваю sar на сервере А - передача затыкается. Запускаю - прёт снова. Чего я недогоняю?&lt;br&gt;</description>

<item>
    <title>Низкая производительность диска на чтение (me)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#10</link>
    <pubDate>Sat, 01 Nov 2014 18:51:57 GMT</pubDate>
    <description>&amp;gt; Вообще такое подозрение, что где-то время от времени теряются пакетики. Потерялся-таймаут, &lt;br&gt;&amp;gt; потерялся - снова таймаут. Очень похожее поведение.&lt;br&gt;&lt;br&gt;так и есть, скорее всего.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (me)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#9</link>
    <pubDate>Sat, 01 Nov 2014 18:48:30 GMT</pubDate>
    <description>&amp;gt;&amp;gt; поробуй tcpdump на A и Б на тех интерфейсах что движут трафф &lt;br&gt;&amp;gt;&amp;gt; (только на А это надо в файл писать, и может, в &lt;br&gt;&amp;gt;&amp;gt; скрине и скрин - закрыть, что-б он траф не слал, что-б &lt;br&gt;&amp;gt;&amp;gt; не смешивать его с эффектом, который ты и без того ловишь).&lt;br&gt;&amp;gt; чёт-туплю чего в tcpdump-е смотреть-то?&lt;br&gt;&amp;gt;&amp;gt; Посмотреть, кто первым заткнется.&lt;br&gt;&lt;br&gt;кто первым  заткнется. кто-то, скорее всего Б, в какой-то момент перестал слышать А.&lt;br&gt;не похоже, что-б это была проблема Б. так что либо А либо свитч. Посмотреть, все-ли видит Б, что А отправляет.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (Anonymus)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#8</link>
    <pubDate>Sat, 01 Nov 2014 09:03:40 GMT</pubDate>
    <description>Вообще такое подозрение, что где-то время от времени теряются пакетики. Потерялся-таймаут, потерялся - снова таймаут. Очень похожее поведение.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (Anonymus)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#7</link>
    <pubDate>Sat, 01 Nov 2014 05:49:30 GMT</pubDate>
    <description>&amp;gt; поробуй tcpdump на A и Б на тех интерфейсах что движут трафф &lt;br&gt;&amp;gt; (только на А это надо в файл писать, и может, в &lt;br&gt;&amp;gt; скрине и скрин - закрыть, что-б он траф не слал, что-б &lt;br&gt;&amp;gt; не смешивать его с эффектом, который ты и без того ловишь). &lt;br&gt;&lt;br&gt;чёт-туплю чего в tcpdump-е смотреть-то?&lt;br&gt; &lt;br&gt;&lt;br&gt;&amp;gt; Посмотреть, кто первым заткнется. Машины, кстати, в одном сегменте стоят или через &lt;br&gt;&amp;gt; роутер? Если в одном, я-б сразу arp таблицу посмотрел в момент, &lt;br&gt;&amp;gt; когда они заткнуться и сравнил с маками на интерфейсах. Не теряет-ли &lt;br&gt;&amp;gt; Б, часом мак А. Тогда твоё соединение пишущее может как обновлятор &lt;br&gt;&amp;gt; работь для него все время.&lt;br&gt;&lt;br&gt;Один сегмент, с маками и arp всё в порядке - проверил.&lt;br&gt;&lt;br&gt;Тот диск, что я снял с А был с системой. Я воткнул его в другой комп, поправил ip, hostname, воткнул вместо А тем же самым патчкордом. Никаких проблем с копированием не заметил. Может чего с железом не так, и с чего вдруг не так? В dmesg ничего подозрительного не видать.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (me)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#6</link>
    <pubDate>Thu, 30 Oct 2014 11:05:03 GMT</pubDate>
    <description>&amp;gt; Ты прав. Влияет именно вывод в консоль через ssh.&lt;br&gt;&amp;gt; Пробовал в обратную сторону, в Б на А, команда копирования выполняется на &lt;br&gt;&amp;gt; стороне А. Никаких проблем нет, причём прёт в три раза быстрее. &lt;br&gt;&amp;gt; Куда копать - не пойму. Туплю до сих пор, а делать чё-та &lt;br&gt;&amp;gt; надо.&lt;br&gt;&lt;br&gt;это сетевые стэйты очевидно, хз - где, искать надо. На вскидку приходят в глову сразу arp, фильтр, fdb (эта может протухнуть и хостах и на свитче).&lt;br&gt;&lt;br&gt;поробуй tcpdump на A и Б на тех интерфейсах что движут трафф (только на А это надо в файл писать, и может, в скрине и скрин - закрыть, что-б он траф не слал, что-б не смешивать его с эффектом, который ты и без того ловишь).&lt;br&gt;&lt;br&gt;Посмотреть, кто первым заткнется. Машины, кстати, в одном сегменте стоят или через роутер? Если в одном, я-б сразу arp таблицу посмотрел в момент, когда они заткнуться и сравнил с маками на интерфейсах. Не теряет-ли Б, часом мак А. Тогда твоё соединение пишущее может как обновлятор работь для него все время.  &lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (Anonymus)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#5</link>
    <pubDate>Wed, 29 Oct 2014 07:49:49 GMT</pubDate>
    <description>Ты прав. Влияет именно вывод в консоль через ssh.&lt;br&gt;Пробовал в обратную сторону, в Б на А, команда копирования выполняется на стороне А. Никаких проблем нет, причём прёт в три раза быстрее.&lt;br&gt;Пробовал iperf, он показывает одинаковую пропускную способность в обе стороны.&lt;br&gt;Load average в htop ниже нуля во всех случаях.&lt;br&gt;Параметры монтирования NFS одинаковые. Диск уже стоит другой, от него ничего не зависит.&lt;br&gt;Прошлые мои проблемы с NFS были связаны с долгим коннектом из-за rpcsec_gss_krb5.&lt;br&gt;Куда копать - не пойму. Туплю до сих пор, а делать чё-та надо.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (Anonymus)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#4</link>
    <pubDate>Wed, 29 Oct 2014 04:03:14 GMT</pubDate>
    <description>&amp;gt; А что lsof &amp;#124; grep sar говорит? А iotop? Что показывает htop &lt;br&gt;&amp;gt; в строке Load average не больше ли кол-во блокирующих процессов (которые &lt;br&gt;&amp;gt; ожидают ресурсов для продолжения работы) чем кол-во ядер в системе? По &lt;br&gt;&amp;gt; мидитируйте над выводом ps auxf &lt;br&gt;&lt;br&gt;Да какой там load average, простой файлопомоечный сервер, я-единственный юзер на тот момент.&lt;br&gt;О, тока что вспомнил, года полтора назад лечил тормоза в NFS. Щас поищу что тогда делал.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (Anonymus)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#3</link>
    <pubDate>Wed, 29 Oct 2014 03:58:34 GMT</pubDate>
    <description>Возможно, но периодически я переключался в screen-е, так что выхлопа в сеть иногда и не было.&lt;br&gt;Вобщем, то был бэкап перед заменой диска, сейчас воткну новый и буду посмотреть.&lt;br&gt;</description>
</item>

<item>
    <title>Низкая производительность диска на чтение (_KUL)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID1/95842.html#2</link>
    <pubDate>Wed, 29 Oct 2014 01:50:43 GMT</pubDate>
    <description>&amp;gt; Есть два сервера А и Б, на сервере Б запустил mv -v &lt;br&gt;&amp;gt; каталога с А на локальный диск сервера Б через NFS. Вывод &lt;br&gt;&amp;gt; команды mv периодически подвисает на несколько секунд. Стал смотреть в чём &lt;br&gt;&amp;gt; затык. sar -d 1 на сервере Б никакой дисковой активности на &lt;br&gt;&amp;gt; запись в момент подвисаний не показывает, iptraf соответственно показывает никакой трафик, &lt;br&gt;&amp;gt; но, внимание, если запускаю sar -d 1 на сервере А, то &lt;br&gt;&amp;gt; процесс перемещения прёт с нормальной скоростью, без затыков. Прибиваю sar на &lt;br&gt;&amp;gt; сервере А - передача затыкается. Запускаю - прёт снова. Чего я &lt;br&gt;&amp;gt; недогоняю?&lt;br&gt;&lt;br&gt;А что lsof &amp;#124; grep sar говорит? А iotop? Что показывает htop в строке Load average не больше ли кол-во блокирующих процессов (которые ожидают ресурсов для продолжения работы) чем кол-во ядер в системе? По мидитируйте над выводом ps auxf&lt;br&gt;</description>
</item>

</channel>
</rss>
