Newsgroup: it.comp.os.linux.sys
Titolo: Slack 12.0: Hald consuma tutta la RAM

ho un server con Slack12.0 (kernel 2.6.21.5-smp) in cui accade un fatto 
strano:
il demone Hald aumenta indefinitamente il suo consumo di ram, fino a 
arrivare allo swap della macchina (PII 450MHz, 256 mb di ram, 1GB di 
swap) dopo circa una settimana. Riavviando il demone il problema si 
rimanda alla prossima settimana.
La macchina e' un server con questi servizi:
Imap, openldap, mysql, smb, nfs, http (per pochi client, 5 o 6 al massimo).
L'hardware penso sia adeguato perche' ho un'altra macchina simile con 
kernel 2.4 che non ha mai dato il minimo segno di affaticamento.
Avevo due idee per risolvere il problema:
1) Mettere in cron un comando che riavvia hald ogni tot giorni
2) Spegnere hald, preferibile dato che e' un pc a cui nessuno mai 
attacchera' un disco removibile (tra la'ltro parte in modalita' testo e 
gli utenti locali non saprebbero neanche far partire X).
Cosa mi consigliate? Da tenere presente che e' una macchina che 
amministro da remoto via ssh e che in caso di guai dovrei prendere il 
treno e sciropparmi 200 km di ferrovia.....
E da cosa puo' dipendere?

 Cosa mi consigliate?
a parte cercare di capire il perchè di questo comportamento, ti consiglio
la seconda soluzione.
Anzi mi chiedevo proprio su un server, che senso ha tenere hal attivo.

 
E' abilitato di default in slack.
Grazie, ciao.

 E' abilitato di default in slack.
Questo che c'entra?
La configurazione di default di una distribuzione "popolare" raramente č
orientata all'uso server, ma a quello desktop .

 orientata all'uso server, ma a quello desktop .
Hai ragione, tuttavia la domanda, rivolta a chi ne sa piu' di me, era 
rivolta ad accertare se lo stop di hald potesse creare problemi 
imprevisti tipo il mancato funzionamento della scheda di rete, cosa che 
mi avrebbe poi costretto a correre in loco per ripristinare il servizio 
da locale.
Mi pare di capire che non corro questo rischio.
Ciao.



La slackware *deve* essere configurata.  IMO è la miglior 
distribuzione ma deve essere gestita.  La prima cosa che ti consiglio 
è di fare una installazione mirata con solo quello che ti serve e di 
ricompilare il kernel.  I tools automatici come hald lasciali ai 
nostalgici di windows.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

 nostalgici di windows.
Ti diverti proprio a generare dei flame chilometrici e?

 2) Spegnere hald
Questa.
E' un server.

whiplash ha scritto:

Ok grazie. Lo sospettavo, ma non sapendo fino a dove si spingesse hald a 
sovraintendere sul funzionamento dell'hw della macchina mi sono permesso 
di chiedere, per non dovermi poi trovare con un macchina che non 
risponde piu' via ssh.
Ciao.

 Ti diverti proprio a generare dei flame chilometrici e?
No.  Semplicemente non capisco che tipo di sysadmin sono quelli che 
non conoscono come è configurato il sistema su cui lavorano.  L'OP 
stava parlando di un server non del PC di casa.
E poi vengono a lamentarsi sul NG :-(


 Giovanni
Chi ha parlato di sysadmin? che ne sai che non sia un server casalingo?
Poi non mi pare di essermi lamentato ma solo di aver chiesto un 
consiglio. Non mi dire che tu non hai mai chiesto niente nessuno ed hai 
imparato tutto sui libri....
Ciao ciao


Ah sono andato a rileggermi il manifesto e non si dice da nessuna parte 
che il ng e' riservato ad utenti professionali.
Il fatto e' che tutte le volte che chiedo qualcosa su i.c.ol.i. non mi 
risponde mai nessuno, si vede le mie competenze si trovano in una terra 
di mezzo fra i.c.o.l.i e i.c.o.l.sys.
Ciao.

 stava parlando di un server non del PC di casa.
Vedi, io ho sempre usato slackware ovunque però ultimamente sto
installando debian.
Il motivo è molto semplice: non posso tutte le volte perdere tempo a
dover riconfigurare
il mondo, e ricompilare tutto solo per fare il grosso e dire: ho
compilato io.
E' chiaro che non si ricompila ogni 2 per 3, ma in una nuova
installazione, quando stai
mettendo in piedi un sistema che magari non hai mai installato (e
quindi non hai nemmeno
i pacchetti nel tuo repo locale) avere debian singifica: devi
preoccuparti solo della configurazione,
avere slackware significa: scarica il programma, cercati tutte le
librerie del caso, compila il programma
sperando di non aver dimenticato le librerie, in tal caso scarica e
compila anche tale libreria, ricompila
il programma, configura. Ci vogliono 2 giorni, quando poi magari hai
anche da fare altre cose sul luogo
di lavoro (come ad esempio assistenze tecniche o rimettere in piedi un
server con il cliente che ti sta col fiato
sul collo. Cosa gli dici al cliente? Aspetta ho una distro farlocca
devo ricompilare qualunque cosa perchè non esistono
pacchetti e controlli di dipendeze fatte come si deve?).
Considerando che maggiore è il numero di server maggiori sono i
problemi che si potrebbero verificare (ed ovviamente
si verificheranno tutti in una volta quando sarà più carico di lavoro
e non quando non hai niente da fare)
preferirei avere già degli automatismi che mi permettano di installare
le librerie ed il programma in automatico.
e NON dire che così perdi il controllo su quello che ti viene
installato perchè apt-get ti dice PRIMA di installare
cosa sta per installare. basta leggere.
Preferisco perdere tempo a far funzionare al massimo livello i
servizi, che perdere tempo a farli funzionare e basta.
Se 10000 persone hanno installato lo stesso pacchetto debian, sono
10000 persone che l'hanno testato e ne garantiscono
il funzionamento. Se invece io mi devo autocreare un pacchetto anche
per le cose più banali, sarei l'unico al mondo
a garantirne il funzionamento ed in caso di problemi non è il massimo
per chiedere aiuto. I problemi è sempre meglio
evitarli che portarseli in casa.
E te lo dice uno che ha installato decine e decine di server slackware
ma che ora veramente non ne può più perchè
sono diventati troppi....
Non so che lavoro fai te, ma io gestisco anche server per clienti e
quando non vanno i server il cliente (giustamente) si
attacca al telefono e non chiude finchè il problema non è risolto.
Usare slackware (nonostante sia la mia distro preferita
in assoluto) potrebbe (anzi lo è) un problema, un grosso problema.
Quando magari obblighi un cliente a star farmo per 3 ore
solo perchè tu vaghi alla ricerca di librerie (o qualunque altra cosa)
quando magari al provider accando (aka: la concorrenza)
in 15 minuti rimetto in piedi lo stesso server di un amico del tuo
cliente solo perchè hanno debian e gli bastava fare
apt-get install php.
E non dire che non si smonta un sistema funzionante, ho provato più
volte a passare da MySQL 4 al 5 e mi si son smontate TUTTE
le dipendente per apache e php il che significa aver messo in
ginocchio apache e php e doverli ricompilare per forza per fargli
usare la nuova versione delle librerie di mysql... apt-get al 99.999%
avrebbe aggiornato anche apache e php, magari mantenendo la versione
ma usando un binario compilato sul nuovo mysql...

Ale wrote:

Che c'entra, sono cose che si sanno, anche se non sono scritte nero su
bianco, come si sa che solo chi usa slackware può ritenersi un vero
sysadmin, tutti gli altri vogliono soltanto scimmiottare gli MCP.
Anzi, visto che solo chi usa la veneranda è un vero sysadmin, gli altri
dovrebbero gentilmente confluire nei newsgroup di microsoft, alleggerendo
così la fatica che i veri sysadmin sperimentano leggendo il ng, dato che
essi, per evidenti ragioni di stabilità, non scaricano automaticamente gli
header dei messaggi, ma li verificano uno ad uno.
-- 
In Slack We Trust

 ma usando un binario compilato sul nuovo mysql...
Se posso dire la mia, dipende da cosa e da quanto ottimizzata si vuole fare.
Ovvio che un sistema tipo Slackware (o Gentoo, anche se un po' 
eccessivamente) ti permettono di adattarti. Un piccolo esempio banale 
banale: su debian hai un kernel precompilato (semi-)generico, non 
ottimizzato al massimo sulla macchina. Su Gentoo, con il fatto che ti 
"obbligano" a compilartelo, sei "costretto" e anche "invogliato" ad 
ottimizzare il kernel per quella specifica macchina. E non parlo solo di 
ottimizzazioni per quanto riguarda la gestione hardware, ma anche per 
quanto riguarda le librerie.
La stessa cosa per Slackware, ovviamente in misura minore.
Io molte volte sono contento di poter dare apt-get install php, però 
nasce il problema che se lo vuoi adattato con l'opzione 
"--qualsiasicosa=on" e "--supportoaqualcosachemaiusi=off", lo devi 
ricompilare.
E' vero che basta fare apt-get source, però non è il precompilato.
Insomma, il sistema a "precompilati" ha i suoi vantaggi, ma anche i suoi 
svantaggi.
Per quanto riguarda le dipendenze invece, effettivamente un sistema a 
pacchetti è migliore di un sistema "prendi e compila".
Il problema è che, fare un sistema di gestione delle dipendenze per le 
sorgenti, diventa mostruoso: Gentoo sarà anche ottimizzata al 100%, ma 
il tempo di installazione di un qualsiasi programma è enormemente 
maggiore (senza parlare di cose come Gnome, che ci mette anni per 
compilare), visto che ogni volta devi compilare il programma e tutte le 
librerie che non hai. E se ti va male devi ricompilare alcune librerie 
già compilate cambiando i "flags".
Enrico

 automaticamente gli header dei messaggi, ma li verificano uno ad uno.
LOL.

 
Vabbe', vorra' dire che mi limitero a win95 per il futuro.... :-))
ciao e buon lavoro.

 ricompilare.
Anche io certo. Però considera che:
1) slackware ha molti pacchetti precompialti, se vuoi --
supportoaqualchecosa=on devi
ricompilare anche su slackware: quindi scarichi i sorgenti, fai lo
SlackBuild, compili e installi.
2) su debian: scarichi i sorgenti, modifichi i parametri (non so come,
uso da poco debian) crei i pacchetto ed installi.
La stessa cosa su entrambe le distro quindi altro punto a favore di
debian.
Gentoo è diversa, devi compilare tutto quindi sei obbligato a fare i
passaggi di cui sopra sempre ed in ogni caso.
Un conto è dover ricompilare una volta ogni morte di papa, un conto è
sapere di dover ricompilare molto spesso
perchè i pacchetti per slackware sono di qualche ordine di grandezza
in meno rispetto a debian (5.000 rispetto a 220.000)

 ciao e buon lavoro.
Spero almeno la versione con il supporto all'USB :-P
Enrico

 in meno rispetto a debian (5.000 rispetto a 220.000)
Certo, su questo non c'è dubbio (io rarissime volte sono dovuto 
ricorrere a make e gcc, e tra l'altro tra quelle poche volte, un paio il 
software era presente nei repo e me ne sono accorto dopo).
Enrico

 squadra piuttosto che ad un'altra? :-P
Di certo no, volevo dire una cosa e non ricordo cosa ma a quanto pare
non ci sono
riuscito.... :))


Supporto e' una parola grossa.
Diciamo che c'era scritto sull'etichetta del cd.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

whiplash wrote:

Io ho il dubbio che udev necessiti di hal per poter funzionare, quindi
alcuni device potrebbero non essere creati o creati con il nome attuale.
Cosa non impossibile da risolvere, ma comunque non ad impatto zero.

 alcuni device potrebbero non essere creati o creati con il nome attuale.
Credo, ma non sono sicuro, sia il contrario, cioe` hal necessita udev.
bye,
-- 
piergiorgio

 alcuni device potrebbero non essere creati o creati con il nome attuale.
È vero il contrario.  È HAL che necessita di udev.


 alcuni device potrebbero non essere creati o creati con il nome attuale.
No, è udev che crea i device.

 No, è udev che crea i device.
... ehmm ... e chi lo ha mai messo in dubbio? ( :) ).
La supposizione era che udev avesse bisogno di hal (le altre risposte dicono
che in realtà sia il contrario, e una lettura veloce di documentazione mi
sembra confermarlo), quindi se si disattiva hal, udev non funziona e quindi
i device ...

 i device ...
Vai tranquillo, udev funziona benissimo e fa il suo dovere senza hal. 
  udev parte prima di ogni altro demone visto che deve riconoscere i 
devices, hald parte molto tardi.  Mai usato hald, ma dalla 
documentazione sembra che serva a fornire un supporto (sia al sistema 
che ad users) per modificare al volo la configurazione dei device.
