[TYPO3-UG Italy] vps

Tonix (Antonio Nati) tonix at interazioni.it
Tue Apr 17 18:22:12 CEST 2012


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
------------------------------------------------------------



More information about the TYPO3-UG-Italy mailing list