Thread View: pl.comp.os.linux.sprzet
6 messages
6 total messages
Started by MaRc
Tue, 12 Mar 2013 20:42
rx droped na eth
Author: MaRc
Date: Tue, 12 Mar 2013 20:42
Date: Tue, 12 Mar 2013 20:42
108 lines
3557 bytes
3557 bytes
Witam Pojawiły mi się na sieciówce dropy na rx'ie, od kiedy dokładnie nie wiem. w kazdymbądź razie klient "traci pakiety", co prawda nie ma sla ale dzięki niemu widzę, coś dziwnego na ethernecie. #v+ UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:55769925785 errors:1 dropped:60522883 overruns:0 frame:1 TX packets:44111147524 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:56885758747946 (51.7 TiB) TX bytes:18351028510261 (16.6 TiB) Interrupt:16 Memory:f8000000-f8012800 #v- patrząc na ten licznik dropów nie za każdym razem odświerzenia się zmienia, ale w momencie jego zmiany wyalane są do niego pakiety. czym to może być spowodowane? podejrzewam, że coś elektrycznie. wymieniłem kabelek, ale nie wiele to pomogoło (co prawda tej samej firmy co ten pierwszy ale jednak inny). jest to wpięte do cisco cat65 i spina się to po gigabicie #v+ ~ $ sudo ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: g Wake-on: d Link detected: yes marcin@john ~ $ sudo ethtool -S eth0 NIC statistics: rx_bytes: 56900006181032 rx_error_bytes: 0 tx_bytes: 18355083116455 tx_error_bytes: 0 rx_ucast_packets: 55779653274 rx_mcast_packets: 2278190 rx_bcast_packets: 2882330 tx_ucast_packets: 44120968290 tx_mcast_packets: 2119365 tx_bcast_packets: 9348 tx_mac_errors: 0 tx_carrier_errors: 0 rx_crc_errors: 1 rx_align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 tx_deferred: 0 tx_excess_collisions: 0 tx_late_collisions: 0 tx_total_collisions: 0 rx_fragments: 0 rx_jabbers: 0 rx_undersize_packets: 0 rx_oversize_packets: 0 rx_64_byte_packets: 282134728 rx_65_to_127_byte_packets: 1051450321 rx_128_to_255_byte_packets: 2547985372 rx_256_to_511_byte_packets: 1303641609 rx_512_to_1023_byte_packets: 1475340304 rx_1024_to_1522_byte_packets: 1879621204 rx_1523_to_9022_byte_packets: 0 tx_64_byte_packets: 4111006739 tx_65_to_127_byte_packets: 3913593110 tx_128_to_255_byte_packets: 2049616952 tx_256_to_511_byte_packets: 846957827 tx_512_to_1023_byte_packets: 1758436250 tx_1024_to_1522_byte_packets: 1378715053 tx_1523_to_9022_byte_packets: 0 rx_xon_frames: 0 rx_xoff_frames: 0 tx_xon_frames: 0 tx_xoff_frames: 0 rx_mac_ctrl_frames: 0 rx_filtered_packets: 1761457 rx_ftq_discards: 0 rx_discards: 0 rx_fw_discards: 60540401 #v- sieciówka, to orginalny bnx2 w dell 1950. gdzie szukać jeszcze przyczyny? z gory dzięki za podpowiedzi. -- MaRc Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a wówczas pobije cię swoimi argumentami.
Re: rx droped na eth
Author: MaRc
Date: Wed, 13 Mar 2013 08:44
Date: Wed, 13 Mar 2013 08:44
40 lines
1244 bytes
1244 bytes
On 12.03.2013 20:42, MaRc wrote:> RX packets:55769925785 errors:1 dropped:60522883 overruns:0 frame:1 > rx_fw_discards: 60540401 po części znalazłem. Przepełnia sie bufor na sieciówce. ethtoolem zwiększyłem do maksymalnej wartości: #v+ # ethtool -g eth0 Ring parameters for eth0: Pre-set maximums: RX: 4096 RX Mini: 0 RX Jumbo: 0 TX: 4096 Current hardware settings: RX: 4096 RX Mini: 0 RX Jumbo: 0 TX: 256 #v- "4096" - czego to się odnosi? ilości wpisów, wykorzystania pamięci? jak sie to ma w praktyce? No i pomogło, prawie, bo teraz już tak dużo dropów nie ma, sporo zmniejszyła się ich liczba ale niestety nadal występuje. Na tej sieciówce nie ma zapiętago żadnego qosa, jest standardowe fifo. Zastanawiam się nad zastosowaniem RED'a, ale nie mogę znaleźć jakiegoś sensownego przykładu. Chciałbym zachować minimalne opóźnienia przy maksymalnej wydajności. ruchu jest okoł 65kppp. podzieliłby się ktoś jakimś przykładem użycia RED by wyskalować łącze 350Mbit? Z gory dzięki -- MaRc Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a wówczas pobije cię swoimi argumentami.
Re: rx droped na eth
Author: MaRc
Date: Wed, 13 Mar 2013 13:26
Date: Wed, 13 Mar 2013 13:26
27 lines
786 bytes
786 bytes
Zrobiłem jeszcze coś takiego: #v+ net.netfilter.nf_conntrack_max = 262144 error: permission denied on key 'net.ipv4.netfilter.ip_conntrack_count' net.core.wmem_max = 12582912 net.core.rmem_max = 12582912 net.ipv4.tcp_rmem = 10240 87380 12582912 net.ipv4.tcp_wmem = 10240 87380 12582912 net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_sack = 1 net.core.netdev_max_backlog = 50000 net.ipv4.tcp_no_metrics_save = 1 #v- pomogło, wiele pomogło ale niestety jeszcze co w odstępach około 1 minuty wypada 1 (o jeden podnosi się licznik dropped). gdzie szukać jeszcze przyczyny, bo mi się google skończylo :/ z góry dzięki -- MaRc Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a wówczas pobije cię swoimi argumentami.
Re: rx droped na eth
Author: ein
Date: Wed, 13 Mar 2013 14:54
Date: Wed, 13 Mar 2013 14:54
43 lines
1471 bytes
1471 bytes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MaRc wrote: > Zrobiłem jeszcze coś takiego: > > #v+ net.netfilter.nf_conntrack_max = 262144 error: permission > denied on key 'net.ipv4.netfilter.ip_conntrack_count' > net.core.wmem_max = 12582912 net.core.rmem_max = 12582912 > net.ipv4.tcp_rmem = 10240 87380 12582912 net.ipv4.tcp_wmem = 10240 > 87380 12582912 net.ipv4.tcp_window_scaling = 1 > net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_sack = 1 > net.core.netdev_max_backlog = 50000 net.ipv4.tcp_no_metrics_save > 1 #v- > > pomogło, wiele pomogło ale niestety jeszcze co w odstępach około 1 > minuty wypada 1 (o jeden podnosi się licznik dropped). > > gdzie szukać jeszcze przyczyny, bo mi się google skończylo :/ z > góry dzięki DROP w liczniku interfejsu nie oznacza, że ramka przyszła uszkodzona. Oznacza to że jajco odrzuciło pakiet. Może to oznaczać, że: - - maszynka się nie wyrabia, - - świadczy o zbyt małym limit połączeń (strzelam), - - zapchana kolejka fifo, - - problem z ramkami w L2, np. jak na zwykły interfejs przychodzi VLAN-owa (tagowana) ramka. - - i tu można mnożyć. Pytanie pomocnicze: Do czego służy ten serwerek? Jakie pakiety są odrzucane? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlFAhSAACgkQbhT/MDrqNUGZJgCgpO+A3IDzb9mAdCqfb3K10jBi uEMAn2tr6uwrktw6CJEawOdy+V/rpvZm =nUHG -----END PGP SIGNATURE-----
Re: rx droped na eth
Author: MaRc
Date: Wed, 13 Mar 2013 16:14
Date: Wed, 13 Mar 2013 16:14
46 lines
1364 bytes
1364 bytes
On 13.03.2013 14:54, ein wrote: > DROP w liczniku interfejsu nie oznacza, że ramka przyszła uszkodzona. > Oznacza to że jajco odrzuciło pakiet. Może to oznaczać, że: > - - maszynka się nie wyrabia, szczerze powiem to się nudzi. load około 0.1, procesory też bliskie 1-2% > - - świadczy o zbyt małym limit połączeń (strzelam), limity standardowe jak w defaulcie ma gentoo plus to co wrzuciłem w princie. mogę jakiegoś cata podesłać, tylko konkretnie co. > - - zapchana kolejka fifo, też możliwe. skoro zwiększeni bufora na sieciówce znacznie pomogło to może być jeszcze fifo kernelowe. > - - problem z ramkami w L2, np. jak na zwykły interfejs przychodzi > VLAN-owa (tagowana) ramka. hmm, teoretycznie nie powinno się to stać. serwerek tez ze światem wpięty jest na osobnego vlana. > - - i tu można mnożyć. to się zgadza, można mnożyć > > Pytanie pomocnicze: > Do czego służy ten serwerek? jest to koncentrator pppoe, a na tym ethernecie połączony jest "ze światem". Czyli idzie tu typowy ruch interenetowy > Jakie pakiety są odrzucane? hmm, gdybym to ja wiedział jakie. widzę tylko licznik na drop, co dokładnie jest dropowane to nie wiem. jak moge to sprawdzić? -- MaRc Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a wówczas pobije cię swoimi argumentami.
Re: rx droped na eth
Author: MaRc
Date: Thu, 14 Mar 2013 18:38
Date: Thu, 14 Mar 2013 18:38
11 lines
354 bytes
354 bytes
po moich zabiegach się poprawilo. ethtools -S nie pokazuje zwiększającej sie liczby dropowanych pakietow natomiast ifconfig dokładnie co 60sekund zwiększa licznik o 1. Jak mogę sprawdzić co konkretnie "wylatuje"? -- MaRc Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a wówczas pobije cię swoimi argumentami.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads