El Mon, 28 de Sep de 2015, a las 07:21:31PM +0200, Manolo Díaz dijo:
>> Eso sí, insisto en que por mucho oom-killer, cuando a mí se me produjo
>> la situación, no podía usar el servicio ssh, porque aunque éste estaba
>> activo, no era capaz de abrir sesión.
>
> Si he entendido bien lo básico sobr
El lunes, 28 sep 2015 a las 14:13 UTC
José Miguel (sio2) escribió:
> Eso sí, insisto en que por mucho oom-killer, cuando a mí se me produjo
> la situación, no podía usar el servicio ssh, porque aunque éste estaba
> activo, no era capaz de abrir sesión.
Si he entendido bien lo básico sobre el tema
Un saludo a todos ya he dejado la cosa funcionando y esperaré
acontecimientos.
Sobre algunas respuestas que me habéis dado:
@Camaleon:
Sí, normalmente la SWAP está a 0. Pero es que lo de ayer era la
situación post-apocalipsis. Después de lograr entrar dejé el sistema que
parecía funcionar, pero
El domingo, 27 sep 2015 a las 21:05 UTC
Santiago Vila escribió:
> On Sun, Sep 27, 2015 at 07:32:26PM +0200, Manolo Díaz wrote:
>
> > No es muy elegante, pero no creo que los desarrolladores de Linux se
> > hayan levantado un día aburridos y decidieran programar una aberración.
> > Parece que las
On Sun, Sep 27, 2015 at 07:32:26PM +0200, Manolo Díaz wrote:
> No es muy elegante, pero no creo que los desarrolladores de Linux se
> hayan levantado un día aburridos y decidieran programar una aberración.
> Parece que las soluciones obvias al límite de la memoria son (aparte de
> aumentarla) o el
El domingo, 27 sep 2015 a las 14:00 UTC
Santiago Vila escribió:
> On Sun, Sep 27, 2015 at 01:46:14PM +0200, José Miguel (sio2) wrote:
> > Parece que hay memoria libre, pero si por:
> >
> > vm.overcommit_memory = 2
> >
> > no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es
> >
El día 27 de septiembre de 2015, 15:51, Camaleón escribió:
> El Sun, 27 Sep 2015 13:46:14 +0200, José Miguel (sio2) escribió:
>
>> Para no escribir varios correos contentos a todos aquí:
>>
>> Ya he logrado meterme en el servidor y no he visto ningún programa que
>> parezca consumir ingentes canti
On Sun, Sep 27, 2015 at 01:46:14PM +0200, José Miguel (sio2) wrote:
> Parece que hay memoria libre, pero si por:
>
> vm.overcommit_memory = 2
>
> no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es
> plausible pensar que se llegó a ese límite cuando no podía acceder al
> servid
El Sun, 27 Sep 2015 13:46:14 +0200, José Miguel (sio2) escribió:
> Para no escribir varios correos contentos a todos aquí:
>
> Ya he logrado meterme en el servidor y no he visto ningún programa que
> parezca consumir ingentes cantidades de memoria. El estado de la memoria
> cuando logré entrar er
Para no escribir varios correos contentos a todos aquí:
Ya he logrado meterme en el servidor y no he visto ningún programa que
parezca consumir ingentes cantidades de memoria. El estado de la memoria
cuando logré entrar era este:
total used freeshared buffers cached
Mem:
On Sat, Sep 26, 2015 at 09:56:58AM +0200, José Miguel (sio2) wrote:
> $ ssh yo@mlejanoservidor
> [...]
> Last login: Thu Sep 24 23:56:00 2015 from X.Y.Z.T
> -bash: fork: No se pudo asignar memoria
>
El Sat, 26 Sep 2015 16:59:35 +0200, José Miguel (sio2) escribió:
> El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:
(...)
>>> Por cierto con eso de 2719744 bytes asignados, ¿a qué se refiere?
>>> ¿Asignados a quién? Porque no puede ser la memoria total, que es 8 GB.
>>
>> Al ce
El sábado, 26 sep 2015 a las 14:59 UTC
José Miguel (sio2) escribió:
> El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:
>
> > Lo primero sería ejecutar "free" (para ver qué cantidad de RAM hay en uso/
> > disponible) y "top" (para ver qué servicios están consumiendo más RAM).
>
>
El Sat, 26 de Sep de 2015, a las 02:20:00PM +, Camaleón dijo:
> Lo primero sería ejecutar "free" (para ver qué cantidad de RAM hay en uso/
> disponible) y "top" (para ver qué servicios están consumiendo más RAM).
Sí, eso ya lo he dejado dicho. En vez de "top" he sugerido "ps" para
poder volca
El Sat, 26 Sep 2015 09:56:58 +0200, José Miguel (sio2) escribió:
> Un saludo a la lista:
>
> A ver si me podéis guiar y aconsejar para la nueva que se me avecina.
Pues así a botepronto, "píldoras memorín" :-)
> Administro un servidor en la distancia (muy en la distancia), en el que
> tenía whe
to milejanoservidor closed.
#v-
Parece claro que el servidor se ha quedado sin memoria, ¿no? Así que
supongo que me toca averiguar qué programa es el culpable de esto.
El servidor tiene 8GB; pero cuando tenía 4GB y corría wheezy (hace cosa
de un año), empezó a darme problemas de memoria. Al final
de Marzo de 2005 21:43
> Para: Lista_Debian_Spanish
> Asunto: Re: Cuelgue por problemas de memoria Sarge 2.6.11
>
> > Buenas, a ver si alguien me puede ayudar porque no se que hacer.
> >
> > Tengo debian Sarge 2.6.11. Es un PII 400MHz con 128Mb de RAM. En
> > princip
?
Saludos y gracias JP
-Mensaje original-
De: Aritz Beraza Garayalde [Rei] [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 22 de Marzo de 2005 21:43
Para: Lista_Debian_Spanish
Asunto: Re: Cuelgue por problemas de memoria Sarge 2.6.11
> Buenas, a ver si alguien me puede ayudar porque no
ía. Si es de solo 128 megas, pues no hay problema.
Lo de reiniciar el mldonkey cada 8 horas es un poco sádico no?
reinicialo una vez al día o cada dos días.
> Cuando se cuelga no deja rastro en el syslog, o en sitios q yo pueda
> conocer... ¿alguien me puede ayudar a resolver estos problemas d
resolver estos problemas de
memoria? He probado con otros kernels (2.6.7, 2.6.8, 2.6.9 y 2.6.10) y
ocurre exactamente lo mismo.
Espero haberme explicado.
Gracias de antemano
Marcelo E. Magallon wrote:
>
> On Tue, Feb 09, 1999 at 07:29:20PM +, Octavio Rodriguez Perez wrote:
>
> > Pero claro, al leer ahora estos mensajes de la lista, y ver que el
> > problema aparece con programas completamente diferentes, creo que el bug
> > es del programa "top" que en algunos ca
On Tue, Feb 09, 1999 at 07:29:20PM +, Octavio Rodriguez Perez wrote:
> Pero claro, al leer ahora estos mensajes de la lista, y ver que el
> problema aparece con programas completamente diferentes, creo que el bug
> es del programa "top" que en algunos casos no indica correctamente la
> cantida
Octavio Rodriguez Perez wrote:
>
>
> Pero claro, al leer ahora estos mensajes de la lista, y ver que el
> problema aparece con programas completamente diferentes, creo que el bug
> es del programa "top" que en algunos casos no indica correctamente la
> cantidad de memoria utilizada.
Perdon, ahor
Antonio Castro wrote:
>
> Acabo de arrancar las x y luego el netscape, para que puedas comparar.
> Te recuerdo que mi swap está algo sobre dimensionada. Mira la última
> línea que te mando relativa al estado de la memoria. Yo tengo casi toda
> la memoria libre. Tu tienes casi toda la memoria ocupa
Nada más para suplir un poco más de información:
992 ? S0:00 /usr/X11R6/bin/Login.app
993 ? S3:02 \_ /usr/X11R6/bin/X
1011 ? SW 0:00 \_ (Xsession)
1035 ? S0:11 \_ /usr/X11R6/bin/WindowMaker
1055 ? S0:00 \_ xterm -ls
1056 p0 SW 0:00
On Wed, 27 Jan 1999, Antonio Castro wrote:
>
>Pues para ver exactamente la jerarquia de parentesco entre los procesos
>de tu máquina existe un comando muy bonito que se llama 'pstree'.
Y con 'ps faux' tienes lo mismo pero con más datos de memoria,
uso de CPU y esas cosas.
>| http:
On mié, ene 27, 1999 at 10:16:53 +0100, Antonio Castro wrote:
> Acabo de arrancar las x y luego el netscape, para que puedas comparar.
> Te recuerdo que mi swap está algo sobre dimensionada. Mira la última
> línea que te mando relativa al estado de la memoria. Yo tengo casi toda
> la memoria libre.
On mié, ene 27, 1999 at 10:16:53 +0100, Antonio Castro wrote:
> Acabo de arrancar las x y luego el netscape, para que puedas comparar.
> Te recuerdo que mi swap está algo sobre dimensionada. Mira la última
> línea que te mando relativa al estado de la memoria. Yo tengo casi
toda
> la memoria libre
On Wed, 27 Jan 1999, =?iso-8859-1?Q?Javier_Vi=F1uales_Guti=E9rrez?= wrote:
> antes de que mi sistema X caiga os envío la foto de recursos utilizados
> de mi máquina:
>
> 2:45am up 3:04, 4 users, load average: 3.62, 2.20, 1.77
> 48 processes: 46 sleeping, 2 running, 0 zombie, 0 stopped
>
29 matches
Mail list logo
