[TYPO3-UG Italy] vps
Alessandro Tuveri
at at uniud.it
Tue Apr 17 19:19:04 CEST 2012
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
More information about the TYPO3-UG-Italy
mailing list