Newsgroup: it.comp.os.linux.sys
Titolo: Ci ho un server posseduto!!!

Stamani arriva il solito CL che lamenta che per ottenere una versione
da CVS su una delle macchine di sviluppo ci vogliono 20 minuti... oibo'
(penso io) avrai una qualche schifezza... controllo, ed effettivamente
e' di una lentezza penosa. E capisco anche perche': ottengo collisioni
a manetta sulla scheda di rete...
tanto per dare un'idea, questo e' un server "normale":
 > uptime
  1:54pm  up 140 days,  5:02,  1 user,  load average: 0.00, 0.00, 0.00
 > /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:10:4B:B0:59:FD  
          inet addr:192.168.1.15  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:40431182 errors:1005595 dropped:0 overruns:11 frame:1524908
          TX packets:39309371 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:2889766936 (2755.8 Mb)  TX bytes:1359938689 (1296.9 Mb)
          Interrupt:11 Base address:0x1400 
 > traceroute 192.168.1.15
traceroute to 192.168.1.15 (192.168.1.15), 30 hops max, 38 byte packets
 1  cvs (192.168.1.15)  0.244 ms  0.166 ms  0.117 ms
Questo e' quel server "di sviluppo":
 > uptime
  2:54pm  up 49 min,  1 user,  load average: 0.00, 0.00, 0.00
 > /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:50:DA:4B:A9:2B  
          inet addr:192.168.1.130  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:51204 errors:2454 dropped:0 overruns:1 frame:4907
          TX packets:45346 errors:0 dropped:0 overruns:0 carrier:0
          collisions:6803 txqueuelen:100 
          Interrupt:11 Base address:0xb800 
 > /usr/sbin/traceroute 192.168.1.15
traceroute to 192.168.1.15 (192.168.1.15), 30 hops max, 40 byte packets
 1  192.168.1.15 (192.168.1.15)  0 ms  0 ms *
Come accidenti e' possibile??? considerando che entrambi sono collegati
allo stesso switch...che lo switch stia andando a quel paese?
Qualche idea?
Davide

 Qualche idea?
Io ottenevo gli stessi problemi con un PC della mia LAN. 
Sostituendo il cavo di connessione ethernet con un'altro il tutto 
ha ripreso a funzionare correttamente.
Per fare la prova del 9 ho installato lo stesso cavo "difettoso" 
nella mia workstation per collegarmi : nuovamente collisioni a raffica!
-- 
Remove _NOTRASH to answer me!

 allo stesso switch...che lo switch stia andando a quel paese?
Possibile anche che il tuo server (o lo switch, quanto a quello) abbia
qualche difficoltà a settare l'autosensing del full-duplex (puoi provare
a forzarlo).
Potrebbe altrimenti essere il cavo di rete masticato dai topi.
Oppure la eth del server che inizia la strada per il walhalla delle NIC.
Capitate spesso, 'ste cose... (compreso un comportamento del genere
giusto-giusto sullo switch che sta tra il router e i due firewall... sai
che goduria... :-P
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 Sostituendo il cavo di connessione ethernet con un'altro il tutto 
Ho gia' cambiato il cavo, la scheda e poi l'intero computer.
L'unica cosa che e' rimasto uguale e' il disco fisso.
Tra l'altro ottengo gli stessi risultati spostando il computer
su un'altra connessione sullo stesso switch e su uno switch diverso...
*deve* essere qualche cosa di configurazione, ma cosa???
Davide

 a forzarlo).
Ok, buona questa la provero', per il resto vedi l'altra risposta...
Davide

 
dopo avere controllato tutto se ti rimangono dei problemi di do un 
suggerimento...
se per caso la macchina e' collegata ad un ups prova a staccarla ed ad 
alimentarla sulla non stabilizzata....
a volte ci sono casini con le masse virtuali di certi gruppi di 
continuità e certe schede di rete .. (ci ho messo circa 2 mesi a capire 
il problema mi si manifesta solo con le 3com e non col le dlink)
auguri...

 *deve* essere qualche cosa di configurazione, ma cosa???
Difficile che sia un problema software. Con lo switch puoi avere il
full-duplex e quindi nessuna collisione. Se ci sono (e ci sono) 
collisioni la scheda sta lavorando in half-duplex, quindi ci sono 
problemi di negoziazione tra la scheda e lo switch.
Ma ammesso che nella negoziazione i due apparati (scheda e switch)
stabiliscano una connessione half-duplex per qualche motivo lecito
(impostazione dello switch, impostazione della scheda) ed anche ammesso
che la connessione venga negoziata a soli 10 Mb/s il collegamento dovrebbe 
funzionare lo stesso senza ritardi di quel tipo. Quindi ci deve essere 
qualche problema nell'insieme scheda-->cavo->switch.
Avendo cambiato cavo, scheda, porta e switch non saprei cosa dirti :-)
Avete per caso fatto il cablaggio della rete con cavi schermati (stp/ftp)?
-- 
Vincenzo

 alimentarla sulla non stabilizzata....
Fatto pure quello... oramai l'unica cosa che rimane e' una
re-installazione da capo e poi un bel volo giu' dalle scale...
Davide

 quindi io cercherei qualcosa in quella direzione..
Ottimo, ma *come* ??
Davide

a volte ci sono casini con le masse virtuali di certi gruppi di
Scusa l'ignoranza... ma cosa e' una massa virtuale?


nei sistemi ups grandi si sta la trifase...
ora nella rete normale la trifase ha tre cavi per le fasi e un quarto 
che rappresenta il neutro collegato a massa...
quindi hai 220 volt fra fase e neutro e 380 fra fase e fase...
l'inverter potrebbe ricreare le fasi con un riferimento che none' 
fisicamente collegato a massa ma una elettronoca di controllo impone che 
il centro delle fasi sia piu' o meno a massa...
questo potrebbe causare casini....

 Avete per caso fatto il cablaggio della rete con cavi schermati (stp/ftp)?
Bho! E' stato fatto prima che io arrivassi quindi nun so... la cosa che
non capisco e' *perche'* questo e' l'unico che mi da' questi problemi.
Davide

 ragione perche' non ne ho proprio idea.
te la dico io la ragione... se ci sono problemi elettrici nei 
riferimenti mettere un hub switch di quelli piccoli che non hanno il 
riferimento di terra riesce a var rigenerare i riferimenti....

 non capisco e' *perche'* questo e' l'unico che mi da' questi problemi.
Se il cablaggio e` schermato possono esserci problemi con le masse.
La prova che ti consiglio (se non l'hai gia` fatta) e` di spostare
fisicamente il server e metterlo al posto di un altro utilizzando
il cavo di quest'ultimo. Sempre che i server non siano tutti vicini
magari in rack. A questo punto la prova non avrebbe piu` senso.
-- 
Vincenzo

 magari in rack. A questo punto la prova non avrebbe piu` senso.
I server sono in rack, comunque ho anche tirato fuori la macchina
e l'ho attaccata al posto della mia...
Davide

 riferimento di terra riesce a var rigenerare i riferimenti....
Di 'sto passo diventiamo un NG per elettricisti... ;-)
Uno skull che mette a terra ma poi rimbalza...


 e l'ho attaccata al posto della mia...
Ok, allora potresti collegare il server 'posseduto' direttamente su
una scheda di rete (eventualmente da installare - sempre che sia possibile) 
con un cavo cross UTP (possibilmente comprato gia` fatto) su un altro 
server funzionante ed abilitare il forwarding su quest'ultimo.
Se non puoi installare una scheda di rete su uno dei server funzionanti
potresti staccare il server funzionante prescelto dalla rete ed utilizzare 
la sua scheda gia` installata (collegandola al server 'guasto' sempre con il 
cavo cross) per fare una prova momentanea tipo trasferire in ftp un file 
abbastanza grande (200/300 MB) e vedere se il tempo di trasf. e` corretto 
(da 6 a 10 MByte/s se le schede si parlano a 100 - 1 MByte/s se si parlano a 10)
In questo modo se l'indemoniato continua a dare problemi puoi escludere
del tutto un problema all'esterno.
-- 
Vincenzo

 
a me capitava una cosa del genere...
3 cisco catalyst in stack per un totale di un centinaio di porte...
una macchina che viene attaccata direttamente allo switch va lenta 
(collisioni ed errori vari)
stacco la macchina la attacco ad uno switchettino (tipo procurve della 
hp) e lui al cisco e tutto funziona a meraviglia...
prendo lo switchettino e lo sostituisco con un intel e le cose tornano 
ad andare male...
differenza fra i due... il primo non ha la spina con la massa ed il 
secondo si!!!
rifaccio l'esperimento con due hub 10/110 (il primo con massa ed il 
secondo no)... stesso risultato...
l'unica cosa a cui penso e' che il pc riferisca i segnali della eth 
sulla massa...  e lo switch faccia uguale... perturbazioni sulla massa 
incasinano la cosa..
se metto un apparato che non ha questo riferimento l'elettronica 
funzionerà in modo diverso e le cose vanno!!
io comunque non compro piu' 3com....  era solo con quelle che avevo 
casino (tranne quella del portatile che notoriamente non ha massa...)
byez

 una scheda di rete (eventualmente da installare - sempre che sia possibile) 
ha-hummm... qui' si parla di ore di lavoro.. ci pensero' su'...
Davide

 allo stesso switch...che lo switch stia andando a quel paese?
le porte dello switch sono in autonegoziazione o sono forzate a 100/full?
se sono in auto negoziazione cosa negoziano?
che switch e`?
che schede di rete sono?
con mii-tool riesci a vedere se la eth sta lavorando a 100/full?
passi parametri al modulo/kernel per quanto riguarda la eth?
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 a manetta sulla scheda di rete...
Fra le prove che hai fatto, non ho capito se c'è quella di invertire il solo 
disco con una macchina simile ma funzionante, per vedere se si inverte 
anche il difetto. 
Sè NON è così, suggerisco un problema della mainboard e del bus pci.
Mi è capitato una cosa simile con in più il fatto che trasferendo un file 
attraverso la rete alla fine il file era QUASI uguale all'originale
Altrimenti il problema è di configurazione non credo di saperti aiutare,
ma stessa versione del kernel? Provato a ricompilare?
Certo che se non era una nuova installazione è ben strano che di punto in 
bianco si metta a fare cose del genere.
 

 solo disco con una macchina simile ma funzionante
Si', fatto anche questo.
Davide

 passi parametri al modulo/kernel per quanto riguarda la eth?
Nessuno.
Davide


suggerisco rito vodoo propiziatorio...
sgozzare un CL sopra ad uno switch e bruciare dell'incenso sopra a delle 
licenza M$....

 licenza M$....
e perchè non bruciare le licenze M$ sopra l'incenso??? :-)
cya
Banana


ovviamente mi riferivo al bruciare l'incenso sopra un falo' di licenza!!

 ha scritto nel messaggio
news:3DDA4921...@deis.unibo.it...
Grazie per la delucidazione :-P

e perchè non bruciare le licenze M$ sopra l'incenso??? :-)
Perchè puzzano? :-)
-- 
"L'Italia è un interessante esempio di avanguardia teatrale" (Gore Vidal)
Per rispondermi, ricordati di togliere il nome del poeta.