From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Injected-Via-Gmane: http://gmane.org/ To: sisyphus@lists.altlinux.org From: "Alexei V. Mezin" Date: Thu, 19 Aug 2021 21:16:33 +0300 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 X-Mozilla-News-Host: news://gmane.org:119 Content-Language: ru Subject: [sisyphus] =?utf-8?b?0KfRgtC+INC20LUg0LTQtdC70LDRgtGMINGBINC40L0=?= =?utf-8?b?0YLQtdC70L7QstGB0LrQvtC5INGB0LXRgtC10LLRg9GF0L7QuT8=?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: alexei.mezin@gmail.com, ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2021 18:16:47 -0000 Archived-At: List-Archive: List-Post: Или с systemd? Или с etcnet? Дано: компьютер с интеловской сетевухой, обслуживается модулем e1000e, система p9. Под малейшей нагрузкой сетевуха "подвисает", выглядит вот так: [635.855986] e1000e 0000:00:19.0 lan: Detected Hardware Unit Hang: TDH TDT <12> next_to_use <12> next_to_clean buffer_info[next_to_clean]: time_stamp <100051428> next_to_watch jiffies <100051ec0> next_to_watch.status <0> MAC Status <80283> PHY Status <792d> PHY 1000BASE-T Status <3800> PHY Extended Status <3000> PCI Status <10> В интернетах пишут, что давно известный то ли баг, то ли фича интеловских драйверов, и что даже в 5.10.ххх это очередной раз исправили. Но нет, во всяком случае на всех std-un-def из p9 глючит. Рекомендуют ethtool -K gso off gro off tso off, и это действительно помогает. Но вызывать команду ручками каждый раз после перезагрузки неудобно. Попытки использовать /etc/net/ifaces/lan/ethtool ни к чему не привели. Почему-то не работает. Ок, решил попробовать так: # cat /etc/systemd/network/70-lan.link [Match] MACAddress=00:15:17:d4:ae:4e [Link] TCPSegmentationOffload=false GenericSegmentationOffload=false GenericReceiveOffload=false После перезагрузки получаю # ethtool -k lan | egrep "tcp-seg|segmentation-offload" tcp-segmentation-offload: on tx-tcp-segmentation: on generic-segmentation-offload: off То есть gso выключилось, как и просили. А tso нет. Гугл говорит, что в далеком 2017 году был некий баг на systemd https://github.com/systemd/systemd/issues/6854 Ну прям один в один. Однако, баг какой-то мутный, почему-то в нем ссылаются на другие параметры, а потом просто закрывают. Как понять, что происходит? Баг закрыли, но не исправили? Исправили и снова сломали? Он тут вообще не при чем, и что-то в системе мешает изменить параметры сетевухи на этапе загрузки?