Horst H. von Brand escribió: > Alvaro Herrera <[EMAIL PROTECTED]> wrote: > > Horst H. von Brand escribió: > > > Perez Ruiz Enrique <[EMAIL PROTECTED]> wrote: > > > > > > No obstante, los muñecos de FreeBSD están portando ZFS a su entorno. > > > > http://wiki.freebsd.org/ZFS > > > > > > Esa pagina no existe. > > > > Claro que existe, y dice > > No... acabo de (re)verificar, y (como antes) me muestra un extran~o > resultado de algun buscador. Igual <http://wiki.freebsd.org>.
Tienes un proxy raro molestando tu conexion entonces, o tu DNS. Aca llego al Wiki de FreeBSD sin ningun problema. Recomendaria investigar. -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J "La gente vulgar solo piensa en pasar el tiempo; el que tiene talento, en aprovecharlo" From [EMAIL PROTECTED] Tue Jun 26 11:31:14 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Tue Jun 26 11:33:00 2007 Subject: Cambio de IP In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Gerardo Bredfeldt <[EMAIL PROTECTED]> wrote: [...] > No están dispuestos a darme IP y Gateway públicas ni ninguna otra > alternativa. > Qué necesito adicional y/o cómo puedo configurar mi Linux para que el > servidor sea visto desde Internet? Pagar por "servicio para empresas" o algo asi, que te de IP publica. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Tue Jun 26 11:07:42 2007 From: [EMAIL PROTECTED] (Ricardo Utreras Estrella) Date: Tue Jun 26 11:36:00 2007 Subject: Logs y tail In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Alvaro Herrera escribió: > Ricardo Utreras Estrella escribió: > >> El /var/log/secure era solo un ejemplo, pero la duda que tengo aplica a >> todo archivo de log, y como todo archivo de log, a este se le van >> agregando lineas al final y son estas lineas las que necesito ir dejando >> en un archivo temporal mientras no se le agregan mas lineas al log. >> Cuando se agregen mas lineas, estas queden en el archivo temporal y asi >> sucesivamente... > > Yo creo que no has pensado bien lo que estas pidiendo, o bien no nos has > especificado completamente el problema. La pregunta que me surge es: > ¿cada cuanto tiempo quieres hacer esto? Cuando el LOG cambie (se le agregen mas lineas), como lo detecta el "tail -f LOG" Porque podrias hacerlo cada > 10 segundos, en cuyo caso el archivo temporal se reescribira cada 10 > segundos. ¿Es eso lo que quieres? Significaria que para que sirva de > algo, tendria que haber un humano leyendo el archivo cada 10 segundos > ... y no puede demorarse mas, porque en 10 segundos más habrá un nuevo > archivo! Hay un proceso monitoreando el archivo que contendra las diferencias para procesarlo (este proceso es parte de una aplicacion de terceros). > En todo caso lo que quieres se puede hacer facilmente, teniendo un > script que haga lo siguiente: > > while true; do > > /tmp/archivo-temporal.log > sleep <periodo> > killall -HUP sysklogd > done > > Luego configuras syslog para que guarde los mensajes en > /tmp/archivo-temporal.log ademas del destino original, por ej. > > daemon.* -/var/log/daemon.log > daemon.* -/tmp/archivo-temporal.log > > y asi para todas las lineas que te interesen. Lamentablemente el log lo genera una aplicacion propietaria, el /var/log/secure lo mencione como ejemplo... > Ojo, yo creo que esta es una idea muy mala. Probablemente hay mejores > maneras de conseguir el efecto deseado. > Estoy armando algo en bash con las ideas que me mencionaron, les cuento cuando me funcione. (Se siguen aceptando ideas!) Gracias a todos por sus comentarios. -- Atte. Ricardo Utreras Estrella Administrador DATACENTER CRECIC S.A. +56-41-2914436, Concepción, Chile. From [EMAIL PROTECTED] Tue Jun 26 11:54:49 2007 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Tue Jun 26 11:56:42 2007 Subject: Logs y tail In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Ricardo Utreras Estrella escribió: > Alvaro Herrera escribió: > >Yo creo que no has pensado bien lo que estas pidiendo, o bien no nos has > >especificado completamente el problema. La pregunta que me surge es: > >¿cada cuanto tiempo quieres hacer esto? > Cuando el LOG cambie (se le agregen mas lineas), como lo detecta el > "tail -f LOG" Eso es una vez por segundo, no es realmente lo mismo que "cuando el log cambia". Otra idea seria pegarte al log con algun notificador (inotify, dnotify, fam, ...?) y esperar que el archivo crezca. Cuando detectas que crece, haces seek() a la posicion que antes tenia, y lees desde ahi hasta EOF. Tambien lo puedes hacer una vez por segundo o el plazo que te parezca. -- Alvaro Herrera http://www.PlanetPostgreSQL.org/ "Aprender sin pensar es inútil; pensar sin aprender, peligroso" (Confucio) From [EMAIL PROTECTED] Tue Jun 26 11:55:25 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Tue Jun 26 11:57:13 2007 Subject: =?iso-8859-1?q?Re=3A_El_futuro_de_Linux_est=E1_escrito?= In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote: [...] > A mà no, de hecho hay como dos estándares en packaging: deb y rpm. Hay al menos una docena... estan los .tgz de Slackware (y su parafernalia para dependencias sobre esto), esta el cuento que usa Gentoo, los portage de los *BSD, ... Y nunca olvidar en humilde .tar.gz + autoconf, e incluso "edite la Makefile a gusto para su sistema". > Basta con que todas las distribuciones se decidan por uno (y Debian me > gusta más que RPM) y es posible lanzarse. Bien por ti. A la mayoria le gusta mas RPM (y es el formato standard acordado por LSB). Y luego que todos tengamos el mismo formato, todos tendran que ponerse de acuerdo sobre como (sub)dividir las cosas en paquetes instalables, y como se manejaran las dependencias, y... (si, no es casualidad que un RPM para SUSE no funcione en CentOS ni en Fedora). La unica ventaja que tiene .deb aca es que todos vienen de Debian, y Debian fija las reglas al respecto. Y una vez que hayan decidido eso, habra que ponerse de acuerdo tambien en como se manejan los servicios, y si se usa o no SELinux, y... Las diferencias entre distribuciones de Linux (y los diversos *BSD) son mucho menores de lo que parece (usan los mismos fuentes de base, activamente se copian parches entre si) y mucho mayores de lo que se aprecia a simple vista (manejo del inicio, sistemas de seguridad instalados, esquemas de configuracion local, ... son todos propios de cada una de ellas). > Sobre la integración de > escritorio, siendo freedesktop compliant, tenemos muchas aplicaciones > entre KDE y Gnome... Igual hay espacio para mejoras, particularmente en usabilidad y rango de aplicaciones. > Sobre drivers, nothing to say. Esto solo les quita (una) excusa, pero la mayor de todas de que "es que nuestra competencia se entera de como funciona [leyendo el driver, en este caso]" sigue estando en pie. Y nuevamente, el negocio de XYZ Cards Intl /no/ es que el maximo numero de gente pueda usar la tarjeta XYZ-110 por siempre, es que en cuanto salga el modelo 120, o a mas tardar el 205, las anteriores dejen de funcionar (si es menester, version/service pack de bazofia mediante), de forma que el usuario se vea forzado a "actualizar" su perfectamente funcional XYZ-110 a una nueva. Y drivers disponibles en codigo abierto demas llevan a algun emprendedor a estudiarlo para reimplementarlo en aquel otro sistema... Y hay que reconocer que los usuarios de sistemas codigo abierto (al menos en lo que es el mercado mas interesante para tarjetas, las de video "de alto rendimiento" (para juegos, vamos)) siguen siendo una infima minoria, para las cuales las aplicaciones que requieren esas cosas simplemente no estan. O sea, en la practica, cero mercado. Para que calentarse la cabeza, o invertir en que un ingeniero este perdiendo el tiempo haciendo de contacto con los hackers de Linux, si el resultado sera la venta de una veintena de tarjetas extra? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
