OT: oracle client
Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. -- Carlos Molina Ingeniero.
Re: OT: oracle client
http://www.oracle.com/technology/software/index.html 2010/7/14 Carlos Molina car...@gmail.com Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. -- Carlos Molina Ingeniero. -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com
Re: OT: oracle client
El 14 de julio de 2010 09:31, Eduardo Silva edsi...@gmail.com escribió: http://www.oracle.com/technology/software/index.html Gracias, pero eso ya lo busque y como habia dicho, Oracle lo saco de su sitio... al menos de la version 9 hacia abajo no existe en el sitio de oracle. 2010/7/14 Carlos Molina car...@gmail.com Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. -- Carlos Molina Ingeniero. -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com -- Carlos Molina Ingeniero.
Agregar directorio a opcion Move to en Gnome
Hola: En Gnome (version 2.30.2), cuando hago click con el boton derecho en un archivo, una de las opciones es Move to - [Home folder, Desktop]. Es posible agregar otros directorios a la lista de opciones? Lo unico relativo a esto que he encontrado es http://brainstorm.ubuntu.com/idea/24730/ . Alejandro.
Re: Agregar directorio a opcion Move to en Gnome
en ubuntu viene instalado nautilus-sendto, que agrega un plugin que permite enviar a el cliente de correo, al cliente de chat, o a medios extraibles... pero esas opciones no mas trae (pare que se le pueden agregar mas pero a punta de codigo)... El día 14 de julio de 2010 12:02, AngelD ang...@froga.net escribió: El Wed, 14 Jul 2010 08:32:03 -0600 Alejandro Weinstein alejandro.weinst...@gmail.com escribió: Hola: En Gnome (version 2.30.2), cuando hago click con el boton derecho en un archivo, una de las opciones es Move to - [Home folder, Desktop]. Es posible agregar otros directorios a la lista de opciones? Seguro que se puede añadir alguna directiva en 'gconf', el problema es saber cual. :-( He mirado un poco por la estructura de directivas, y no se por donde empezar. Lo unico relativo a esto que he encontrado es http://brainstorm.ubuntu.com/idea/24730/ . No son de gran ayuda, igual que el que escribe, no dan soluciones. :-( Saludos --- Angel
Re: Postgresql que se muere
Excerpts from Ricardo Munoz's message of mar jul 13 16:51:29 -0400 2010: da para pensar como tanta gente hizo la pega (buscar en Google) del autor del primer mail y/o respondieron a la rapida y mal. cualquier usuario de un motor de base de datos debe saber que - el resultado de un SELECT nunca puede ser un mensaje de error de memoria Te equivocas, sí puede darse este caso. En Postgres, posibles motivos hay varios (de menos a más probable): - el SELECT invoca alguna función con efectos secundarios que ocupa mucha memoria. Normalmente las funciones que uno pone en un SELECT no tienen efectos secundarios. Esto es hipotético; yo no lo he visto nunca en el mundo real. - un plan de ejecución resulta más caro en memoria de lo que el optimizador determinó. Esto es raro pero se ve; la causa más frecuente es que tienes un valor de work_mem demasiado grande. La mayoría de los nodos de ejecución sólo ocupan work_mem de memoria como máximo, y por lo tanto en un sistema bien configurado no debería pasar. La única excepción es agregación usando hash (HashAggregate), que el optimizador puede *estimar* que va a necesitar X memoria (y lo limita a work_mem), pero si la estimación de la cantidad de valores distintos (es decir, tamaño de la tabla de hash) es mala por cualquier motivo, entonces puede terminar ocupando más memoria. - El proceso tiene un límite de memoria (ulimit) menor al que el optimizador quiere ocupar. - Existe otro proceso que está ocupando memoria, y el servidor se queda corto de memoria física y swap. (Creo que tienes que tener overcommit deshabilitado para que esto se reporte; de lo contrario lo que sucede es que entra en acción el OOM-killer, y los síntomas son muy diferentes). Por ej. si tienes uno o más procesos vacuum corriendo y tu maintenance_work_mem es muy alto. Esto es medianamente frecuente (hay como un reporte cada dos o tres meses en las listas pgsql) Y finalmente, la causa más probable ya la mencioné en una respuesta anterior: - Existen datos corruptos que hacen que el sistema intente emplazar una cantidad ridícula de memoria; particularmente un puntero TOAST corrupto. Los punteros TOAST incluyen el tamaño total del dato almacenado; si esto está corrupto, el resultado es que el software puede intentar hacer malloc() de cualquier valor (hasta 2^32-1 si mal no recuerdo). - el resultado de un servicio mal optimizado nunca puede ser un mensaje de error de memoria durante su operacion (instruccion SELECT), sino solo al momento de subir el servicio Hmm, no necesariamente ... por lo tanto, la unica explicacion logica al problema es que - se trata de un bug de Postgres, donde la solucion es actualizar ojala usando el metodo ofrecido por la distro de Linux - se trata de un error de hardware (memoria o disco), donde la solucion es reemplazar el hardware malo o cambiar el servicio a otra maquina También puede ser un error de configuración; por ejemplo si los discos tienen cache de escritura activo y ocurre una caída, puede resultar que una de las últimas escrituras no haya alcanzado a grabarse. Esto no sucede en un sistema bien configurado. (Alternativamente, si quieres tener muy buen rendimiento, puedes poner un controlador RAID con cache respaldado por baterías, para protegerte en caso de corte abrupto de energía).
Re: Postgresql que se muere
On Tue, 2010-07-13 at 17:46 -0400, Franco Catrin L. wrote: hmm... insisto que ningun motor de base de datos decente deberia retornar un mensaje de error de memoria como resultado de un SELECT Por qué no? A mi me parece razonable que el motor tire un error de falta de memoria... cuando le falta memoria para procesar el select. Al contrario. Esto indica que tu BD no es confiable; y si ya con select se cae, ¿Que podrias esperar al hacer un insert/update? En este caso, habria que revisar si se trata del fierro, o en caso contrario actualizar lo mas rapido posible. Saludos -- Marcos Ramirez mramir...@armada.cl Documento Publico
Re: OT: oracle client
On Wed, 2010-07-14 at 09:26 -0400, Carlos Molina wrote: Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. atte. -- Marcos Ramirez mramir...@armada.cl Documento Publico
Re: OT: oracle client
El 14 de julio de 2010 13:45, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 09:26 -0400, Carlos Molina wrote: Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. atte. -- Marcos Ramirez mramir...@armada.cl Documento Publico lo que pasa es q tengo unas BD con oracle 8, y el cleinte 10g no las ve, segun me dijo nuestro dba. -- Carlos Molina Ingeniero.
Re: OT: oracle client
Podrías probar de todas maneras. Yo he usado el cliente 10g con bases 9.2... ¿seguro que no funciona con 8.x? Suerte. 2010/7/14 Carlos Molina car...@gmail.com El 14 de julio de 2010 13:45, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 09:26 -0400, Carlos Molina wrote: Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. atte. -- Marcos Ramirez mramir...@armada.cl Documento Publico lo que pasa es q tengo unas BD con oracle 8, y el cleinte 10g no las ve, segun me dijo nuestro dba. -- Carlos Molina Ingeniero. -- Atte, Juan Cristóbal Olivares חואנכרי == Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC del siglo XXI tiene cuarenta gigabytes.
Re: OT: oracle client
El 14 de julio de 2010 14:01, Juan C. Olivares juan...@juancri.comescribió: Podrías probar de todas maneras. Yo he usado el cliente 10g con bases 9.2... ¿seguro que no funciona con 8.x? Suerte. 2010/7/14 Carlos Molina car...@gmail.com El 14 de julio de 2010 13:45, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 09:26 -0400, Carlos Molina wrote: Estimados, alguno de ustedes conoce algun lugar de donde descargar el cliente oracle 9i para linux (centos) aca solo poseen la version para W$. y oracle lo descontinuo de su sitio... no lo he podido encontrar por medio de google. lo necesito para levantar Zenoss y poder monitorear las BD. desde ya, muchas gracias. Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. atte. -- Marcos Ramirez mramir...@armada.cl Documento Publico lo que pasa es q tengo unas BD con oracle 8, y el cleinte 10g no las ve, segun me dijo nuestro dba. -- Carlos Molina Ingeniero. -- Atte, Juan Cristóbal Olivares חואנכרי == Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC del siglo XXI tiene cuarenta gigabytes. Eso dijo el DBA pero voy a probar... la verdad no lo he intentado. -- Carlos Molina Ingeniero.
Re: OT: oracle client
On Wed, 2010-07-14 at 13:51 -0400, Carlos Molina wrote: El 14 de julio de 2010 13:45, Marcos Ramirez mramir...@armada.cl escribió: Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. lo que pasa es q tengo unas BD con oracle 8, y el cleinte 10g no las ve, segun me dijo nuestro dba. Si Tu BD es 8.1.7, puedes usar el cliente 10gR1 (10.1.X) p 10gR2 (10.2.X). Independiente de ello, tu BD deberia estar en 10gR2. La version 8i hace rato que paso a soporte extendido y ademas te estas perdiendo bastantes mejoras por quedarte en una version obsoleta. atte. -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO
Re: OT: oracle client
El 14 de julio de 2010 14:06, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 13:51 -0400, Carlos Molina wrote: El 14 de julio de 2010 13:45, Marcos Ramirez mramir...@armada.cl escribió: Utiliza el cliente de 10g. A menos que BD sea muy vieja o tu programa este hecho especificamente para 9i (raro, pero es posible), no hay ninguna razon para que estes obligado a usar solo ese cliente. lo que pasa es q tengo unas BD con oracle 8, y el cleinte 10g no las ve, segun me dijo nuestro dba. Si Tu BD es 8.1.7, puedes usar el cliente 10gR1 (10.1.X) p 10gR2 (10.2.X). Independiente de ello, tu BD deberia estar en 10gR2. La version 8i hace rato que paso a soporte extendido y ademas te estas perdiendo bastantes mejoras por quedarte en una version obsoleta. atte. -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO ¿Y quien le va a pagar la licencia? ¿se justifica la compra de nuevo software? ¿es crítico el soporte de la BD? Supongo que todas esas variables no las maneja él. -- ~~~ Atentamente, Gonzalo Díaz Cruz Estudiante Ingeniería de Ejecución en Computación e Informática Universidad de Santiago de Chile ~~~ http://blog.gon.cl/ http://twitter.com/sir_gon http://flickr.com/photos/sir_gon
Re: OT: oracle client
On Wed, 2010-07-14 at 14:21 -0400, Gonzalo Diaz wrote: El 14 de julio de 2010 14:06, Marcos Ramirez mramir...@armada.cl escribió: Independiente de ello, tu BD deberia estar en 10gR2. La version 8i hace rato que paso a soporte extendido y ademas te estas perdiendo bastantes mejoras por quedarte en una version obsoleta. ¿Y quien le va a pagar la licencia? ¿se justifica la compra de nuevo software? ¿es crítico el soporte de la BD? simple: Si tienes soporte, subir de version esta dentro del contrato. Si no tienes soporte, no deberias estar usando Oracle. Saludos -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO
Re: OT: oracle client
El 14 de julio de 2010 14:25, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 14:21 -0400, Gonzalo Diaz wrote: El 14 de julio de 2010 14:06, Marcos Ramirez mramir...@armada.cl escribió: Independiente de ello, tu BD deberia estar en 10gR2. La version 8i hace rato que paso a soporte extendido y ademas te estas perdiendo bastantes mejoras por quedarte en una version obsoleta. ¿Y quien le va a pagar la licencia? ¿se justifica la compra de nuevo software? ¿es crítico el soporte de la BD? simple: Si tienes soporte, subir de version esta dentro del contrato. Si no tienes soporte, no deberias estar usando Oracle. Saludos -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO estimados, el tema no es la licencia... obviamente la poseemos... el punto es que no podemos migrar de version de bd por innumerables motivos q no viene al caso discutir. el tema puntual es q deseo instalar zenoss y quiero monitorear las BD, para ello, zenoss me pide instalar un cliente oracle y como tengo una amplia gama de versiones de BD (8, 9 y 10), y segun recomendacion de nuestros DBA's es q necesito la version mencionada (9i) y esta ya no posee soporte por oracle y en ninguna parte por lo visto. haré lo que me recomienda Marcos e instalaré la version 10gR1. de todas formas si alguno sabe de donde bajar la version que les mecnioné, se los agradeceria mucho. desde ya, gracias por su tiempo y sugerencias -- Carlos Molina Ingeniero.
Re: OT: oracle client
On 14/07/10 14:34, Carlos Molina wrote: El 14 de julio de 2010 14:25, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 14:21 -0400, Gonzalo Diaz wrote: El 14 de julio de 2010 14:06, Marcos Ramirez mramir...@armada.cl escribió: Independiente de ello, tu BD deberia estar en 10gR2. La version 8i hace rato que paso a soporte extendido y ademas te estas perdiendo bastantes mejoras por quedarte en una version obsoleta. ¿Y quien le va a pagar la licencia? ¿se justifica la compra de nuevo software? ¿es crítico el soporte de la BD? simple: Si tienes soporte, subir de version esta dentro del contrato. Si no tienes soporte, no deberias estar usando Oracle. Saludos -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO estimados, el tema no es la licencia... obviamente la poseemos... el punto es que no podemos migrar de version de bd por innumerables motivos q no viene al caso discutir. el tema puntual es q deseo instalar zenoss y quiero monitorear las BD, para ello, zenoss me pide instalar un cliente oracle y como tengo una amplia gama de versiones de BD (8, 9 y 10), y segun recomendacion de nuestros DBA's es q necesito la version mencionada (9i) y esta ya no posee soporte por oracle y en ninguna parte por lo visto. haré lo que me recomienda Marcos e instalaré la version 10gR1. de todas formas si alguno sabe de donde bajar la version que les mecnioné, se los agradeceria mucho. desde ya, gracias por su tiempo y sugerencias te recomiendo el 10gR2
Re: Postgresql que se muere
El 14 de julio de 2010 15:14, Franco Catrin L. fcat...@tuxpan.comescribió: El mar, 13-07-2010 a las 18:14 -0400, Ricardo Munoz escribió: El 13 de julio de 2010 17:46, Franco Catrin L. fcat...@tuxpan.com escribió: El mar, 13-07-2010 a las 17:28 -0400, Ricardo Munoz escribió: [...] hmm... insisto que ningun motor de base de datos decente deberia retornar un mensaje de error de memoria como resultado de un SELECT Por qué no? A mi me parece razonable que el motor tire un error de falta de memoria... cuando le falta memoria para procesar el select. eso quiere decir que tendrias que poner mas memoria a tu servidor por cada n-cantidad de nuevos registros que le agregas a la base de datos? eso no tiene sentido... y fijate que el error se produjo con un simple SELECT COUNT()... Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. -- Franco Catrin L. http://www.tuxpan.com/fcatrin TUXPAN Software S.A. Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. -- ~~~ Atentamente, Gonzalo Díaz Cruz Estudiante Ingeniería de Ejecución en Computación e Informática Universidad de Santiago de Chile ~~~ http://blog.gon.cl/ http://twitter.com/sir_gon http://flickr.com/photos/sir_gon
Re: Postgresql que se muere
Hola! 2010/7/14 Gonzalo Diaz m...@gon.cl Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Las excepciones van dentro del codigo de PL/SQL. En este caso especifico, el motor de DB es el que esta teniendo el problema. Recomendado? Leer un buen libro de PL/SQL de pasadita para entender las excepciones ;-) Cabe recordar que un SP se puede programar varios lenguajes ajenos. Tecnicamente, si. Aqui no estamos hablando de procedimientos almacenados, sino un problema dado en una consulta que se ve inocente. Puede ser incluso que el dise~o de la tabla este medio malena. Pero bueh, eso ya queda para el que quiera dentrar a cepillar. Saludos! -- Juan C. Inostroza j...@codemonkey.cl
Re: Postgresql que se muere
El mié, 14-07-2010 a las 15:31 -0400, Gonzalo Diaz escribió: El 14 de julio de 2010 15:14, Franco Catrin L. fcat...@tuxpan.comescribió: El mar, 13-07-2010 a las 18:14 -0400, Ricardo Munoz escribió: El 13 de julio de 2010 17:46, Franco Catrin L. fcat...@tuxpan.com escribió: El mar, 13-07-2010 a las 17:28 -0400, Ricardo Munoz escribió: [...] hmm... insisto que ningun motor de base de datos decente deberia retornar un mensaje de error de memoria como resultado de un SELECT Por qué no? A mi me parece razonable que el motor tire un error de falta de memoria... cuando le falta memoria para procesar el select. eso quiere decir que tendrias que poner mas memoria a tu servidor por cada n-cantidad de nuevos registros que le agregas a la base de datos? eso no tiene sentido... y fijate que el error se produjo con un simple SELECT COUNT()... Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. Eso es lo que se ve por fuera, pero el día en que inventen un sistema de excepciones que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html BTW: Creo que me haré un template para responder estos correos. -- Franco Catrin L. http://www.tuxpan.com/fcatrin TUXPAN Software S.A.
ExpoLibre 2010
Estimados, Les recuerdo que el Viernes 23 de Julio se realizará la tercera versión de la ExpoLibre. Más información : http://www.expolibre.cl Desde ya están todos invitados Saludos -- Carlos Albornoz C. Staff DebianChile.cl [http://www.debianchile.cl] http://carlos.debianchile.cl Linux User #360502 Fono: 97864420
Re: Postgresql que se muere
On Wed, 2010-07-14 at 15:45 -0400, Franco Catrin L. wrote: El mié, 14-07-2010 a las 15:31 -0400, Gonzalo Diaz escribió: eso quiere decir que tendrias que poner mas memoria a tu servidor por cada n-cantidad de nuevos registros que le agregas a la base de datos? eso no tiene sentido... y fijate que el error se produjo con un simple SELECT COUNT()... Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. Eso es lo que se ve por fuera, pero el día en que inventen un sistema de excepciones que ocupe cero bytes está lejos aún. Estas perdiendo el punto. No se trata de cuantos bytes ocupe el select/procedimiento o de si un procedimiento puede o no arrojar una excepcion; sino que el motor no traspase errores que son inmanejables a nivel de aplicacion. Por seguir tu linea: si se considera aceptable que el motor entregue un error al hacer un [simple] select, ¿que deberia hacer la aplicacion? ¿reintentar hasta que funcione, reemplazar la funcionalidad del motor por una propia, otra? Si yo estuviera frente a esa disyuntiva, me deshago del motor, o lo cambio por otro mas confiable. O simplemente que la aplicacion maneje los archivos directamente. Distinto es el caso cuando hay un problema subyacente, como error de memoria, disco corrupto o similar, en cuyo caso, se cambia la maquina. Saludos -- Marcos Ramirez mramir...@armada.cl Documento PUBLICO
Re: Postgresql que se muere
Excerpts from Franco Catrin L.'s message of mié jul 14 15:45:15 -0400 2010: El mié, 14-07-2010 a las 15:31 -0400, Gonzalo Diaz escribió: Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. Eso es lo que se ve por fuera, pero el día en que inventen un sistema de excepciones que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html El código de manejo de errores en Postgres tiene un poco de memoria reservada de antemano, de manera que cuando el sistema se queda sin memoria, el error se pueda reportar correctamente. No ocupa cero bytes, pero no importa porque lo tiene contemplado ...
Re: Postgresql que se muere
El 14 de julio de 2010 15:57, Marcos Ramirez mramir...@armada.cl escribió: On Wed, 2010-07-14 at 15:45 -0400, Franco Catrin L. wrote: El mié, 14-07-2010 a las 15:31 -0400, Gonzalo Diaz escribió: eso quiere decir que tendrias que poner mas memoria a tu servidor por cada n-cantidad de nuevos registros que le agregas a la base de datos? eso no tiene sentido... y fijate que el error se produjo con un simple SELECT COUNT()... Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. Eso es lo que se ve por fuera, pero el día en que inventen un sistema de excepciones que ocupe cero bytes está lejos aún. Estas perdiendo el punto. No se trata de cuantos bytes ocupe el select/procedimiento o de si un procedimiento puede o no arrojar una excepcion; sino que el motor no traspase errores que son inmanejables a nivel de aplicacion. Por seguir tu linea: si se considera aceptable que el motor entregue un error al hacer un [simple] select, ¿que deberia hacer la aplicacion? ¿reintentar hasta que funcione, reemplazar la funcionalidad del motor por una propia, otra? Si yo estuviera frente a esa disyuntiva, me deshago del motor, o lo cambio por otro mas confiable. O simplemente que la aplicacion maneje los archivos directamente. exactamente ese era mi punto cuando puse que un SELECT no deberia retornar un error de memoria... de que sirve el motor de base de datos si no me asegura un correcto funcionamiento bajo condiciones normales (hw sin problemas)? y si el sysadmin se condorea con los distintos parametros de configuracion, el servicio simplemente no deberia activarse a menos que pueda asegurar un correcto funcionamiento (lento pero seguro). Distinto es el caso cuando hay un problema subyacente, como error de memoria, disco corrupto o similar, en cuyo caso, se cambia la maquina. exacto. -- Ricardo Mun~oz A. http://www.tux.cl
Re: Postgresql que se muere
El mié, 14-07-2010 a las 15:57 -0400, Marcos Ramirez escribió: On Wed, 2010-07-14 at 15:45 -0400, Franco Catrin L. wrote: El mié, 14-07-2010 a las 15:31 -0400, Gonzalo Diaz escribió: eso quiere decir que tendrias que poner mas memoria a tu servidor por cada n-cantidad de nuevos registros que le agregas a la base de datos? eso no tiene sentido... y fijate que el error se produjo con un simple SELECT COUNT()... Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. Si un SELECT no pudiera retornar errores de memoria, ¿para que diablos habrán inventado el sistema de excepciones en postgresql? Cabe recordar que un SP se puede programar varios lenguajes ajenos. Eso es lo que se ve por fuera, pero el día en que inventen un sistema de excepciones que ocupe cero bytes está lejos aún. Estas perdiendo el punto. No se trata de cuantos bytes ocupe el select/procedimiento o de si un procedimiento puede o no arrojar una excepcion; sino que el motor no traspase errores que son inmanejables a nivel de aplicacion. Por seguir tu linea: si se considera aceptable que el motor entregue un error al hacer un [simple] select, ¿que deberia hacer la aplicacion? ¿reintentar hasta que funcione, reemplazar la funcionalidad del motor por una propia, otra? Si yo estuviera frente a esa disyuntiva, me deshago del motor, o lo cambio por otro mas confiable. O simplemente que la aplicacion maneje los archivos directamente. Distinto es el caso cuando hay un problema subyacente, como error de memoria, disco corrupto o similar, en cuyo caso, se cambia la maquina. Parece que todos perdimos el punto hace rato. Viendo el error que aparece en el post original, no me es evidente que PostgreSQL se haya ido al suelo, también puede ser un error reportado por el sistema de excepciones. Sólo se ve un copy/paste de una sesión de terminal, pero no sabemos como si el motor reportó o no el mensaje que muestra el terminal. En oracle diría ORA-04030 para reportar el mismo problema. Saludos -- Franco Catrin L. http://www.tuxpan.com/fcatrin TUXPAN Software S.A.
Re: Postgresql que se muere
Excerpts from Ricardo Munoz's message of mié jul 14 16:51:26 -0400 2010: El 14 de julio de 2010 15:57, Marcos Ramirez mramir...@armada.cl escribió: Por seguir tu linea: si se considera aceptable que el motor entregue un error al hacer un [simple] select, ¿que deberia hacer la aplicacion? ¿reintentar hasta que funcione, reemplazar la funcionalidad del motor por una propia, otra? Si yo estuviera frente a esa disyuntiva, me deshago del motor, o lo cambio por otro mas confiable. O simplemente que la aplicacion maneje los archivos directamente. exactamente ese era mi punto cuando puse que un SELECT no deberia retornar un error de memoria... de que sirve el motor de base de datos si no me asegura un correcto funcionamiento bajo condiciones normales (hw sin problemas)? Huh. Lo correcto es que la aplicación registre el error, le de un mensaje al usuario lo siento, no podemos atenderlo en este momento, intente de nuevo más tarde, y le mande un mensaje al admin para que le eche una mirada. Si es un bug en la aplicación, se corrige; si es un problema en los datos, se agrega una nueva restricción (constraint). Si es un problema de hardware, se cambia el servidor. Y así. Pero es totalmente responsabilidad de la aplicación asegurarse que actúa sano en casos inesperados. Me acuerdo que en un proyecto en que trabajaba en una empresa, el módulo que recibía el código SQL para ejecutar mandaba cualquier excepción por correo. Recibimos dos o tres correos durante el período de producción en que yo estuve en la empresa (obviamente cientos de ellos durante el desarrollo y la marcha blanca), si mal no recuerdo uno de ellos era un problema corregible y los restantes eran mala suerte, cosas de la vida o eventos totalmente inesperados. y si el sysadmin se condorea con los distintos parametros de configuracion, el servicio simplemente no deberia activarse a menos que pueda asegurar un correcto funcionamiento (lento pero seguro). Las fallas siempre ocurren. No estar preparado para ellas es síntoma de mala ingeniería. Aún cuando tengas el mejor hardware del mundo y el sistema mejor afinado del mundo, te pueden caer rayos cósmicos en cualquier momento en una celda de la RAM y cambiarte un bit en los datos. (¿Cuántos de aquí usan memoria ECC en sus servidores de datos?)
Re: Postgresql que se muere
Excerpts from Franco Catrin L.'s message of mié jul 14 17:05:43 -0400 2010: Parece que todos perdimos el punto hace rato. Viendo el error que aparece en el post original, no me es evidente que PostgreSQL se haya ido al suelo, también puede ser un error reportado por el sistema de excepciones. Huh, claramente *es* un error reportado por el “sistema de excepciones” (de Postgres), y lo más probable es que ese mismo error haya aparecido de una u otra forma en la aplicación. Postgres no se “fue al suelo”, sólo fue incapaz de contestar una consulta en particular. Respecto del problema subyacente, le eché un cable a Andrés en privado a ver si puede sacar algo en limpio.
Re: Postgresql que se muere
On Jul 14, 2010, at 3:14 PM, Franco Catrin L. wrote: Eso es lo que se ve por fuera, pero el día en que inventen un SELECT que ocupe cero bytes está lejos aún. Lectura recomendada: http://www.joelonsoftware.com/articles/LeakyAbstractions.html Yo difiero de este pensamiento. La capa extra (en este caso, la base de datos) debe ser lo suficientemente robusta para no gotear errores inesperados, pues es quien tiene toda la información de saber qué paso realmente. ... y por supuesto, la explicación detallada de Alvaro sobre lo que sucede behind the scenes. Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas). Aunque postgresql lo está haciendo bien (manejar el error), le falta avanzar al siguiente nivel y esto es algo mejorable y por ende, un bug. Aldrin Martoq http://aldrin.martoq.cl/
Re: Postgresql que se muere
Excerpts from Aldrin Martoq's message of mié jul 14 17:16:51 -0400 2010: Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas). No es un error de memoria. Ese es sólo el síntoma. El problema es que los datos están corruptos.
Re: Postgresql que se muere
On Wed, 2010-07-14 at 17:05 -0400, Franco Catrin L. wrote: Parece que todos perdimos el punto hace rato. Me recuerda los dias mas brillantes de esta lista :) Viendo el error que aparece en el post original, no me es evidente que PostgreSQL se haya ido al suelo, también puede ser un error reportado por el sistema de excepciones. Sólo se ve un copy/paste de una sesión de terminal, pero no sabemos como si el motor reportó o no el mensaje que muestra el terminal. Como toda discusion, esta evoluciono hacia partes que no eran el sentido original. Tienes razon que el error por si mismo puede tener varias causas/origenes. Mi punto es que no en todos esos casos es aceptable quie el motor te entregue un error. Y si te encuentras con tal motor, lo mejor es desecharlo porque no esta cumpliendo su tarea. En las causas que si son aceptables (fierro principalmente) se agredece que el motor haga lo mejor posible para no terminar con datos corruptos o inconsistentes. En oracle diría ORA-04030 para reportar el mismo problema. Ojo que este error es consecuencia directa de un problema de configuracion de Oracle (PGA / parametros del kernel / sort area, entre otros). Una BD configurada correctamente no debiera darte este error. Hasta este punto, ni siquiera estamos hablando de si la respuesta es rapida o no (eso ya es tema del tuning). Saludos
Re: Postgresql que se muere
On Jul 14, 2010, at 5:20 PM, Alvaro Herrera wrote: Excerpts from Aldrin Martoq's message of mié jul 14 17:16:51 -0400 2010: Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas). No es un error de memoria. Ese es sólo el síntoma. El problema es que los datos están corruptos. Si es un error de memoria, el sistema lo dice clarito :) La causa puede ser cualquier cosa, desde datos corruptos a problemas de hardware más los otros posibles que diste. Lo que falta es que el error dé indicaciones de dónde ocurrió el problema. Aldrin Martoq http://aldrin.martoq.cl/
Re: Postgresql que se muere
Para volver a la discusión original, lo que yo haría: 1.- Probar la memoria con memtest86+ o similar 2.- Actualizar a las últimas versiones de PostgreSQL servidor y cliente, de ser posible 3.- Investigar si existe un bug relacionado Suerte 2010/7/14 Aldrin Martoq amar...@dcc.uchile.cl On Jul 14, 2010, at 5:20 PM, Alvaro Herrera wrote: Excerpts from Aldrin Martoq's message of mié jul 14 17:16:51 -0400 2010: Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas). No es un error de memoria. Ese es sólo el síntoma. El problema es que los datos están corruptos. Si es un error de memoria, el sistema lo dice clarito :) La causa puede ser cualquier cosa, desde datos corruptos a problemas de hardware más los otros posibles que diste. Lo que falta es que el error dé indicaciones de dónde ocurrió el problema. Aldrin Martoq http://aldrin.martoq.cl/ -- Atte, Juan Cristóbal Olivares חואנכרי == Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC del siglo XXI tiene cuarenta gigabytes.
WINE: Run-time error 7 - Out of memory
Estimados, Al lanzar ipview pro (aplicacion para camaras IP) mediante wine obtengo Run-time error 7 - Out of memory Existe memoria suficiente. Alguien conoce este error? Algun paquete de librerías runtime que se deba instalar para aplicaciones bajo windows? Gracias de antemano, -- = Miguel A. Oyarzo O. Ingeniería en Redes y Telecomunicaciones Austro Internet S.A.INALAMBRICA S.A. Teléfono: [+05661] 710030 Punta Arenas - Chile Linux User: # 483188 - counter.li.org =
Re: Postgresql que se muere
quizas posgtres no esta consumiendo toda la memoria, sino la que queda disponible... y ese es su limite.. 2010/7/14 Juan C. Olivares juan...@juancri.com Para volver a la discusión original, lo que yo haría: 1.- Probar la memoria con memtest86+ o similar 2.- Actualizar a las últimas versiones de PostgreSQL servidor y cliente, de ser posible 3.- Investigar si existe un bug relacionado Suerte 2010/7/14 Aldrin Martoq amar...@dcc.uchile.cl On Jul 14, 2010, at 5:20 PM, Alvaro Herrera wrote: Excerpts from Aldrin Martoq's message of mié jul 14 17:16:51 -0400 2010: Yo también insisto que es un bug de postgresql. Para este ejemplo en particular, la base de datos puede hacer un montón de cosas como dado que es un problema de memoría reportar qué cosa generó el error (en particular, el índice TOAST que se fue a las pailas). No es un error de memoria. Ese es sólo el síntoma. El problema es que los datos están corruptos. Si es un error de memoria, el sistema lo dice clarito :) La causa puede ser cualquier cosa, desde datos corruptos a problemas de hardware más los otros posibles que diste. Lo que falta es que el error dé indicaciones de dónde ocurrió el problema. Aldrin Martoq http://aldrin.martoq.cl/ -- Atte, Juan Cristóbal Olivares חואנכרי == Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC del siglo XXI tiene cuarenta gigabytes. -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com
Re: Postgresql que se muere
On 13/07/10 02:21, Andres Junge wrote: Hola Tenemos un servidor con Asterisk el cual registra todas las llamadas que pasan por el en un servidor postgresql. Todo andaba bien hasta que derrepente el postgresql dejo de atender algunas consultas. Por ejemplo si le envio: asterisk= SELECT COUNT(*) AS count FROM uso_detalle_anexo WHERE dst = '98263186' AND anexo = '117' AND anyo = '2008' AND mes = '12'; ERROR: invalid memory alloc request size 1818585462 Que podra ser. Por donde buscamos? buscando en google por ERROR: invalid memory alloc request size me dio esto(traducido se entiende mejor): http://mobile.osnews.com/staff/permalink.php/4062/tracking_down_database_corruption_with_psql.html http://mobile.osnews.com/staff/index.php/tag/postgres http://thoughts.j-davis.com/2009/11/29/linux-oom-killer/ http://www.redhat.com/docs//manuals/database/RHDB-7.1.3-Manual/admin_user/kernel-resources.html tienen respaldo de la base? tiene pinta a corrupción de tablas Saludos Andres
Re: Postgresql que se muere
On 13/07/10 02:21, Andres Junge wrote: Hola Tenemos un servidor con Asterisk el cual registra todas las llamadas que pasan por el en un servidor postgresql. Todo andaba bien hasta que derrepente el postgresql dejo de atender algunas consultas. Por ejemplo si le envio: asterisk= SELECT COUNT(*) AS count FROM uso_detalle_anexo WHERE dst = '98263186' AND anexo = '117' AND anyo = '2008' AND mes = '12'; ERROR: invalid memory alloc request size 1818585462 Que podra ser. Por donde buscamos? buscando en google por ERROR: invalid memory alloc request size me dio esto(traducido se entiende mejor): http://mobile.osnews.com/staff/permalink.php/4062/tracking_down_database_corruption_with_psql.html http://mobile.osnews.com/staff/index.php/tag/postgres http://thoughts.j-davis.com/2009/11/29/linux-oom-killer/ http://www.redhat.com/docs//manuals/database/RHDB-7.1.3-Manual/admin_user/kernel-resources.html tienen respaldo de la base? tiene pinta a corrupción de tablas Si no calculo mal, eso es app 1.7G, tiene sentido que malloc() falle.. Saludos Andres -- Eduardo Silva http://edsiper.linuxchile.cl http://www.monkey-project.com
Re: Postgresql que se muere
On 14/07/10 18:29, Eduardo Silva wrote: On 13/07/10 02:21, Andres Junge wrote: Hola Tenemos un servidor con Asterisk el cual registra todas las llamadas que pasan por el en un servidor postgresql. Todo andaba bien hasta que derrepente el postgresql dejo de atender algunas consultas. Por ejemplo si le envio: asterisk= SELECT COUNT(*) AS count FROM uso_detalle_anexo WHERE dst = '98263186' AND anexo = '117' AND anyo = '2008' AND mes = '12'; ERROR: invalid memory alloc request size 1818585462 Que podra ser. Por donde buscamos? buscando en google por ERROR: invalid memory alloc request size me dio esto(traducido se entiende mejor): http://mobile.osnews.com/staff/permalink.php/4062/tracking_down_database_corruption_with_psql.html http://mobile.osnews.com/staff/index.php/tag/postgres http://thoughts.j-davis.com/2009/11/29/linux-oom-killer/ http://www.redhat.com/docs//manuals/database/RHDB-7.1.3-Manual/admin_user/kernel-resources.html tienen respaldo de la base? tiene pinta a corrupción de tablas Si no calculo mal, eso es app 1.7G, tiene sentido que malloc() falle.. revisar tuning de S.O. vs postgresql Saludos Andres
Movil, ¿alguna recomendación?
Estimados, muchos de los que aquí escriben son sysadmin tal como yo y necesitan estar online todo el tiempo posible para recibir email, monitorear los servidores, etc, para esto voy a contratar un plan de telefonía + internet full time, mi pregunta es:¿Que celular me recomiendan que me sirva para llevar un control de mis servidores via ssh, telnet y además recibir emails automaticamente y todo ese rollo? Tengo en mente al iphone 3gs, el nokia 5800, puede ser algun blackberry, en realidad me da lo mismo siempre y cuando me sirva para lo que lo necesito. Espero sus sugerencias y gracias. -- Atte, Javier Andrés Garay G. Ingeniero en Informática Plug Play Net S.A. www.papnet.cl
Re: Movil, ¿alguna recomendación?
El día 14 de julio de 2010 18:47, Javier Garay javierzga...@gmail.com escribió: Estimados, muchos de los que aquí escriben son sysadmin tal como yo y necesitan estar online todo el tiempo posible para recibir email, monitorear los servidores, etc, para esto voy a contratar un plan de telefonía + internet full time, mi pregunta es:¿Que celular me recomiendan que me sirva para llevar un control de mis servidores via ssh, telnet y además recibir emails automaticamente y todo ese rollo? Tengo en mente al iphone 3gs, el nokia 5800, puede ser algun blackberry, en realidad me da lo mismo siempre y cuando me sirva para lo que lo necesito. Espero sus sugerencias y gracias. -- Atte, Javier Andrés Garay G. Ingeniero en Informática Plug Play Net S.A. www.papnet.cl Yo tengo un nokia5800 y hasta la fecha no me ha dado ningun problema ;) Lo recomiendo totalmente. -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática Staff Debianchile.cl www.debianchile.cl Msn: aova...@gmail.com Twitter: @andres_ovalle Blog: http://aovalle.debianchile.cl Movil: 09-5795880 Usuario Linux #456290 (counter.li.org)
Re: Movil, ¿alguna recomendación?
Buen día! El 14-07-2010, a las 18:47, Javier Garay escribió: [...] plan de telefonía + internet full time, mi pregunta es:¿Que celular me recomiendan que me sirva para llevar un control de mis servidores via ssh, telnet y además recibir emails automaticamente y todo ese rollo? Tengo en mente al iphone 3gs, el nokia 5800, puede ser algun blackberry, en realidad me da lo mismo siempre y cuando me sirva para lo que lo necesito. Espero sus sugerencias y gracias. Cualquiera con Android (elección según presupuesto). Saludos -- Ismael Díaz
Re: Movil, ¿alguna recomendación?
Yo tengo un nokia5800 y hasta la fecha no me ha dado ningun problema ;) ¿Con que aplicación manejas tus correos electrónicos? mi hermano tiene ese movil, pero la aplicación que usa no recibe emails automáticamente, yo necesito que si lo haga y me alerte. -- Atte, Javier Andrés Garay G. Ingeniero en Informática Plug Play Net S.A. www.papnet.cl
Re: Movil, ¿alguna recomendación?
El día 14 de julio de 2010 19:02, Javier Garay javierzga...@gmail.com escribió: Yo tengo un nokia5800 y hasta la fecha no me ha dado ningun problema ;) Con la misma aplicación que trae el celular ( debe ser el ultimo firmware y actualizado con nokia ovi ) Debes configurala para que te lea los correo cada X tiempo (IMAP), para que te notifique, el contra de esto es que la bateria dura aprox 2 dias con el 3G. ¿Con que aplicación manejas tus correos electrónicos? mi hermano tiene ese movil, pero la aplicación que usa no recibe emails automáticamente, yo necesito que si lo haga y me alerte. -- Atte, Javier Andrés Garay G. Ingeniero en Informática Plug Play Net S.A. www.papnet.cl -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática Staff Debianchile.cl www.debianchile.cl Msn: aova...@gmail.com Twitter: @andres_ovalle Blog: http://aovalle.debianchile.cl Movil: 09-5795880 Usuario Linux #456290 (counter.li.org)
Re: Movil, ¿alguna recomendación?
2010/7/14 Ismael Diaz ismael@gmail.com Cualquiera con Android (elección según presupuesto). Apoyo. Tengo un Android y feliz :) Atte, JCO
Re: Postgresql que se muere
El 14 de julio de 2010 18:32, Enrique Herrera Noya quique...@gmail.comescribió: On 14/07/10 18:29, Eduardo Silva wrote: On 13/07/10 02:21, Andres Junge wrote: Hola Tenemos un servidor con Asterisk el cual registra todas las llamadas que pasan por el en un servidor postgresql. Todo andaba bien hasta que derrepente el postgresql dejo de atender algunas consultas. Por ejemplo si le envio: asterisk= SELECT COUNT(*) AS count FROM uso_detalle_anexo WHERE dst = '98263186' AND anexo = '117' AND anyo = '2008' AND mes = '12'; ERROR: invalid memory alloc request size 1818585462 Que podra ser. Por donde buscamos? buscando en google por ERROR: invalid memory alloc request size me dio esto(traducido se entiende mejor): http://mobile.osnews.com/staff/permalink.php/4062/tracking_down_database_corruption_with_psql.html http://mobile.osnews.com/staff/index.php/tag/postgres http://thoughts.j-davis.com/2009/11/29/linux-oom-killer/ http://www.redhat.com/docs//manuals/database/RHDB-7.1.3-Manual/admin_user/kernel-resources.html tienen respaldo de la base? tiene pinta a corrupción de tablas Si no calculo mal, eso es app 1.7G, tiene sentido que malloc() falle.. revisar tuning de S.O. vs postgresql Saludos Andres A propos... independiente del problema original, si un SELECT no debiera retornar errores, ¿entonces como la aplicación debiera detectar que hubo un problema en la consulta? Por eso citaba el sistema de excepciones de postgres. Igual se agradecen los textos enviados, cuando tenga un tiempo les daré un repaso, y no faltará quien tenga dudas similares. -- ~~~ Atentamente, Gonzalo Díaz Cruz Estudiante Ingeniería de Ejecución en Computación e Informática Universidad de Santiago de Chile ~~~ http://blog.gon.cl/ http://twitter.com/sir_gon http://flickr.com/photos/sir_gon
Re: Movil, ¿alguna recomendación?
Te recomiendo un iPhone, incluso el 2G. Con el 3G es un poco mas rapido Puedes instalarle Cydia que se maneja igual que apt de Debian (Repositorios, install, update, etc...) Instalas la consola y puedes acceder via ssh a tus servidores sin ningun problema Tambien tienes clientes VNC pero no es muy comodo por el tamaño (de poder se puede...) Recordar que el sistema operativo de Apple es finalmente un clon o simil de BSD, por tanto un UNIX* mas El 14-07-2010, a las 19:06, Juan C. Olivares escribió: 2010/7/14 Ismael Diaz ismael@gmail.com Cualquiera con Android (elección según presupuesto). Apoyo. Tengo un Android y feliz :) Atte, JCO
Re: Movil, ¿alguna recomendación?
El 14 de julio de 2010 21:08, Renzo Disi rd...@informatica.cl escribió: Te recomiendo un iPhone, incluso el 2G. Con el 3G es un poco mas rapido Puedes instalarle Cydia que se maneja igual que apt de Debian (Repositorios, install, update, etc...) instalar Cydia implica hackear el telefono... Instalas la consola y puedes acceder via ssh a tus servidores sin ningun problema Tambien tienes clientes VNC pero no es muy comodo por el tamaño (de poder se puede...) un iPad + 3G en ese caso... ;) -- Ricardo Mun~oz A. http://www.tux.cl
Re: Movil, ¿alguna recomendación?
El día 14 de julio de 2010 21:11, Ricardo Munoz rmu...@tux.cl escribió: El 14 de julio de 2010 21:08, Renzo Disi rd...@informatica.cl escribió: Te recomiendo un iPhone, incluso el 2G. Con el 3G es un poco mas rapido Puedes instalarle Cydia que se maneja igual que apt de Debian (Repositorios, install, update, etc...) instalar Cydia implica hackear el telefono... Instalas la consola y puedes acceder via ssh a tus servidores sin ningun problema Tambien tienes clientes VNC pero no es muy comodo por el tamaño (de poder se puede...) un iPad + 3G en ese caso... ;) y un ipad es movilidad?? -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática Staff Debianchile.cl www.debianchile.cl Msn: aova...@gmail.com Twitter: @andres_ovalle Blog: http://aovalle.debianchile.cl Movil: 09-5795880 Usuario Linux #456290 (counter.li.org)
Re: Postgresql que se muere
El 14 de julio de 2010 21:25, Ricardo Munoz rmu...@tux.cl escribió: El 14 de julio de 2010 21:01, Gonzalo Diaz m...@gon.cl escribió: [...] A propos... independiente del problema original, si un SELECT no debiera retornar errores, ¿entonces como la aplicación debiera detectar que hubo un problema en la consulta? el punto era que en teoria un SELECT no deberia retornar un error de memoria si el servicio esta corriendo normalmente ya que si el servicio esta arriba es porque tiene la capacidad para servir, en otras palabras, hacer su pega! (podria estar lento pero no caerse) imaginate un bus del Transantiago que se detenga en plena Alameda (entre dos paraderos) solo porque ya no quedan asientos... el bus debe seguir andando hasta el proximo paradero, a menos que haya un desperfecto de hardware (pinchazo, falla en motor, etc.) algo que no podria ser previsto. tampoco el bus debe partir si su conductor considera que no puede llegar hasta el proximo paradero... -- Ricardo Mun~oz A. http://www.tux.cl Entiendo la analogía, pero la considero un poco rara. Desde el punto de vista de como informar la micro va llena al usuario, porque al final el resultado es que no podrá subir, pero si la micro no informa (visualmente en este caso a través de la ventana de la micro) que está llena, el usuario nunca va a saber porque no pudo subir a la micro. Más raro me parecería tener la certeza que mis tablas están llenas de datos y mi SELECT retorne cero tuplas sin informar de un error. Y rayaría en lo esotérico encontrar el error de memoria. -- ~~~ Atentamente, Gonzalo Díaz Cruz Estudiante Ingeniería de Ejecución en Computación e Informática Universidad de Santiago de Chile ~~~ http://blog.gon.cl/ http://twitter.com/sir_gon http://flickr.com/photos/sir_gon
Re: Movil, ¿alguna recomendación?
Acabo de adquirir un sony ericcson x10 mini (entel), es android. Entretenido el juguete. Ftp, ssh, telnet todo bien; aun no logro hacer funcionar una terminal local. El único problema es que tiene android 1.6 y recién para fin de año sale el 2.1 para ese aparato (página oficial, no he visto otra alternativa). Además tiene cámara de 5 MP, correo y redes sociales (tw y fb). También está disponible un gran repositorio con muchos juguetes. Ah, y también sirve para hablar... Saludos. mvp El 14 de julio de 2010 21:37, Andrés Ovalle Gahona aova...@debianchile.clescribió: El día 14 de julio de 2010 21:11, Ricardo Munoz rmu...@tux.cl escribió: El 14 de julio de 2010 21:08, Renzo Disi rd...@informatica.cl escribió: Te recomiendo un iPhone, incluso el 2G. Con el 3G es un poco mas rapido Puedes instalarle Cydia que se maneja igual que apt de Debian (Repositorios, install, update, etc...) instalar Cydia implica hackear el telefono... Instalas la consola y puedes acceder via ssh a tus servidores sin ningun problema Tambien tienes clientes VNC pero no es muy comodo por el tamaño (de poder se puede...) un iPad + 3G en ese caso... ;) y un ipad es movilidad?? -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática Staff Debianchile.cl www.debianchile.cl Msn: aova...@gmail.com Twitter: @andres_ovalle Blog: http://aovalle.debianchile.cl Movil: 09-5795880 Usuario Linux #456290 (counter.li.org) -- Mauricio Vargas P. http://mvplibre.blogspot.com/
Re: Movil, ¿alguna recomendación?
El 14/07/10 18:47, Javier Garay escribió: Estimados, muchos de los que aquí escriben son sysadmin tal como yo y necesitan estar online todo el tiempo posible para recibir email, monitorear los servidores, etc, para esto voy a contratar un plan de telefonía + internet full time, mi pregunta es:¿Que celular me recomiendan que me sirva para llevar un control de mis servidores via ssh, telnet y además recibir emails automaticamente y todo ese rollo? Tengo en mente al iphone 3gs, el nokia 5800, puede ser algun blackberry, en realidad me da lo mismo siempre y cuando me sirva para lo que lo necesito. Espero sus sugerencias y gracias. el n900. un abrazo.
Re: Postgresql que se muere
El mié, 14-07-2010 a las 21:25 -0400, Ricardo Munoz escribió: El 14 de julio de 2010 21:01, Gonzalo Diaz m...@gon.cl escribió: [...] A propos... independiente del problema original, si un SELECT no debiera retornar errores, ¿entonces como la aplicación debiera detectar que hubo un problema en la consulta? el punto era que en teoria un SELECT no deberia retornar un error de memoria si el servicio esta corriendo normalmente ya que si el servicio esta arriba es porque tiene la capacidad para servir, en otras palabras, hacer su pega! (podria estar lento pero no caerse) Sí puede retornar un error por falta de memoria. Basta que la memoria necesaria para resolver ese select no sea suficiente. imaginate un bus del Transantiago que se detenga en plena Alameda (entre dos paraderos) solo porque ya no quedan asientos... el bus debe seguir andando hasta el proximo paradero, a menos que haya un desperfecto de hardware (pinchazo, falla en motor, etc.) algo que no podria ser previsto. tampoco el bus debe partir si su conductor considera que no puede llegar hasta el proximo paradero... Si el bus tiene un problema que no puede resolver por si mismo, no podrá seguir operando y de alguna forma informará a los usuarios, independiente de que un usuario diga pero si yo sólo quiero viajar -- Franco Catrin L. TUXPAN Software http://www.tuxpan.com/fcatrin
Terminal server
Estimados según su opinión cual es la mejor implementacion de terminal server en linux, teniendo como parámetros confiabilidad facilidad de implementacion, ademas que existen clientes ligeros para estos?? Saludos -- Si alguna vez mi voz deja de escucharse piensen que el bosque hablará por mí con su lenguaje de raíces.
Re: Movil, ¿alguna recomendación?
El día 14 de julio de 2010 21:08, Renzo Disi rd...@informatica.cl escribió: Te recomiendo un iPhone, incluso el 2G. Con el 3G es un poco mas rapido Puedes instalarle Cydia que se maneja igual que apt de Debian (Repositorios, install, update, etc...) Instalas la consola y puedes acceder via ssh a tus servidores sin ningun problema Tambien tienes clientes VNC pero no es muy comodo por el tamaño (de poder se puede...) ¿Que ventajas ves tu con hackearlo? ¿Pierdes o ganas funcionalidades al hacer eso? -- Atte, Javier Andrés Garay G. Ingeniero en Informática Plug Play Net S.A. www.papnet.cl
