[TYPO3-UG Italy] vps

Alessandro Tuveri at at uniud.it
Sat Apr 21 14:00:22 CEST 2012 

Ciao Cesare
ho provato ieri un po' di corsa e verificato un primo problema.
SuPHP va benone e penso che faccia un check costante circa l'uso delle  
cartelle da parte dell'owner/group, "sconfinamento" dal sito, ecc.
Ma vedo che non e' una soluzone (sbaglio) adattabile al mio caso   
spiego il problema:

* ho un sito che ha la dir web assegnata giustamente  
all'utente/gruppo, ad esempio: web1:group1

* fin qui tutto bene, controllo l'accesso al sito con user/owner  
desiderati ma...

* siccome in una area "fuori" dal sito web ho collocato il sorgente  
del CMS, questo ovviamente lo devo assegnare a uno specifico  
user/group e qui iniziano i problemi in quanto suPHP no permette di  
accedere al sorgente condiviso di TYPO3.

Non ho una idea precisa su come risolvere, ad esempio non ho provato  
ad assegnare il codie condiviso allo stesso gruppo di quello definito  
per il sito, ad esempio:

sito, ad esempio: /var/www/client1/site1(web: web1:group1
sorgente, ad esempio /var/www/typo3_src-4.5.15: web2:group1

ma.... stupidamente, forsenon cambierebbe niente dall'assegnare a  
tutti i siti e al sorgente l'utente www-data e group www-data

Oppure bisognerebbe (devo provare) assegnare l'accesso al sorgente in  
sola lettura (?) ma tutti i siti sarebbero assegnati allo stesso  
gruppo, quindi ogni utente puo' girare nell'altro sito --- sempreche'  
ce la faccia in quanto il CMS e' ben protetto da quel che vedo.

Mi sembra come prima impressione che suPHP vada benone se ilCMS viene  
installato nell'area del sito e questo pero' crea problemi (lunghi  
aggiornamenti del server in caso di passaggio di versione, spreco di  
spazio disco, ecc.) qualche idea?!?

sbaglio qualcosa?!?

a presto e grazie


Quoting Cesare Pellegrini <cesare at pointec.it>:

> ispconfig lo consosco. Non lo ho approfondito molto però a dir la  
> verità. Io utilizzo interworx, non costa moltissimo e mi trovo bene.
>
> fammi sapere come va con suphp
>
> buone ferie
>
> On 20/04/2012 14:35, Alessandro Tuveri wrote:
>> Magnifico e grazie.
>> Scappo in ferie e provo tra una settimana, in ogni caso mi  
>> interessava molto perche' in vari VPS io uso ISPConfig 3.x non so  
>> se lo usi, ma prevede, alla attivazione del sito via web, la scelta  
>> tra varie modalita' (mod_php, ecc.) di far girare PHP e, non  
>> ultima, una opzione per attivare/disattivare suPHP semplicemente  
>> con un clic e save dei parametri del sito.
>> Suppongo che la parte relativa alle direttive apache me la faccia  
>> direttamente ISPCONFIG, dovro' controllare.
>> CP: http://www.ispconfig.com consiglio ---> vale la pena di  
>> provarlo perche' merita anche se non ha tantissime cose. Plesk,  
>> alternativa a pagamento, fa tutto e di piu' e lo ho definitivamente  
>> abbandonato perche' gli aggiornamenti son difficoltosi e ci sono  
>> limiti ai siti da attivare, ecc. inoltre sotto linux bisogna  
>> ricompilare continuamente pacchetti personalizzati per  Plesk (!).
>> Provalo se vuoi, buon lavoro!
>>
>> Al ritorno vedro' e faro' delle prove.
>>
>> a presto e ancora grazie
>>
>>
>> tapenso anche che Quoting Cesare Pellegrini <cesare at pointec.it>:
>>
>>> Ciao, io ho installato il modulo mod_suphp tramite i repository  
>>> rpmforge. Io utlizzo Centos5
>>>
>>> Poi ho disabilitato mod_php rinominando il file php.conf in  
>>> php.conf.disabled nella directory /etc/httpd/conf.d
>>>
>>> poi ho modificato il file /etc/suphp.conf cosi:
>>>
>>> [global]
>>> ;Path to logfile
>>> logfile=/var/log/httpd/suphp.log
>>> ;Loglevel
>>> loglevel=warn
>>> ;User Apache is running as
>>> webserver_user=apache
>>> ;Path all scripts have to be in
>>> docroot=/
>>> ; Security options
>>> allow_file_group_writeable=true
>>> allow_file_others_writeable=false
>>> allow_directory_group_writeable=true
>>> allow_directory_others_writeable=false
>>> ;Check wheter script is within DOCUMENT_ROOT
>>> check_vhost_docroot=false
>>> ;Send minor error messages to browser
>>> errors_to_browser=true
>>> ;PATH environment variable
>>> env_path="/bin:/usr/bin:/usr/local/bin"
>>> ;Umask to set, specify in octal notation
>>> umask=0022
>>> ; Minimum UID
>>> min_uid=500
>>> ; Minimum GID
>>> min_gid=500
>>> ; Lets ~username work with the correct user
>>> userdir_overrides_usergroup=true
>>> [handlers]
>>> ;Handler for php-scripts
>>> x-httpd-php="php:/usr/bin/php-cgi"
>>> ;Handler for CGI-scripts
>>> x-suphp-cgi="execute:!self"
>>>
>>> il file /etc/httpd/conf.d/suphp.conf
>>>
>>> ##
>>> # mod_suphp
>>> ##
>>>
>>> LoadModule suphp_module modules/mod_suphp.so
>>>
>>> <IfModule mod_suphp.c>
>>>  suPHP_ConfigPath /etc
>>>  suPHP_Engine Off
>>>  DirectoryIndex index.php
>>> </IfModule>
>>>
>>> <IfModule mod_suphp.c>
>>>  suPHP_Engine On
>>>  AddHandler x-httpd-php .php
>>>  suPHP_AddHandler x-httpd-php .php
>>> </IfModule>
>>>
>>> Poi in ogni virtualhost ho la seguente direttiva cambiando user1 e  
>>> group1 secondo le tue esigenze:
>>>
>>> <IfModule mod_suphp.c>
>>>    suPHP_Engine On
>>>    suPHP_UserGroup user1 group1
>>>    AddHandler x-httpd-php .php
>>>    suPHP_AddHandler x-httpd-php .php
>>>    suPHP_ConfigPath /home/genesise/etc
>>> </IfModule>
>>>
>>> I file e le cartelle relative al vhost DEVONO essere di proprietà  
>>> di user1 e group1 altrimenti si incavola. in  
>>> /var/log/httpd/suphp.log trovi gli eventuali errori.
>>>
>>> spero ti sia utile
>>>
>>> cesare
>>>
>>> On 19/04/2012 11:12, Alessandro Tuveri wrote:
>>>> Ciao Cesare
>>>> grazie per l'intervento, mi sembra di aver fatto qualche prova  
>>>> non andata felicemente a termine. Se mi mandi qualche dritta te  
>>>> ne saro' grato
>>>>
>>>> thanxxxx
>>>>
>>>> Cesare <cesare at pointec.it> ha scritto:
>>>>
>>>>> Ciao
>>>>>
>>>>> Io utilizzo suphp e mi trovo molto bene.
>>>>>
>>>>> Ha due vantaggi secondo me:
>>>>> 1) puoi far si che ogni sito (virtual host) giri con un utente diverso
>>>>> 2) se nel virtual host c'è uno scrpt php che non appartiene  
>>>>> all'utente associato al virtualhost, lo script non viene eseguito.
>>>>>
>>>>> suphp agisce solamente a livello di php però apache continua a  
>>>>> girare con utente httpd o similare.
>>>>>
>>>>> Se vuoi ti giro un po di configurazioni
>>>>>
>>>>> Ciao
>>>>>
>>>>> Il 17/04/2012 19:19, Alessandro Tuveri ha scritto:
>>>>>> Ciao
>>>>>> allora intendo che
>>>>>>
>>>>>> sito1 gira con client1:client1-group
>>>>>> sito2 gira con clientx_clientx-group
>>>>>>
>>>>>> eccetera
>>>>>>
>>>>>> in pratica il problema e' che vorrei uscire dalla situazione  
>>>>>> dove tutto gira con www-data:www-data
>>>>>>
>>>>>> quindi sicuramente bisogna configurare suEXEC, la domanda e' se  
>>>>>> c'e' qualche istruzione in rete su come configurare apache (ok,  
>>>>>> e' chiaro che con il CMS TYPO3 non si puo' far nulla), ovvero:  
>>>>>> come configurare il sito del CMS TYPO3 + suExec.
>>>>>>
>>>>>> thanx
>>>>>>
>>>>>> Quoting "Tonix (Antonio Nati)" <tonix at interazioni.it>:
>>>>>>
>>>>>>> TYPO3 non può fare nulla.
>>>>>>>
>>>>>>> Tutto viene fatto a livello Apache, impostando un suexec  
>>>>>>> configurato per ogni sito/utente.
>>>>>>>
>>>>>>> Ciao,
>>>>>>>
>>>>>>> Tonino
>>>>>>>
>>>>>>>
>>>>>>> Il 17/04/2012 17:46, Alessandro Tuveri ha scritto:
>>>>>>>> Ehhhh mi piacerebbe aprire un nuovo argomento.
>>>>>>>> Io mi sono arenato su mod_php, mettendo tutti i siti sotto  
>>>>>>>> owner www-data, idem per il gruppo. Ovviamente puo' aprire a  
>>>>>>>> problemi di sicurezza ma gli utenti non hanno assolutamente  
>>>>>>>> ftp (tant'e' che non serve).
>>>>>>>> Qualcuno sa se ci sono istruzioni in typo3.org o altri siti  
>>>>>>>> per far si' che TYPO3 giri con l'owner dell'utente web (del  
>>>>>>>> sito. per capirci)?
>>>>>>>>
>>>>>>>> thanxxxx
>>>>>>>>
>>>>>>>> Quoting Cesare <cesare at pointec.it>:
>>>>>>>>
>>>>>>>>> MaxClients avevo 250 ora ho messo 150, MaxRequestsPerChild  
>>>>>>>>> avevo 4000 ora ho messo 1000.
>>>>>>>>>
>>>>>>>>> Sembra che vada bene, mi sono messo uno scriptino per  
>>>>>>>>> monitorare questi processi.
>>>>>>>>>
>>>>>>>>> Connessioni massime mysql 100, non uso connessioni  
>>>>>>>>> permanenti infatti se facco show fullprocesslist non vedo  
>>>>>>>>> quasi mai niente.
>>>>>>>>>
>>>>>>>>> Vediamo come va... intanto grazie
>>>>>>>>>
>>>>>>>>> cesare
>>>>>>>>>
>>>>>>>>> Il 17/04/2012 14:23, Tonix (Antonio Nati) ha scritto:
>>>>>>>>>> Direi che più o meno ci siamo.
>>>>>>>>>>
>>>>>>>>>> Se hai 183 processi con circa 4mb di risorse usate, ottieni  
>>>>>>>>>> circa 732MB di memoria usata.
>>>>>>>>>> MySQL se ne porta via un altro bel pò, quindi il GB fisico  
>>>>>>>>>> è occupato e lo swap lavora.
>>>>>>>>>>
>>>>>>>>>> Più lo swap lavora, più rallenta il sistema, gli utenti  
>>>>>>>>>> lanciano di nuovo la pagina, parte un nuovo processo, si  
>>>>>>>>>> aumenta lo swap, eccetera, fino a che il sistema lavora  
>>>>>>>>>> solo per gestire lo swap senza rispondere ad altro.
>>>>>>>>>>
>>>>>>>>>> Domanda 1: quanti utenti massimi contemporanei hai  
>>>>>>>>>> abilitato su MySQL? Se lavori solo dal sito, penso che  
>>>>>>>>>> cento siano più che abbastanza. MySQL non deve mai cadere  
>>>>>>>>>> per nessun motivo. Usi le connessioni permanenti? Se non  
>>>>>>>>>> sono chiuse ogni volta sono un danno, e sarebbe meglio  
>>>>>>>>>> usare connessioni temporanee (se db e sito sono sulla  
>>>>>>>>>> stessa macchina non ci sono differenze di prestazioni).
>>>>>>>>>>
>>>>>>>>>> Domanda 2: quanto è il MaxClients di Apache? Imposta un  
>>>>>>>>>> valore ragionevole che impedisca una crescita  
>>>>>>>>>> indiscriminata, es. 150 (ma anche 100 secondo me). In caso  
>>>>>>>>>> di sistema lento, oltre|'MaxClients|' si aspetta che un  
>>>>>>>>>> child si liberi.
>>>>>>>>>>
>>>>>>>>>> ||Ciao,
>>>>>>>>>>
>>>>>>>>>> Tonino
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Il 17/04/2012 13:56, Cesare ha scritto:
>>>>>>>>>>> Grazie innanzitutto.
>>>>>>>>>>>
>>>>>>>>>>> Per visualizzare la memoria utilizzata utilizzo il  
>>>>>>>>>>> seguente comando ps axl | grep http.
>>>>>>>>>>>
>>>>>>>>>>> Il risultato è il seguente:
>>>>>>>>>>>
>>>>>>>>>>> PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>>>>>>>>>>> 2048 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.68 httpd
>>>>>>>>>>> 2062 apache    15   0  172m 3652 1392 S  0.0  0.4   0:00.72 httpd
>>>>>>>>>>> 2289 apache    15   0  172m 3580 1392 S  0.0  0.3   0:00.75 httpd
>>>>>>>>>>> 2316 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.71 httpd
>>>>>>>>>>> 2385 apache    15   0  172m 3596 1392 S  0.0  0.4   0:00.72 httpd
>>>>>>>>>>> 2393 apache    15   0  172m 3668 1388 S  0.0  0.4   0:00.76 httpd
>>>>>>>>>>> 2485 apache    15   0  172m 3700 1388 S  0.0  0.4   0:00.75 httpd
>>>>>>>>>>> 2777 apache    15   0  173m 3820 1392 S  0.0  0.4   0:00.71 httpd
>>>>>>>>>>> 3660 apache    15   0  172m 3360 1392 S  0.0  0.3   0:00.65 httpd
>>>>>>>>>>> 4854 apache    15   0  172m 3564 1392 S  0.0  0.3   0:00.46 httpd
>>>>>>>>>>> 8496 apache    15   0  172m 3332 1380 S  0.0  0.3   0:00.15 httpd
>>>>>>>>>>> 8502 apache    15   0  172m 3348 1380 S  0.0  0.3   0:00.15 httpd
>>>>>>>>>>> 8503 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.14 httpd
>>>>>>>>>>> 8848 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.13 httpd
>>>>>>>>>>> 8876 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.11 httpd
>>>>>>>>>>> 8880 apache    15   0  172m 3328 1376 S  0.0  0.3   0:00.15 httpd
>>>>>>>>>>> 8890 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.15 httpd
>>>>>>>>>>> 8894 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.12 httpd
>>>>>>>>>>> 8965 apache    15   0  172m 3328 1380 S  0.0  0.3   0:00.13 httpd
>>>>>>>>>>> 8966 apache    15   0  172m 3344 1384 S  0.0  0.3   0:00.13 httpd
>>>>>>>>>>>
>>>>>>>>>>> con mod_php la memoria virtuale (VIRT) arrivava a 300m con  
>>>>>>>>>>> supgp (172), 9MB per server intendi la colonna (RSS) ? Se  
>>>>>>>>>>> si direi che allora da quel punto di vista ci sono.
>>>>>>>>>>>
>>>>>>>>>>> In /var/log/messages mi trovo questi log:
>>>>>>>>>>>
>>>>>>>>>>> - kernel: hda: lost interrupt: ogni tanto, ho verificato  
>>>>>>>>>>> il dischi e sembra sia tutto ok
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel: php-cgi invoked  
>>>>>>>>>>> oom-killer: gfp_mask=0x200d2, order=0, oomkilladj=0
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel: Call Trace:
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800ca89a>]  
>>>>>>>>>>> out_of_memory+0x8e/0x2f3
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8000f626>]  
>>>>>>>>>>> __alloc_pages+0x27f/0x308
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8003242f>]  
>>>>>>>>>>> read_swap_cache_async+0x45/0xd8
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800d0777>]  
>>>>>>>>>>> swapin_readahead+0x60/0xd3
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800092d9>]  
>>>>>>>>>>> __handle_mm_fault+0xb64/0x103b
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80067202>]  
>>>>>>>>>>> do_page_fault+0x499/0x842
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80063002>]  
>>>>>>>>>>> thread_return+0x62/0xfe
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8005dde9>]  
>>>>>>>>>>> error_exit+0x0/0x84
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel:
>>>>>>>>>>> Apr 17 10:36:00 genesi2 kernel: Mem-info:
>>>>>>>>>>> Apr 17 10:36:43 genesi2 kernel: Node 0 DMA per-cpu:
>>>>>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 0, batch 1 used:0
>>>>>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 cold: high 0, batch 1 used:0
>>>>>>>>>>> Apr 17 10:36:45 genesi2 kernel: Node 0 DMA32 per-cpu:
>>>>>>>>>>> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 186, batch  
>>>>>>>>>>> 31 used:9
>>>>>>>>>>> Apr 17 10:36:46 genesi2 kernel: cpu 0 cold: high 62, batch  
>>>>>>>>>>> 15 used:22
>>>>>>>>>>> Apr 17 10:36:47 genesi2 kernel: Node 0 Normal per-cpu: empty
>>>>>>>>>>> Apr 17 10:36:47 genesi2 kernel: Node 0 HighMem per-cpu: empty
>>>>>>>>>>> Apr 17 10:36:47 genesi2 kernel: Free pages:        7008kB  
>>>>>>>>>>> (0kB HighMem)
>>>>>>>>>>> Apr 17 10:37:09 genesi2 kernel: Active:123048  
>>>>>>>>>>> inactive:73626 dirty:0 writeback:11 unstable:0 free:1752  
>>>>>>>>>>> slab:10169 mapped-file:1152 mapped-a
>>>>>>>>>>> non:194872 pagetables:39880
>>>>>>>>>>> Apr 17 10:38:14 genesi2 kernel: Node 0 DMA free:2996kB  
>>>>>>>>>>> min:36kB low:44kB high:52kB active:0kB inactive:0kB  
>>>>>>>>>>> present:9700kB pages_scanned:0 a
>>>>>>>>>>> ll_unreclaimable? yes
>>>>>>>>>>> Apr 17 10:38:42 genesi2 kernel: lowmem_reserve[]: 0 994 994 994
>>>>>>>>>>> Apr 17 10:39:25 genesi2 kernel: Node 0 DMA32 free:4012kB  
>>>>>>>>>>> min:4012kB low:5012kB high:6016kB active:492192kB  
>>>>>>>>>>> inactive:294504kB present:101806
>>>>>>>>>>> 4kB pages_scanned:1971255 all_unreclaimable? yes
>>>>>>>>>>> Apr 17 10:39:25 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>>>>>> Apr 17 10:39:25 genesi2 kernel: Node 0 Normal free:0kB  
>>>>>>>>>>> min:0kB low:0kB high:0kB active:0kB inactive:0kB  
>>>>>>>>>>> present:0kB pages_scanned:0 all_unr
>>>>>>>>>>> eclaimable? no
>>>>>>>>>>> Apr 17 10:39:36 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>>>>>> Apr 17 10:40:22 genesi2 kernel: Node 0 HighMem free:0kB  
>>>>>>>>>>> min:128kB low:128kB high:128kB active:0kB inactive:0kB  
>>>>>>>>>>> present:0kB pages_scanned:0
>>>>>>>>>>> all_unreclaimable? no
>>>>>>>>>>> Apr 17 10:40:26 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
>>>>>>>>>>> Apr 17 10:40:28 genesi2 kernel: Node 0 DMA: 5*4kB 4*8kB  
>>>>>>>>>>> 4*16kB 4*32kB 3*64kB 2*128kB 1*256kB 0*512kB 2*1024kB  
>>>>>>>>>>> 0*2048kB 0*4096kB = 2996kB
>>>>>>>>>>> Apr 17 10:40:31 genesi2 kernel: Node 0 DMA32: 23*4kB  
>>>>>>>>>>> 12*8kB 5*16kB 25*32kB 0*64kB 1*128kB 1*256kB 1*512kB  
>>>>>>>>>>> 0*1024kB 1*2048kB 0*4096kB = 4012kB
>>>>>>>>>>> Apr 17 10:41:09 genesi2 kernel: Node 0 Normal: empty
>>>>>>>>>>> Apr 17 10:41:22 genesi2 kernel: Node 0 HighMem: empty
>>>>>>>>>>> Apr 17 10:41:24 genesi2 kernel: 10896 pagecache pages
>>>>>>>>>>> Apr 17 10:41:25 genesi2 kernel: Swap cache: add 15629370,  
>>>>>>>>>>> delete 15620909, find 3291674/5397292, race 565+644
>>>>>>>>>>> Apr 17 10:41:30 genesi2 kernel: Free swap  = 0kB
>>>>>>>>>>> Apr 17 10:41:31 genesi2 kernel: Total swap = 2096120kB
>>>>>>>>>>> Apr 17 10:41:33 genesi2 kernel: Free swap:            0kB
>>>>>>>>>>> Apr 17 10:42:43 genesi2 kernel: 262139 pages of RAM
>>>>>>>>>>> Apr 17 10:42:46 genesi2 kernel: 5608 reserved pages
>>>>>>>>>>> Apr 17 10:42:46 genesi2 kernel: 15263 pages shared
>>>>>>>>>>> Apr 17 10:42:47 genesi2 kernel: 8461 pages swap cached
>>>>>>>>>>> Apr 17 10:42:47 genesi2 kernel: Out of memory: Killed  
>>>>>>>>>>> process 16985, UID 27, (mysqld).
>>>>>>>>>>>
>>>>>>>>>>> Memoria del processo mysqld
>>>>>>>>>>>
>>>>>>>>>>> Ciao
>>>>>>>>>>>
>>>>>>>>>>> Cesare
>>>>>>>>>>>
>>>>>>>>>>> Il 17/04/2012 12:53, Tonix (Antonio Nati) ha scritto:
>>>>>>>>>>>> Scusa, riprendo...
>>>>>>>>>>>>
>>>>>>>>>>>> Come fai ad avere 183 processi httpd con memoria media  
>>>>>>>>>>>> per processo di 300MB?
>>>>>>>>>>>> E' un'enormità, 300MB per processo sono troppi.
>>>>>>>>>>>> Sui miei server non riesco a trovare un solo processo  
>>>>>>>>>>>> httpd (con mod_php o mod_perl) che vada oltre 91MB.
>>>>>>>>>>>>
>>>>>>>>>>>> Se non hai mod_php e non hai altre cose inutili dovresti  
>>>>>>>>>>>> stare intorno ai 9MB per server.
>>>>>>>>>>>>
>>>>>>>>>>>> Ciao,
>>>>>>>>>>>>
>>>>>>>>>>>> Tonino
>>>>>>>>>>>>
>>>>>>>>>>>> Il 17/04/2012 12:04, Cesare ha scritto:
>>>>>>>>>>>>> Ho provato a modificare un po i parametri ma non ho  
>>>>>>>>>>>>> risolto. Oggi si è ripiantato.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Io utilizzo suphp, dovrebbe essere simile a fcgi, cioè  
>>>>>>>>>>>>> il php non viene eseguito da processo httpd.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ho impostato max_spare_servers a 20, come faccio per  
>>>>>>>>>>>>> impostare le scadenze dei child ?
>>>>>>>>>>>>>
>>>>>>>>>>>>> ciao e grazie
>>>>>>>>>>>>>
>>>>>>>>>>>>> Cesare
>>>>>>>>>>>>>
>>>>>>>>>>>>> Il 13/04/2012 17:24, Tonix (Antonio Nati) ha scritto:
>>>>>>>>>>>>>> Usi mod_php o fcgi?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Immagino il primo, e certo che così è facile andare  
>>>>>>>>>>>>>> fuori memoria.
>>>>>>>>>>>>>> Dovresti provare a impostare delle scadenze ai child,  
>>>>>>>>>>>>>> tipo 'muori dopo 500 richieste', ed abbassare  
>>>>>>>>>>>>>> max_spare_servers. 183 processi mi sembrano tantini.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ciao,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Tonino
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Il 13/04/2012 17:18, Cesare ha scritto:
>>>>>>>>>>>>>>> Con il comando top vedo che mysql ha 486m di memoria  
>>>>>>>>>>>>>>> virtuale, poi vedo 183 processi httpd con memoria  
>>>>>>>>>>>>>>> virtuale media a 300m per processo.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> mi sembra un po tantino o no
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ciao e grazie ancora
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Il 13/04/2012 17:00, Alessandro Tuveri ha scritto:
>>>>>>>>>>>>>>>> ? mistero
>>>>>>>>>>>>>>>> io ho un VPS on Cloud, 3,5GB e ho settato alcuni siti  
>>>>>>>>>>>>>>>> a 512M e altri a 256M per ogni istanza PHP.
>>>>>>>>>>>>>>>> Consiglio di controllare i parametri di apache e  
>>>>>>>>>>>>>>>> mysql, vedere il carico e dare una occhiata ai file  
>>>>>>>>>>>>>>>> di log (in /var/log) per venirne fuori.
>>>>>>>>>>>>>>>> Penso sia piu' comodo un VPS on Cloud cosicche' se  
>>>>>>>>>>>>>>>> c'e' qualche problema si puo' aumentare dinamicamente  
>>>>>>>>>>>>>>>> la memoria RAM. In ogni caso 1GB + 2GB di SWAP non  
>>>>>>>>>>>>>>>> dovrebbe andar male...
>>>>>>>>>>>>>>>> Quanti siti hai? Uno solo?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> giornaliere ricavate da awstats.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Visite: 2.014
>>>>>>>>>>>>>>>>> Pagine:    8.672
>>>>>>>>>>>>>>>>> Accessi:    148.342
>>>>>>>>>>>>>>>>> Banda:    5.00 GB
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Succede che ogni due tre giorni si impalla tutto.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Dal log vedo che va in out of memory.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> La vps ha 1 gb di ram 2 gb di swap
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> E' possibile secondo voi ? Che mi consigliate di fare ?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Ciao Cesare
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>>>>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>>>>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ALESSANDRO TUVERI
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>>>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>>>>>>>>>>>>>> Servizi WEeb d'Ateneo
>>>>>>>>>>>>>>>> Universit? degli Studi di Udine
>>>>>>>>>>>>>>>> tel. ufficio 0432-558904
>>>>>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>>>>>> Homo sine pecunia est imago mortis
>>>>>>>>>>>>>>>> --------------------------------------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------------------------------------------------------------------- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di  
>>>>>>>>>>>>>>>> Udine
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>>>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>>>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>>
>>>>>>>>> Cesare Pellegrini
>>>>>>>>> Pointec S.r.l.
>>>>>>>>> Promotion technology
>>>>>>>>> Tel.: 0461 695084
>>>>>>>>> Fax: 0461 1860195
>>>>>>>>> Cell.: 328 7661267
>>>>>>>>> Sito internet: http://www.pointec.it
>>>>>>>>>
>>>>>>>>> Ai sensi del decreto legislativo n° 196/2003, il contenuto  
>>>>>>>>> di questa email e degli eventuali allegati, è strettamente  
>>>>>>>>> confidenziale e destinato alla/e persona/e a cui è  
>>>>>>>>> indirizzato. E' fatto divieto di copiare e divulgare il  
>>>>>>>>> contenuto di questa email. Ogni utilizzo abusivo delle  
>>>>>>>>> informazioni quì contenute da parte di persone terze o  
>>>>>>>>> comunque non indicate nella presente email, potrà essere  
>>>>>>>>> perseguito ai sensi di legge.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ALESSANDRO TUVERI
>>>>>>>>
>>>>>>>> --------------------------------------
>>>>>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>>>>>> Servizi WEeb d'Ateneo
>>>>>>>> Universit? degli Studi di Udine
>>>>>>>> tel. ufficio 0432-558904
>>>>>>>> --------------------------------------
>>>>>>>> Homo sine pecunia est imago mortis
>>>>>>>> --------------------------------------
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di  
>>>>>>>> Udine
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> ------------------------------------------------------------
>>>>>>>      Inter at zioni            Interazioni di Antonio Nati
>>>>>>> http://www.interazioni.it      tonix at interazioni.it
>>>>>>> ------------------------------------------------------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ALESSANDRO TUVERI
>>>>>>
>>>>>> --------------------------------------
>>>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>>>> Servizi WEeb d'Ateneo
>>>>>> Universit? degli Studi di Udine
>>>>>> tel. ufficio 0432-558904
>>>>>> --------------------------------------
>>>>>> Homo sine pecunia est imago mortis
>>>>>> --------------------------------------
>>>>>>
>>>>>> ----------------------------------------------------------------------  
>>>>>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita'  
>>>>>> di Udine
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> TYPO3-UG-Italy mailing list
>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>
>>>>> -- 
>>>>>
>>>>> Cesare Pellegrini
>>>>> Pointec S.r.l.
>>>>> Promotion technology
>>>>> Tel.: 0461 695084
>>>>> Fax: 0461 1860195
>>>>> Cell.: 328 7661267
>>>>> Sito internet: http://www.pointec.it
>>>>>
>>>>> Ai sensi del decreto legislativo n° 196/2003, il contenuto di  
>>>>> questa email e degli eventuali allegati, è strettamente  
>>>>> confidenziale e destinato alla/e persona/e a cui è indirizzato.  
>>>>> E' fatto divieto di copiare e divulgare il contenuto di questa  
>>>>> email. Ogni utilizzo abusivo delle informazioni quì contenute da  
>>>>> parte di persone terze o comunque non indicate nella presente  
>>>>> email, potrà essere perseguito ai sensi di legge.
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> TYPO3-UG-Italy mailing list
>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>
>>>>
>>>>
>>>>
>>>> ALESSANDRO TUVERI
>>>>
>>>> --------------------------------------
>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>> Servizi WEeb d'Ateneo
>>>> Universit? degli Studi di Udine
>>>> tel. ufficio 0432-558904
>>>> --------------------------------------
>>>> Homo sine pecunia est imago mortis
>>>> --------------------------------------
>>>>
>>>> ----------------------------------------------------------------------
>>>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine
>>>>
>>>>
>>>> _______________________________________________
>>>> TYPO3-UG-Italy mailing list
>>>> TYPO3-UG-Italy at lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>
>>> _______________________________________________
>>> TYPO3-UG-Italy mailing list
>>> TYPO3-UG-Italy at lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>
>>
>>
>>
>> ALESSANDRO TUVERI
>>
>> --------------------------------------
>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>> Servizi WEeb d'Ateneo
>> Universit? degli Studi di Udine
>> tel. ufficio 0432-558904
>> --------------------------------------
>> Homo sine pecunia est imago mortis
>> --------------------------------------
>>
>> ----------------------------------------------------------------------
>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine
>>
>>
>> _______________________________________________
>> TYPO3-UG-Italy mailing list
>> TYPO3-UG-Italy at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>



ALESSANDRO TUVERI

--------------------------------------
AREA SERVIZI INFORMATICI E MULTIMEDIALI
Servizi WEeb d'Ateneo
Universit? degli Studi di Udine
tel. ufficio 0432-558904
--------------------------------------
Homo sine pecunia est imago mortis
--------------------------------------

----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine

More information about the TYPO3-UG-Italy mailing list