[italy-tech] aggiornamenti e perplessità

[Luca Talamazzi]

Ciao
per quanto riguarda il postgres sei sicuro fosse incartato? Questa  
mattina l'aggregatore era "vuoto", segno che il postgres è stato  
buttato giù in fase di aggegazione e produzione delle pagine  
statiche. Piuttosto, se il server si rallenta molto l'aggregatore non  
fa in tempo a smaltire la coda dei processi che si accumulano e  
quindi può diventare oneroso in termini di carico sul server.
Infine, come vi ho già segnalato, il restart del tomcat deve essere  
effettuato sullo script interno alla /usr/share/tomcat/apache- 
tomcat-4.1.36/bin almeno finchè non adottiamo la release del  
pacchetto debian.
Per quanto riguarda la scelta di stare tutti sullo stesso server non  
posso che essere d'accordo con te, anche se penso la scelta sia  
dettata dai costi più che dalla volontà di stare tutti sulla stessa  
macchina, almeno così mi pare di ricordare dal meeting di Roma...



Il giorno 25/mag/08, alle ore 23:05, man0_ ha scritto:

> una lista di cose fatte:
> - sistemata timezone server, che era settata, udite udite, ad  
> unknown per motivi davvero ignoti
> - effettuato aggiornamento (vedi bug di openssh debian etc etc), ma  
> c'erano upgrade anche di mysql e apache. tutto fatto, ma questo  
> molti giorni fa.
> - lavorato su drupal...installato modulo openpackage  
> video...ricompilato ffmpeg per guadagnare giusto due microsecondi  
> in encoding..dunque se usate un modulo che necessita di ffmpeg, il  
> percorso del binario è /usr/local/bin/ffmpeg
> - napoli.indymedia.org supporta i video con openpackage. c'era un  
> problema con il safe-mode del php, questo era il motivo del fatto  
> che ffmpeg non andava in esecuzione.
>
> ora passiamo alla immancabile polemica:
> l'argomento è fare un minimo di attenzione alle cose che si fanno.
>
> nell'effettuare l'aggiornamento: di grazia, perchè è stato aggiunto  
> un repository unstable ad una debian stable?
> ma di tutti i moduli di drupal, quanti in realtà se ne usano?
> il server era carico di cazzate tipo ICEWEASEL. che cazzo ce ne  
> dobbiamo fare di iceweasel su un server?
>
> per quanto mi riguarda la scelta di stare tutti su un solo server  
> si sta rivelando una gran cazzata.
> per problemi di sf-active facciamo girare lighttpd con php in fastcgi
> poi ci gira il drupal multiinstallazione con mod_php e mysql
> poi ci sta un tomcat e un postgre (a proposito, c'era postgre  
> incartato che sucava tutta la cpu, chissà da quanto e l'ho  
> restartato).
> tutto su un solo server, che poi è un vserver su una partizione in  
> dm-crypt su una macchina che ospita altri vserver.
>
> non so gli altri nodi locali, ma quello di napoli con il limite a  
> 1Mb va davvero LENTO.
>
> insomma, boh...
> sono un po' perplesso da come vengono fatte le cose. questo è quanto.
>
> ciao
>
> man0_