[TYPO3-UG Italy] vps

Tue Apr 17 13:56:08 CEST 2012

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.