From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.2.5 Message-ID: <516ADDFB.9080006@complife.ru> Date: Sun, 14 Apr 2013 20:48:59 +0400 From: "Michael A. Kangin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: ALT Linux sysadmins' discussion Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [Sysadmins] veth packet loss X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmins' discussion List-Id: ALT Linux sysadmins' discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Apr 2013 16:49:08 -0000 Archived-At: List-Archive: Добрый день. Случилась со мной намедни преудивительная история - начала временами пропадать связь с филиалом - куча потерь пакетов. Причем, связь с самим рутером в этом филиале через интернет не пропадает, и в логах OpenVPN всё чисто. После стандартных шаманств по уменьшениям размеров пакетов и пингов в различных комбинациях выяснилось, что потеря пакетов происходит между VZ-контейнером, где живёт OpenVPN, и хостнодой. Сеть там типа veth. Потери пакетов на пингах mtr'ом составляют где-то 15%. В логах на хостноде всё чисто, в dmesg всё хорошо. При потерях пакетов загрузки системы мизерная. Всякие там user_beancounters без превышения лимитов. Пакеты теряются так: вроде всё хорошо-хорошо, потом бац! - пропадает десяток пингов один за другим, потом опять всё хорошо. Наверное, злобные pps какие-то, подумал я, включил помониторить. Нагрузка в среднем 300-400 pps, никак при потерях не меняется. Причем доведение видеонаблюдением до 10-11 kpps в спокойный период никаких проблем не создаёт. Включив ради очередного тесту arping на проблемный адрес заметил, что все потери тут же исчезли. А остановив его, тут же получил новую порцию их. Ага, сказал я. Помониторил запись в arp-кеше для этого адреса, и точно - в период потерь вместо адреса MAC появляется , а потом MAC снова появляется и цикл потерь прекращается. Прописывание статического MACа проблему на_сейчас решило. Вот ведь!!! налицо всёже глюк. Почему пропадает MAC-адрес? он пропадает явно быстрей, чем стандартное время жизни в 60 секунд. И порой не стремится быстро отрезолвится назад, период пропажи пакетов может длиться секунд 15. Проблема такая набигает эпидемией, я вижу уже второй такой случай за последний месяц. (до этого 6 месяцев полёт нормальный). Ядро: 2.6.32-ovz-el-alt40.M60P.2 Ну и собственно вопрос - как правильно инициализировать статические arp-записи при старте системы? про rc.local догадываюсь, конечно, но может как-то etcnet'ом? -- wbr, Michael A. Kangin