Newsgroup: it.comp.os.linux.development
Titolo: Problema sul server linux

Ho installato la distribuzione REDHAT 6.2 nella configurazione server, su un
Pentium 200 mmx con un harddisk da 3.2 GB. Ho configurato il web server
Apache, e ho messo il server online su internet. Il problema che si verifica
č il seguente: dopo un pň di tempo che la macchina č online, sembra che la
scheda di rete vada in stand-by, cioč la macchina non č piů visibile
dall'esterno fino a quando non si fa un ping dall'interno del server; cioč
l'interfaccia di rete si risveglia solo dall'interno della macchina, se
viene fatto un ping dall'esterno non succede nulla (server morto).
A che cosa puň essere dovuto questo blocco?
Grazie

 wrote in message
Kibu5.3075$2I.5...@news.infostrada.it...


Apache, e ho messo il server online su internet. Il problema che si verifica
Domanda: Come lo hai messo, su internet?
Se come penso, hai messo un router, al router ci arrivi tramite rete,
giusto?
Non e' che per caso hai messo come modulo il *driver* della scheda di
rete?
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

rete?
Io l'ho fatto ed ho raggiunto uptime di 20 giorni ( poi purtroppo e' andata
via la corrente .... )
Non credo che il problema sia quello ( su sarebbe ridicolo : significa che
non si puo' utilizzare il driver della sk di rete come modulo .... )

non si puo' utilizzare il driver della sk di rete come modulo .... )
Basta non avere tra le scatole qualche demonietto che dopo un certo
periodo di inattivita' ti scarica il modulo, e a quel punto, il sintomo
sarebbe giusto: Dall'interno, se chiedi un accesso alla rete, kerneld, o
chi per lui, ti riaggancia il modulo al volo, dall'esterno non c'e'
pezza che se ne possa accorgere.


 
Dovrebbe bastare non usare kerneld o simili.
Oppure mettere il driver integrato nel kernel. Dopotutto serve di continuo.
-- 
**************************************************************************
Leandro Gelasi
V Year Computer Science Engineering at Siena University
email : 
gela...@lucy.ing.unisi.it
Gilles Villeneuve will live forever
**************************************************************************

pezza che se ne possa accorgere.
Allora il demonietto e' cron, infatti nel file /etc/cron.d/kmod si ha:
[root@sphera g++-2]# cat /etc/cron.d/kmod 
# rmmod -a is a two-hand sweep module cleaner
*/10 * * * *    root    /sbin/rmmod -as
Da man rmmod
RMMOD(1)               Linux Module Support              RMMOD(1)
[...]
   OPTIONS
      -a     Remove all unused autocleanable modules.
[...]
      -s     Output everything to syslog(3) instead of the terminal.
[...]
Ed infine
[root@sphera g++-2]# /sbin/lsmod              
Module                  Size  Used by
mousedev                3692   1 
hid                    10560   0  (unused)
usb-uhci               21248   0  (unused)
usbcore                38216   0  [hid usb-uhci]
input                   2524   0  (autoclean) [mousedev hid]
3c509                   5996   1  (autoclean)
sb                     33716   0 
uart401                 6160   0  [sb]
sound                  56600   0  [sb uart401]
soundlow                 344   0  [sound]
soundcore               2372   6  [sb sound]
[root@sphera g++-2]# 
Allora insomma ogni dieci minuti, viene lanciato un rmmod che "scarica"
tutti i moduli "unused" e "autocleanable". La mia 3c509 ha il secondo
requisito ma non il primo. Difatti il campo used e' pari ad 1.
Per porlo pari a zero bisogna buttare giu la rete con un bel 
# /sbin/ifdown eth0
Dopo di che lo script del cron puo' eliminare il modulo della sk di rete.
Pero' se uno fa un '/sbin/ifdown eth0' e' chiaro che non ha senso fare un
ping.
Mi spiace ma la tua teoria fa acqua; d'altronde se non fosse cosi' i moduli
sarebbero inutilizzabili per le schede di rete.

un rmmod per i moduli non utilizzzati ogni tot secondi.
appunto, io ci guarderei, (per evitare malintesi, non sono io quello che
ha di questi problemi) o nel lancio di kerneld, o nei parametri dei vari
crontab, hai visto mai che la soluzione piu' scema sia quella efficace.


 pezza che se ne possa accorgere.
Mi parrebbe molto strano, dovresti avere un demonietto che tira giu'
l'interfaccia (senza modulo non puoi avere un'inerfaccia attiva, e se
l'interfaccia e' attiva il modulo non puo' essere rimosso poiche' e' in
uso) dopo un certo periodo di intattivita' e non mi pare una cosa
sensata (dato che se e' giu' poi non si accrogerebbe piu' del ritorno
del traffico. Io ho ethernet modulare a casa (rimasuglio di quando
portai il PC in laboratorio) e per quanto il PC sia da solo
l'interfaccia e' tirata su al boot e fintanto che non la butto giu' io a
mano sta su e il ne2k-pci e' in uso.
Comunque non ho capito bene, e' una macchina con un 2.0.x? kerneld non
si usa piu' con coi 2.2., c'e' kmod (che non e' un modulo, ma il
supporto per il caricamento dei moduli) ed e' cron che provvede a dare
un rmmod per i moduli non utilizzzati ogni tot secondi.
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

sarebbero inutilizzabili per le schede di rete.
Beh, nessuno siam perfetti, ciascuno abbiamo i suoi difetti.
Era appunto una teoria, non avendo mai fatto prove specifiche al
riguardo, ma considera che i sintomi erano abbastanza indicativi.
Comunque, io ci guarderei, nel momento del guaio, se il modulo e'
effettivamente ancora attivo, o se per qualche bug[*] e' stato tirato
giu' lo stesso, nonostante l'interfaccia sia attiva.
[*] Il kernel e' originale 
kernel.org
, o e' uno di quelli patchati per
gli effetti speciali, come molte distribuzioni ormai hanno l'abitudine
di fare? Sai, la paranoia.....


pezza che se ne possa accorgere.
No, m'era venuto il sudore freddo a pensare che ho un Primergy dove la
eepro100 e' modulare: ma poi mi son accorto che avere eth0 "up" fa si'
che il modulo sia considerato in uso. Infatti rmmod non funziona, pure
se il modulo e' in autoclean.
Leonardo
".signature": bad command or file name

se il modulo e' in autoclean.
Beh, meglio cosi', ma aspetto ancora che l'amico ci dia notizie sugli
sviluppi delle indagini, io dei kernel patchati pesantemente dalle
distro *ricchi premi e cotillion* non mi fido poi tanto.
E a proposito, mi spiegate il grande vantaggio di avere un componente
come la scheda di rete che connette al router, in un SERVER che deve
essere visibile sempre, come modulo?
Saro' tonto, ma non ci arrivo.


Saro' tonto, ma non ci arrivo.
C'e' il vantaggio che se cambio la scheda di rete, non devo ricompilarmi
tutto il kernel :-)


*/10 * * * *    root    /sbin/rmmod -as
Io vado senza kerneld+kmod
se un modulo non lo carico e' perche' non lo voglio
quindi tolgo anche questa roba qui dal default
:-)
sono moduli miei :-)

tutto il kernel :-)
Continuo a non vedere il *grande* vantaggio. ;-)


 scarichi e mano?
Non c'è bisogno di (s)caricarli a mano, basta usare appropriatemante il
file /etc/modules.conf (o conf.modules dalla 2.2.4 in poi)
Saluti,
Fabio Alemagna

 sono moduli miei :-)
In effetti ...


 quindi tolgo anche questa roba qui dal default
evidentemente lui se li deve caricare e scaricare a mano e siccome mi
pare strano che faccia a meno a priori di floppy e CD, o se li e' messi
nel kernel (con relativo spreco di risorse quando non li usa) o li
carica/scarica a mano; certo, son "moduli suoi", ma "de gustibus" a
parte io non vedo alcuna utilita' pratica nella faccenda.


file /etc/modules.conf (o conf.modules dalla 2.2.4 in poi)
no, e' /etc/modules.conf _ora_