🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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
#72738
Author: MaRc
Date: Tue, 12 Mar 2013 20:42
108 lines
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
#72739
Author: MaRc
Date: Wed, 13 Mar 2013 08:44
40 lines
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
#72740
Author: MaRc
Date: Wed, 13 Mar 2013 13:26
27 lines
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
#72741
Author: ein
Date: Wed, 13 Mar 2013 14:54
43 lines
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
#72742
Author: MaRc
Date: Wed, 13 Mar 2013 16:14
46 lines
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
#72743
Author: MaRc
Date: Thu, 14 Mar 2013 18:38
11 lines
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