1. ¡OFERTA! con cupón "DIRVPS": hosting por $0,01 y también VPS Linux y Windows por $0,01 el primer mes por Interserver ← publi
    Descartar aviso
Descartar aviso
Al usar este sitio web, aceptas que nosotros y nuestros socios podamos establecer cookies para fines tales como personalizar el contenido y la publicidad. Más información.

VPS la ram queda atorada en 1% OpenVZ tengo 2 GB

Tema en 'VPS Hosting' iniciado por loadingjkr, 15 Dic 2014.

  1. loadingjkr

    loadingjkr Usuario activo

    Cuando instalé en el VPS

    mysql, apache, phpmyadmin, squirremail, mailman + ispconfig la RAM llegó al 99%
    luego de la instalación bajó a 37%

    sucede cuando aplasto el botón reinicio desde el panel de administración del VPS ya no vuelve encender.
    se queda atorado en 1%

    esto son los resultados actualmente

    root@g1:~# uptime
    CODE, HTML o PHP Insertado:
    13:06:28 up 1 day, 21:08,  2 users,  load average: 0.00, 0.01, 0.00
    

    root@g1:~# free -m
    CODE, HTML o PHP Insertado:
                 total       used       free     shared    buffers     cached
    Mem:          2048        774       1273          0          0        295
    -/+ buffers/cache:        478       1569
    Swap:            0          0          0
    
    
    vi /proc/meminfo
    CODE, HTML o PHP Insertado:
    MemTotal:        2097152 kB
    MemFree:         1230428 kB
    Cached:           374536 kB
    Buffers:               0 kB
    Active:           423180 kB
    Inactive:         411412 kB
    Active(anon):     220072 kB
    Inactive(anon):   239984 kB
    Active(file):     203108 kB
    Inactive(file):   171428 kB
    Unevictable:           0 kB
    Mlocked:               0 kB
    SwapTotal:             0 kB
    SwapFree:              0 kB
    Dirty:                24 kB
    Writeback:             0 kB
    AnonPages:        460056 kB
    Shmem:             73516 kB
    Slab:              32096 kB
    SReclaimable:       9596 kB
    SUnreclaim:        22500 kB
    
    

    --------------------------------------------------------------------------------------------------------------------------
    cuando reinicio pierdo acceso al SSH y la memoria ram desde el administrador VPS marca 1%
     
  2.  
  3. loadingjkr

    loadingjkr Usuario activo

    Es un servidor de test para probar configuraciones

    Por cierto el VPS me costó 10 dólares en total por 6 meses (tal vez sea la causa ¿este problema puede ser por parte de proveedor?)

    CODE, HTML o PHP Insertado:
    processor 0:0
    vendor_id 0:GenuineIntel
    cpu family 0:6
    model 0:58
    model name 0:Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 0:9
    cpu MHz 0:3501.000
    cache size 0:8192 KB
    physical id 0:0
    siblings 0:8
    core id 0:0
    cpu cores 0:4
    apicid 0:0
    initial apicid 0:0
    fpu 0:yes
    fpu_exception 0:yes
    cpuid level 0:13
    wp 0:yes
    flags 0:fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
    bogomips 0:6999.90
    clflush size 0:64
    cache_alignment 0:64
    address sizes 0:36 bits physical, 48 bits virtual
    power management 0:
    processor 1:1
    vendor_id 1:GenuineIntel
    cpu family 1:6
    model 1:58
    model name 1:Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 1:9
    cpu MHz 1:3501.000
    cache size 1:8192 KB
    physical id 1:0
    siblings 1:8
    core id 1:1
    cpu cores 1:4
    apicid 1:2
    initial apicid 1:2
    fpu 1:yes
    fpu_exception 1:yes
    cpuid level 1:13
    wp 1:yes
    flags 1:fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
    bogomips 1:6999.90
    clflush size 1:64
    cache_alignment 1:64
    address sizes 1:36 bits physical, 48 bits virtual
    power management 1:
    processor 2:2
    vendor_id 2:GenuineIntel
    cpu family 2:6
    model 2:58
    model name 2:Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 2:9
    cpu MHz 2:3501.000
    cache size 2:8192 KB
    physical id 2:0
    siblings 2:8
    core id 2:2
    cpu cores 2:4
    apicid 2:4
    initial apicid 2:4
    fpu 2:yes
    fpu_exception 2:yes
    cpuid level 2:13
    wp 2:yes
    flags 2:fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
    bogomips 2:6999.90
    clflush size 2:64
    cache_alignment 2:64
    address sizes 2:36 bits physical, 48 bits virtual
    power management 2:
    processor 3:3
    vendor_id 3:GenuineIntel
    cpu family 3:6
    model 3:58
    model name 3:Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz
    stepping 3:9
    cpu MHz 3:3501.000
    cache size 3:8192 KB
    physical id 3:0
    siblings 3:8
    core id 3:3
    cpu cores 3:4
    apicid 3:6
    initial apicid 3:6
    fpu 3:yes
    fpu_exception 3:yes
    cpuid level 3:13
    wp 3:yes
    flags 3:fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
    bogomips 3:6999.90
    clflush size 3:64
    cache_alignment 3:64
    address sizes 3:36 bits physical, 48 bits virtual
    power management 3:
    
    
     
  4. El acesso ssh lo pierdes por que reinicias.
    El tema de RAM mira procesos con ps aux y si no casi seguro que es por el nodo del vps. Normalmente si es barato...
     
  5. CPU compartida... o equal shared...
    PD: Un 1% es lo normal para un core. Lo jodido sería que lo tuvieras a 2.
    El ISPConfig pilla RAM y el spamassasin igual es eso lo que te consume los
    774MB de RAM Y tienes 2GB. yo no veo nada raro.
     
  6. loadingjkr

    loadingjkr Usuario activo

    se le escapó a mi proveedor un cupón del ya cupón
    del 50% de descuento

    lo compré por 6 meses de rebaja y a eso le apliqué el 50% de descuento o sea 2 descuentos
    hoy ya lo areglaron
    al parecer estaré pagando $10 por 6 meses
    el VPS está alojado en colocrossing es muy bueno pero no entiendo por qué pierdo acceso al ssh cuando sobrepaso el 100% de ram y después reinicio.

    el VPS no es para nada lento es muy rápido lo que sucede es que no arranca después del reinicio

    al instalar ispconfig3 servidor perfecto sobrepasé el 100%
    y me di cuenta que si reinicio ya no arranca se queda en 1%

    root@g1:~# ps aux
    CODE, HTML o PHP Insertado:
    USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    root         1  0.0  0.0  30172  1412 ?        Ss   Dec13   0:00 init
    root         2  0.0  0.0      0     0 ?        S    Dec13   0:00 [kthreadd/30933
    root         3  0.0  0.0      0     0 ?        S    Dec13   0:00 [khelper/30933]
    root       107  0.0  0.0  16988   404 ?        S    Dec13   0:00 upstart-udev-br
    root       116  0.0  0.0  21204   656 ?        Ss   Dec13   0:00 /sbin/udevd --d
    root       268  0.0  0.0  14936   272 ?        S    Dec13   0:00 upstart-socket-
    5003       502  0.0  0.8 312544 17040 ?        Ss   Dec15   0:00 /usr/bin/php-cg
    5003       504  0.0  0.9 318620 19476 ?        S    Dec15   0:00 /usr/bin/php-cg
    www-data  1090  0.0  0.3 402296  6508 ?        S    Dec15   0:00 /usr/sbin/apach
    root      1636  0.0  0.0  49888   676 ?        Ss   Dec13   0:00 /usr/sbin/sshd
    root      1666  0.0  0.1 125376  2468 ?        Sl   Dec13   0:05 /usr/sbin/rsysl
    root      1864  0.0  0.0  57824  1008 ?        Ss   Dec13   0:03 sendmail: MTA:
    root      2012  0.0  0.0  18836   768 ?        Ss   Dec13   0:00 /usr/sbin/cron
    root      2039  0.0  0.0  14532   600 tty1     Ss+  Dec13   0:00 /sbin/getty 384
    root      2041  0.0  0.0  14532   600 tty2     Ss+  Dec13   0:00 /sbin/getty 384
    root      2145  0.0  0.0  22260  1288 ?        S    Dec13   0:02 /usr/lib/gamin/
    root      4008  0.0  0.0  57576   364 ?        Ss   Dec13   0:00 /usr/sbin/sasla
    root      4009  0.0  0.0  57576    32 ?        S    Dec13   0:00 /usr/sbin/sasla
    amavis    4039  0.0  0.2 221836  5928 ?        Ss   Dec13   0:02 /usr/sbin/amavi
    amavis    5051  0.0  0.2 223124  4816 ?        S    Dec13   0:00 /usr/sbin/amavi
    amavis    5052  0.0  0.2 223124  4884 ?        S    Dec13   0:00 /usr/sbin/amavi
    clamav    5053  0.0 13.8 459448 290712 ?       Ssl  Dec13   1:53 /usr/sbin/clamd
    root      5070  0.0  0.0  21612   788 ?        Ss   Dec13   0:00 /usr/sbin/dovec
    dovecot   5077  0.0  0.0  13008  1008 ?        S    Dec13   0:00 dovecot/anvil
    root      5078  0.0  0.0  13136  1112 ?        S    Dec13   0:00 dovecot/log
    root      5146  0.0  0.0  41208  1504 ?        Ss   Dec13   0:00 pure-ftpd (SERV
    bind      5178  0.0  0.1 148852  4104 ?        Ssl  Dec13   0:00 /usr/sbin/named
    root     11400  0.0  0.1  23120  2924 ?        S    00:10   0:00 dovecot/config
    clamav   11518  0.0  0.1  73732  2136 ?        Ss   Dec13   2:37 /usr/bin/freshc
    root     11523  0.0  0.1  51236  2996 ?        Ss   00:13   0:00 sshd: [accepted
    sshd     11524  0.0  0.0  51236  1396 ?        S    00:13   0:00 sshd: [net]
    root     11529  0.0  0.1  71232  3600 ?        Ss   00:13   0:00 sshd: root@pts/
    root     11531  0.0  0.0  17844  2016 pts/0    Ss   00:13   0:00 -bash
    root     11549  0.0  0.0  15268  1136 pts/0    R+   00:14   0:00 ps aux
    www-data 12500  0.0  0.3 402300  6492 ?        S    Dec15   0:00 /usr/sbin/apach
    www-data 12501  0.0  0.3 402300  6512 ?        S    Dec15   0:00 /usr/sbin/apach
    root     14034  0.0  0.2 132708  4708 ?        Sl   Dec13   1:26 /usr/bin/python
    root     15104  0.0  0.0  32716  1664 ?        Ss   Dec13   0:05 /usr/sbin/ntpd
    root     16875  0.0  0.6 401248 14508 ?        Ss   Dec15   0:01 /usr/sbin/apach
    root     16877  0.0  0.1  20476  2604 ?        S    Dec15   0:00 vlogger (access
    www-data 16878  0.0  0.0 167936  1024 ?        S    Dec15   0:00 /usr/sbin/fcgi-
    www-data 16881  0.0  0.0 169112  1228 ?        S    Dec15   0:00 /usr/sbin/apach
    root     16996  0.0  0.0  17720  1684 ?        S    Dec15   0:00 /bin/sh /usr/bi
    mysql    17312  0.0  2.0 466600 42028 ?        Sl   Dec15   0:34 /usr/sbin/mysql
    root     17313  0.0  0.0   4048   652 ?        S    Dec15   0:00 logger -t mysql
    www-data 17658  0.0  0.3 402300  6408 ?        S    Dec15   0:00 /usr/sbin/apach
    5003     17659  0.0  0.8 312544 17036 ?        Ss   Dec15   0:00 /usr/bin/php-cg
    5003     17661  0.0  1.0 318620 21216 ?        S    Dec15   0:01 /usr/bin/php-cg
    www-data 17730  0.0  0.3 402308  6424 ?        S    Dec15   0:00 /usr/sbin/apach
    nobody   19781  0.0  0.0  77708   956 ?        Sl   Dec13   0:03 /usr/bin/memcac
    root     21307  0.0  0.0 313956  1492 ?        Ss   Dec13   0:03 php-fpm: master
    www-data 21308  0.0  0.0 313956   468 ?        S    Dec13   0:00 php-fpm: pool w
    www-data 21309  0.0  0.0 313956   468 ?        S    Dec13   0:00 php-fpm: pool w
    list     24506  0.0  0.1  61392  2224 ?        Ss   Dec13   0:00 /usr/bin/python
    list     24507  0.0  0.1  52796  3612 ?        S    Dec13   0:15 /usr/bin/python
    list     24508  0.0  0.1  52832  3620 ?        S    Dec13   0:16 /usr/bin/python
    list     24509  0.0  0.1  52800  3568 ?        S    Dec13   0:15 /usr/bin/python
    list     24510  0.0  0.1  52756  3664 ?        S    Dec13   0:15 /usr/bin/python
    list     24511  0.0  0.1  52820  3648 ?        S    Dec13   0:15 /usr/bin/python
    list     24512  0.0  0.1  55020  3880 ?        S    Dec13   0:16 /usr/bin/python
    list     24513  0.0  0.1  52840  3636 ?        S    Dec13   0:15 /usr/bin/python
    list     24514  0.0  0.1  52840  3572 ?        S    Dec13   0:00 /usr/bin/python
    root     24806  0.0  0.0  19524   636 ?        Ss   Dec13   0:00 /usr/sbin/xinet
    
    
     
  7. Tu server funca OK.

    Lo normal para un core es 1% de load 0 1,5%.

    Tienes 2GB de meroria RAM y estas usando 774MB y te quedan libre 1273.

    No veo sobre carga ninguna en servicios.

    El ssh es normal que al reiniciar te diga conection refused.
     
  8. loadingjkr

    loadingjkr Usuario activo

    Si reinicio antes que sobrepasé el 100% de RAM (reinicia normal)
    Cuando sobrepaso el 100% de ram
    se queda atorado en 1% y no carga [reinicia]
    tengo que formatear y reinstalar el SO desde el panel administración VPS para recuperar acceso SSH

    si hoy tengo acceso es por que no le di en reinicio, lo bueno es que no cae el VPS está 99.9 uptime
     
  9. Cuando sobre pasas el 100% de RAM? Por que yo lo que veo es que tu server consume 774MB de RAM y le quedan libres
    1273MB de RAM y que en total tienes 2GB.

    1% de load en un core es lo normal.

    Eso con perdón es por falta de tu experiencia. Debes agregar tu ip al archivo de configuración de ssh. Si tienes APF en: /etc/apf/allow_hosts.rules
     
  10. cincinnati

    cincinnati Usuario activo

    El Load avg. (1 min, 5 min, 15 min) que te aparece en el top no es un porcentaje. Vas por buen camino cuando dices que una "carga" de "1" está bien para un core y ya sé que la tendencia es a hablar de ello en términos de "tanto por ciento", pero no es un porcentaje y no debe entenderse como tal.

    http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages

    En cuanto al amigo, que le pida soporte a su proveedor, que mejor nadie que él para explicarle qué le pasa.
     
    A justice13, ideasmultiples y nonamef191118 les gusta esto.
  11. En el libro de grado medio decía eso lol y eso que era de ENI Ediciónes el de Parainfo.
    Que lo normal era 1,5% para un core real.

    Voy a leerme ese artículo con el google traductor.

    Salu2,
     
  12. Lo que le pilla mas mem es el clam av seguido de mysql. Aunque con 2GB no debría haber problema. El ssh lo debe agregar en sshd_conf su ip en ListedAddres. Cuando reinicia iptables las reglas se borran debe agregarlas. https://wiki.debian.org/es/iptables
     
  13. Si tienes ip estática es en ListedAddres si no agrega tu rango de red en AllowUsers. Con esto al reiniciar no perderás accesso al ssh y haz lo del firewall.
     
  14. Vale creo entender. EL vps se le queda pillado por que le llega al 1%. Lo normal según este artículo es de 0,7% la carga lo ideal. Sorry por que a mi en informática me dijeron que era de 1% por un core o de 1,5%.

    Suma lo que te coje el clamd y mysql juntos.

    ps aux | grep clamd
    ps aux | grep mysql

    Si te superan los 2GB de RAM optimiza el mysql.

    Lo del ssh agrega tu rango de red en AllowUsers y haz lo del firewall para que no se te borren las reglas.

    para el clam av ulimit -m amountofram.
     
  15. loadingjkr

    loadingjkr Usuario activo

    Mi soporte por poco pierde el rastro de la IP
    cuando reinicia antes de aparecer 1%
    desde el panel de administración aparece conect error por 3 minutos
    luego se queda en 0% o 1% rara vez 2% y se queda atorado no carga
    no hace ping y no carga ni el terminal
    está abajo todo.

    ya lo notifiqué a mi proveedor y a lo mucho que pueden hacer es habilitar el ping pero todo los esfuerzos queda en 1%
    solo sucede en debian wheezy

    en debian squeeze carga al 36%
    carga todo menos el bind9
    tengo que restaurar desde terminar
    desde ls /etc/init.d/
    service bind9 restart


    Antes de este tuve 4 vps más sin problemas
    actualmente tengo otros VPS y nunca ha sucedido esto.

    ¿usted qué opina?
    en vps de webhostingtalk todo puede pasar
     
  16. Si no te hace ping es el firewall que lo tienes mal parametrizado y te está bloqueando. El terminal no te carga por que no has puesto desde que ip quiere que escuche.
     
  17. loadingjkr

    loadingjkr Usuario activo

  18. loadingjkr

    loadingjkr Usuario activo



Alojamiento web, Hosting Reseller, Servidores Dedicados - All in Hosting


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·