VPS - Start service Failed.

[salento]

Buona domenica a tutti ...
dopo tre anni di funzionamento della VPS (aruba con Centos e Virtuozo+Plesk) senza alcun problema e senza che ultimamente abbia apportato alcuna modifica ...
per la seconda volta questa settimana noto che la macchina si rallenta e mi va in
Black zone kmemsize fino a riavviarsi ...
ed è qui che iniziano i problemi ecco quanto:

Operation start with the VPS(s) VEID4338 is started.      
Jan 09, 2011 11:48:28 AM         Starting VE ...      
Jan 09, 2011 11:48:35 AM         VE is unmounted      
Jan 09, 2011 11:48:38 AM         VE is mounted      
Jan 09, 2011 11:49:08 AM         Setting devperms 20002 dev 0x7f00      
Jan 09, 2011 11:49:08 AM         Adding port redirection to VE(1): 4643 8443      
Jan 09, 2011 11:49:08 AM         Adding IP address(es): 62.149.xxx.xxx      
Jan 09, 2011 11:49:14 AM         Hostname for VE set: 62.149.xxx.xxx      
Jan 09, 2011 11:49:15 AM         File resolv.conf was modified      
Jan 09, 2011 11:49:15 AM         Setting devperms 60010 dev 0x3e      
Jan 09, 2011 11:49:16 AM         VE start in progress...

Start service     -     Failed     
Started     Operation     Status
Jan 09, 2011 12:18:17 PM     Operation start with the VPS(s) VEID4338 service "psa" is started.     Completed
Jan 09, 2011 12:18:31 PM     Starting xinetd service... done     Completed
Jan 09, 2011 12:18:31 PM     Starting named service... done     Completed
Jan 09, 2011 12:18:31 PM     Starting mysqld service... done     Completed
Jan 09, 2011 12:18:31 PM     Starting qmail service... done     Completed
Jan 09, 2011 12:18:31 PM     Starting courier-imap service... done     Completed
Jan 09, 2011 12:18:31 PM     Starting postgresql service... done     Completed
Jan 09, 2011 12:20:35 PM     #307 Message processing was terminated because timeout was reached waiting for a response

praticamente non si avviano i servizi ...


la scorsa settimana il tutto è durato un paio di ore e poi il problema si è risolto da solo ...
oggi la situazione è ferma da almeno 8 ore ...
cosa mi sugerite ?
grazie in anticipo per la vs pazienza ed eventuale aiuto

Saluti

[Rebel]

Non è che semplicemente non hai abbastanza memoria?

Prova a disabilitare alcuni servizi e vedi se così parte.

[salento]

top - 15:05:00 up 53 min,  1 user,  load average: 22.63, 23.87, 21.57
Tasks:  50 total,  12 running,  38 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.4% us, 97.6% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:  16393416k total, 16277652k used,   115764k free,   940308k buffers
Swap: 16771852k total,    13124k used, 16758728k free,  4103312k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
20231 root      18   0 18300 1520 1184 R   30  0.0   0:02.12 vzcp_auth
15443 apache    15   0 37912  13m 3580 S    6  0.1   0:04.02 httpd
15438 apache    18   0 39688  15m 4448 R    4  0.1   0:03.55 httpd
15361 apache    16   0 38044  13m 3620 S    4  0.1   0:03.58 httpd
15508 apache    25   0 37024  12m 3476 R    4  0.1   0:03.36 httpd
15448 apache    15   0 38032  13m 3600 R    4  0.1   0:03.50 httpd
17847 root      22   0 10728 6800 2672 R    3  0.0   0:07.05 python
15894 postgres  25   0  8572 2012 1580 R    3  0.0   0:32.38 postmaster
15453 apache    16   0 39708  15m 4440 R    3  0.1   0:02.75 httpd
15422 apache    16   0 37912  13m 3596 S    2  0.1   0:03.80 httpd
 5255 mysql     16   0  112m  14m 4704 S    2  0.1   0:12.94 mysqld
15510 apache    20   0 36928  12m 3488 R    2  0.1   0:02.21 httpd
15420 apache    18   0 40276  16m 4400 R    1  0.1   0:03.70 httpd
 1706 psaadm    20   0 44172  11m 7324 S    1  0.1   0:00.50 httpsd
17687 root      17   0  2100 1040  820 R    1  0.0   0:01.30 top
14310 apache    25   0 36936  12m 3500 R    1  0.1   0:03.22 httpd
20261 root      18   0  1548  524  436 R    0  0.0   0:00.02 pidof

# free
             total       used       free     shared    buffers     cached
Mem:      16393416   16164164     229252          0     940932    4109504
-/+ buffers/cache:   11113728    5279688
Swap:     16771852      12984   16758868

[Rebel]

Quindi?

[Alex]

22 di carico e ti chiedi perchè hai problemi?

[Rebel]

22 di carico e ti chiedi perchè hai problemi?

Ma quello è il carico dell'intero nodo, dato che si tratta di virtuozzo. Se non erro top mostra i dati realivi al nodo e non alla singola VPS, almeno per quanto riguarda la ram. Credo i servizi non gli partano perchè semplicemente ha raggiunto l'hard limit sulla ram assegnata alla sua VPS. Ripeto, credo, dato che virtuozzo non lo conosco bene.

[Shazan]

Ma quello è il carico dell'intero nodo, dato che si tratta di virtuozzo. Se non erro top mostra i dati realivi al nodo e non alla singola VPS, almeno per quanto riguarda la ram. Credo i servizi non gli partano perchè semplicemente ha raggiunto l'hard limit sulla ram assegnata alla sua VPS. Ripeto, credo, dato che virtuozzo non lo conosco bene.

Credo anch'io che quello sia il load dell'intero nodo. Certo che un nodo con un load di 22 non è che stia lavorando in condizioni particolarmente confortevoli...

[salento]

stoppando da ssh apache scendo a questo:

top - 21:48:41 up 52 min,  1 user,  load average: 1.80, 7.10, 7.88
Tasks:  31 total,   2 running,  29 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.3% sy,  0.0% ni, 99.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:  16393416k total, 16165724k used,   227692k free,   921868k buffers
Swap: 16771852k total,    12904k used, 16758948k free,  4314680k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
17473 root      17   0  2100 1020  820 R    2  0.0   0:05.76 top
    1 root      16   0  1960  652  564 S    0  0.0   0:00.95 init
15505 root      15   0  1628  576  484 S    0  0.0   0:00.01 syslogd
15548 root      15   0  6068 1032  668 S    0  0.0   0:00.02 sshd
15616 root      16   0  2600  880  712 S    0  0.0   0:00.36 xinetd
15645 root      25   0  5744  808  552 S    0  0.0   0:00.02 couriertcpd
15649 root      18   0  4588 1004  784 S    0  0.0   0:04.31 courierlogger
15673 root      18   0  5744  808  552 S    0  0.0   0:00.00 couriertcpd
15676 root      18   0  4588 1004  784 S    0  0.0   0:04.73 courierlogger
15688 root      16   0 10852 2996 2380 R    0  0.0   0:05.61 sshd
15697 root      18   0  5744  808  552 S    0  0.0   0:00.01 couriertcpd
15700 root      18   0  4588 1004  784 S    0  0.0   0:03.06 courierlogger
15716 root      18   0  5744  808  552 S    0  0.0   0:00.00 couriertcpd
15718 root      18   0  4588 1004  784 S    0  0.0   0:03.63 courierlogger
15801 root      16   0  2484 1356 1084 S    0  0.0   0:00.28 bash
15871 named     21   0  106m 3088 1792 S    0  0.0   0:00.04 named
17905 postgres  16   0 18796 3208 2744 S    0  0.0   2:33.51 postmaster
18173 root      16   0 29184  26m 2272 S    0  0.2   0:01.66 spamd
18236 popuser   16   0 29184  24m  932 S    0  0.2   0:00.00 spamd
18422 root      15   0 41696 6384 3948 S    0  0.0   0:00.20 httpsd
18430 psaadm    16   0 43336  10m 6700 S    0  0.1   0:00.80 httpsd
19561 root      18   0  5356  700  436 S    0  0.0   0:00.01 saslauthd
19571 root      18   0  5356  428  164 S    0  0.0   0:00.00 saslauthd
 1803 psaadm    16   0 44936  12m 8372 S    0  0.1   0:19.75 httpsd
 1829 psaadm    16   0 45864  18m  11m S    0  0.1   0:09.35 httpsd
 4042 root      15   0  2296 1044  900 S    0  0.0   0:00.07 mysqld_safe
 5132 mysql     16   0  111m  14m 4736 S    0  0.1   0:21.78 mysqld

appena rilancio il servizio httpd in 2 minuti schizza su con una crescita costante:

top - 21:53:50 up 57 min,  1 user,  load average: 10.32, 6.39, 7.06
Tasks:  42 total,  13 running,  29 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1% us,  9.8% sy,  0.0% ni, 90.1% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:  16393416k total, 16201304k used,   192112k free,   922136k buffers
Swap: 16771852k total,    12904k used, 16758948k free,  4318312k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
21805 root      15   0  2100 1016  820 R   16  0.0   0:03.17 top
21905 apache    18   0 38112  13m 3888 R    9  0.1   0:02.63 httpd
21966 apache    18   0 37028  12m 3476 R    9  0.1   0:02.91 httpd
21901 apache    25   0 36876  12m 3468 R    5  0.1   0:03.30 httpd
21902 apache    25   0 36876  12m 3472 R    4  0.1   0:03.19 httpd
21988 apache    25   0 36772  11m 3324 R    4  0.1   0:02.00 httpd
21893 apache    16   0 38104  13m 3504 R    4  0.1   0:03.31 httpd
21894 apache    16   0 38012  13m 3580 R    4  0.1   0:04.30 httpd
21904 apache    19   0 38108  13m 3508 R    4  0.1   0:03.05 httpd
21879 apache    25   0 38096  13m 3476 R    2  0.1   0:03.52 httpd
21869 apache    25   0 36896  12m 3480 R    1  0.1   0:03.12 httpd
 5132 mysql     15   0  111m  15m 4736 S    0  0.1   0:25.17 mysqld
    1 root      15   0  1960  652  564 S    0  0.0   0:01.04 init
15505 root      16   0  1628  576  484 S    0  0.0   0:00.01 syslogd
15548 root      15   0  6068 1032  668 S    0  0.0   0:00.02 sshd
15616 root      16   0  2600  880  712 S    0  0.0   0:00.36 xinetd
15645 root      25   0  5744  808  552 S    0  0.0   0:00.02 couriertcpd
15649 root      18   0  4588 1004  784 S    0  0.0   0:04.31 courierlogger
15673 root      18   0  5744  808  552 S    0  0.0   0:00.00 couriertcpd
15676 root      18   0  4588 1004  784 S    0  0.0   0:04.73 courierlogger
15688 root      16   0 11012 3008 2380 R    0  0.0   0:05.62 sshd
15697 root      18   0  5744  808  552 S    0  0.0   0:00.01 couriertcpd
15700 root      18   0  4588 1004  784 S    0  0.0   0:03.06 courierlogger
15716 root      18   0  5744  808  552 S    0  0.0   0:00.00 couriertcpd
15718 root      18   0  4588 1004  784 S    0  0.0   0:03.63 courierlogger
15801 root      16   0  2484 1356 1084 S    0  0.0   0:00.29 bash
15871 named     21   0  106m 3088 1792 S    0  0.0   0:00.04 named

Da profano direi che qualche colpa c'èl'ha il processo di apache ??
che ne dite il problema potrebbe dipendere dal server fisico, il servizio è unmanaged, mi conviene contattare il fornitore... o mi consigliate di organizzare gia una migrazione dei dati ...
is dead ?

[salento]

rettifico lasciando apache attivo dopo un po comincia a decrescrere il load average ora è tornato a 5...

... non ci capisco + niente ... poi risale di nuovo a 10 senza far niente ...

... x la serie che bella domenica ... vada il pomerigio ma rinunciare al pub con concerto e birretta è troppo

[Rebel]

Ho provato a cercare un attimo ma non sono riuscito a capire con certezza se il load riportato da top sia quello del nodo o della singolra vps. La memoria e' di sicuro quella del nodo.

Comunque, se i servizi non ti partono e' probabilmente perche' hai raggiunto i limiti di memoria della tua VPS. Prova a controllare nei log se c'e' qualche errore che indichi qualcosa di simile.

[DanyXP]

Secondo me c'è qualche problema su un nodo Aruba. Ho un server down e avevo problemi molto simili al tuo, per quel poco che sono riuscito a verificare prima che anche il nodo intero smettesse di pingare...

[salento]

Stammattina non riuscivo nemmeno a stopparla ...
.. poi magicamente senza far niente tutto ritorna funzionante con prestazioni migliori di prima quando era funzionante ...
... risultato ... due giorni persi ... e una nuova VPS attivata per la migrazione ...
... tanto sono sicuro che il problema si ripresenterà nei prossimi giorni ...
... già è successo allo stesso modo la settimana scorsa ... poi tutto si era risistemato per 5 giorni ... penso che il problema sia il nodo e ad Aruba lo sanno ... visto che periodicamente risistemano il tutto ...

con questo non mi illudo che il problema lo hanno risolto ... secondo me in settimana ci saranno altri disservizi ... ma almeno ho il tempo di organizzare x bene la migrazione su una nuova VPS

grazie ugualmente a tutto il forum ed in particolare a rebel x il sostegno ...
domani sarà migliore

[DanyXP]

Allora forse non parliamo dello stesso nodo, io non ho avuto problemi in passato ma solo oggi. Pare abbiano riavviato l'intero nodo ed è tutto tornato a funzionare in modo parecchio prestante.
Cmq se vuoi fugare il dubbio facendo un tracert l'ip del nodo termina con .48 è lo stesso?

[Rebel]

Stammattina non riuscivo nemmeno a stopparla ...
.. poi magicamente senza far niente tutto ritorna funzionante con prestazioni migliori di prima quando era funzionante ...
... risultato ... due giorni persi ... e una nuova VPS attivata per la migrazione ...
... tanto sono sicuro che il problema si ripresenterà nei prossimi giorni ...
... già è successo allo stesso modo la settimana scorsa ... poi tutto si era risistemato per 5 giorni ... penso che il problema sia il nodo e ad Aruba lo sanno ... visto che periodicamente risistemano il tutto ...

con questo non mi illudo che il problema lo hanno risolto ... secondo me in settimana ci saranno altri disservizi ... ma almeno ho il tempo di organizzare x bene la migrazione su una nuova VPS

grazie ugualmente a tutto il forum ed in particolare a rebel x il sostegno ...
domani sarà migliore

Dipende da virtuozzo. Questo tipo di vps possono costare meno, ma c'e' sempre il rischio di ritrovarsi su un nodo che e' stato caricato un po' troppo.

[salento]

Per DanyXP
io mi sono accorto del down del 3 notte con questo strumento gratuito che utilizzo per monitorare il mail server

MX Lookup Tool - Check your DNS MX Records online - MxToolbox


P.s sono al limite dell'OT ma meglio continuare la discussione in publico che in privato ...se puo essere utile x la comunità