[TYPO3-UG Italy] vps

Fri Apr 20 15:37:14 CEST 2012

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