[Enrico Tagliavini]

Alla fine quindi era un problema di OVH?

Non ho avuto tempo di controllare. Sto cambiando lavoro e nazione, ho a malapena il tempo di fare gli aggiornamenti di sicurezza

Problema o no il server funziona e le performance sono quelle che mi aspetto, quindi nella mia TODO list questo problema ha priorità appena superiore a "migrare le stampanti ad IPv6"

Spero di avere tempo il mese prossimo, in ogni caso quando saprò qualcosa non mancherò di riferire. Grazie dell'interessamento

[torpado]

Alla fine quindi era un problema di OVH?

Problema di Ovh? Spiegati meglio

[EvolutionCrazy]

Alla fine quindi era un problema di OVH?

[EvolutionCrazy]

Io conservo la mia convizione che non si tratta di "problemi"... comunque per statistiche numeri confronta anche netstat -s

[Enrico Tagliavini]

Ho eseguito un test su server SYS con stesso kernel in uso sul server in tuo possesso e non riproduco lo stesso problema dei drop che riporti.

Grazie per aver fatto questo controllo torpado. Ti faccio sapere se trovo qualcosa nel pcap, se non ci salto fuori apro un ticket e vediamo. Se ci salto fuori posto un aggiornamento.

[Enrico Tagliavini]

Scusate il delay. Sono stato impegnato con altro. Ho fatto un test, catturando i pacchetti con tcpdump per un'ora e mezza e ho ricevuto zero errori in quel lasso di tempo. Non ho ancora analizzato il contenuto del pcap, vedo di farlo nei prossimi giorni.

Ho anche dato un occhio alle statistiche con ethtool

[root@cucciolo ~]# ethtool -S eth0
NIC statistics:
     rx_packets: 23668321
     tx_packets: 16032266
     rx_bytes: 26303448203
     tx_bytes: 5689520393
     rx_broadcast: 382816
     tx_broadcast: 8650
     rx_multicast: 25231
     tx_multicast: 809
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     multicast: 25231
     collisions: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     tx_restart_queue: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 869884
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_csum_offload_good: 22969847
     rx_csum_offload_errors: 28
     rx_header_split: 0
     alloc_rx_buff_failed: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     rx_dma_failed: 0
     tx_dma_failed: 0
     rx_hwtstamp_cleared: 0
     uncorr_ecc_errors: 0
     corr_ecc_errors: 0

Non ci sono errori a parte qualche checksum in RX. Non c'è il conteggio dei drop in RX tuttavia.

[EvolutionCrazy]

Non so a cosa sono dovuti... nel senso che io ho sempre ipotizzato che da un certo commit nel kernel fosse iniziato il conteggio proprio dovuto a frame ipv6 o altro tipo di traffico...

non ho mai indagato con tcpdump e simili sinceramente per identificare quali frame fossero a causare il problema o aumentare il counter...

proverò ad indagare magari su qualche macchina che fa poco poco traffico...

[torpado]

2 servers su 4 hanno lo stesso "problema" devo aprire tickets anch'io?
..

Io continuo a non verificare/riprodurre il problema sul server.

E' quindi utile definire il problema aperto da Enrico Tagliavini e riprodurlo per capire esattamente di quale caso sia coinvolto nei drop riportati.

Se hai lo stesso tipo di drop ma sai a cosa sono dovuti: no, non è necessario un ticket (ovviamente)

[EvolutionCrazy]

2 servers su 4 hanno lo stesso "problema" devo aprire tickets anch'io?

Idem lo vedo da decine di fornitori... molto dipende dal propri "vicini di rack" e anche dal traffico ricevuto...

eth0      Link encap:Ethernet  HWaddr 4C:72:B9:24:D2:D8
          inet addr:xxxx  Bcast:188.165.230.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3789442928 errors:0 dropped:377244772 overruns:0 frame:0
          TX packets:6507856878 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:382464721151 (356.1 GiB)  TX bytes:1013225615960 (943.6 GiB)
          Interrupt:20 Memory:fe500000-fe520000

eth0      Link encap:Ethernet  HWaddr 00:25:90:23:4D:50
          inet addr:xxxxx  Bcast:94.23.55.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12202889379 errors:0 dropped:21034 overruns:0 frame:0
          TX packets:18936627346 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1527495040736 (1.3 TiB)  TX bytes:3177555390704 (2.8 TiB)
          Interrupt:16 Memory:fbce0000-fbd00000

[torpado]

Grazie EvolutionCrazy, provvederò a controllare.

Sono io il mio sistemista, fino ad ora non mi era mai accorto di tale drop e mi ero perso questo cambiamento nel report dei drop. Controllerò con tcpdump.

Grazie
Enrico

Ho eseguito un test su server SYS con stesso kernel in uso sul server in tuo possesso e non riproduco lo stesso problema dei drop che riporti.

@EvolutionCrazy, grazie per la segnalazione, ma non si tratta di drop gestiti dal kernel in questo caso.

[Enrico Tagliavini]

Grazie EvolutionCrazy, provvederò a controllare.

Sono io il mio sistemista, fino ad ora non mi era mai accorto di tale drop e mi ero perso questo cambiamento nel report dei drop. Controllerò con tcpdump.

Grazie
Enrico

[EvolutionCrazy]

che kernel stai usando?

ne hai parlato con il tuo sistemista?

E' normalissimo avere dropped packets sui kernel recenti...

http://www.novell.com/support/kb/doc.php?id=7007165

Cause

Beginning with kernel 2.6.37, it has been changed the meaning of dropped packet count. Before, dropped packets was most likely due to an error. Now, the rx_dropped counter shows statistics for dropped frames because of:

Softnet backlog full
Bad / Unintended VLAN tags
Unknown / Unregistered protocols
IPv6 frames when the server is not configured for IPv6

If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.

Secondo la mia esperienza non si tratta di un problema hardware... quasi sempre sono frame ipv6 o protocolli non gestiti... ma queste cose te le sa dire il tuo sistemista che ha accesso alla macchina e sa che kernel e distribuzione stai usando e come è stata configurata

[torpado]

È da più di 6 settimane che ho ricevuto un server SYS-E32-1. Poco dopo averlo ricevuto ho installato il sistema di monitoring munin. Da quando l'ho installato mi sono accorto che ci sono una numbero (basso, ma costante) di pacchetti ethernet droppati in ricezione. Tanto per darvi un'idea:

# ip -s link show dev eth0 ; uptime
4: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    86722173   19154536 0       12052   0       17780  
    TX: bytes  packets  errors  dropped carrier collsns 
    270740067  12774598 0       0       0       0      
 17:51:17 up 41 days, 23:05

Poco meno di 12 l'ora. Dal grafico di munin è chiaro che si tratta di qualcosa di costante e periodica nel tempo, il grafico è perfettamente piatto con un valore costante. Non ho notato malfunzionamenti particolari al momento e non ho effettuato alcun test di banda.

Volevo chiedere consiglio su cosa fare. Aprire un ticket o non ha senso? Altro?

Grazie,
Enrico

Ciao, in questo caso apri pure un ticket :

http://www.soyoustart.it/contatto-servizio-clienti.xml
--
Si tratta molto probabilmente di un problema hardware che necessita verifica nel dettaglio :
puoi eseguire un test hardware per avere un riscontro immediato della presenza di eventuali difetti su scheda rete, dischi, ram e processore.

[Enrico Tagliavini]

È da più di 6 settimane che ho ricevuto un server SYS-E32-1. Poco dopo averlo ricevuto ho installato il sistema di monitoring munin. Da quando l'ho installato mi sono accorto che ci sono una numbero (basso, ma costante) di pacchetti ethernet droppati in ricezione. Tanto per darvi un'idea:

# ip -s link show dev eth0 ; uptime
4: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    86722173   19154536 0       12052   0       17780  
    TX: bytes  packets  errors  dropped carrier collsns 
    270740067  12774598 0       0       0       0      
 17:51:17 up 41 days, 23:05

Poco meno di 12 l'ora. Dal grafico di munin è chiaro che si tratta di qualcosa di costante e periodica nel tempo, il grafico è perfettamente piatto con un valore costante. Non ho notato malfunzionamenti particolari al momento e non ho effettuato alcun test di banda.

Volevo chiedere consiglio su cosa fare. Aprire un ticket o non ha senso? Altro?

Grazie,
Enrico