Logs en Red Hat (otro datito)
Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Scientific Linux Tengo los logs adelantados 1 hora, y esto ocurrió despues del cambio de horario. que podrá ser?, la hora del software y hardware estan bien!, desconosco de donde sacan la hora estos logs. señalo tambien que los logs messages tambien los tengo adelantados una hora! *Antonio Sebastian, este dato tengo!!*tzdata-java-2013c-2.el5.x86_64 tzdata-2013c-2.el5.x86_64 Algo mas que hecharle mano? Gracias! EC
Re: Logs en Red Hat (otro datito)
2013/12/10 Enrique Cortes enriquecortes2...@gmail.com: Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Luego de actualizados los paquetes que te indicó Salles, relanzaste la aplicación? Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. -- Never, never, in nothing great or small, large or petty, never give in except to convictions of honour and good sense. Never yield to force; never yield to the apparently overwhelming might of the enemy.'' Winston Churchill https://plus.google.com/+CarlosSepulveda/
Re: Logs en Red Hat (otro datito)
yum makecache yum update tzdata-java 2013/12/10 Carlos casep Sepulveda ca...@fedoraproject.org: 2013/12/10 Enrique Cortes enriquecortes2...@gmail.com: Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Luego de actualizados los paquetes que te indicó Salles, relanzaste la aplicación? Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. -- Never, never, in nothing great or small, large or petty, never give in except to convictions of honour and good sense. Never yield to force; never yield to the apparently overwhelming might of the enemy.'' Winston Churchill https://plus.google.com/+CarlosSepulveda/ -- ~ Andrew lathama Latham lath...@gmail.com http://lathama.net ~
Logs en Red Hat (otro datito)
Carlos, buenas! cuando hablas Lanzar, te refieres a reiniciar la aplicación?, si es eso, pues lo he hecho y nada, lo raro es que tambien los logs messages escriben adelantados...
Re: Logs en Red Hat (otro datito)
2013/12/10 Andrew Latham lath...@gmail.com: yum makecache yum update tzdata-java 2013/12/10 Carlos casep Sepulveda ca...@fedoraproject.org: 2013/12/10 Enrique Cortes enriquecortes2...@gmail.com: Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Luego de actualizados los paquetes que te indicó Salles, relanzaste la aplicación? Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. Enrique, hola: 1.- Sólo 1 hebra! 2.- Correcto, re-lanzar = reiniciar. 3.- Pon acá el output de date rpm -qi tzdata-java rpm -qi tzdata ls -la /etc/localtime zdump -v /etc/localtime | grep 2013 -- Never, never, in nothing great or small, large or petty, never give in except to convictions of honour and good sense. Never yield to force; never yield to the apparently overwhelming might of the enemy.'' Winston Churchill https://plus.google.com/+CarlosSepulveda/
Re: Logs en Red Hat (otro datito)
El 10-12-2013 13:46, Enrique Cortes escribió: Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Scientific Linux Tengo los logs adelantados 1 hora, y esto ocurrió despues del cambio de horario. que podrá ser?, la hora del software y hardware estan bien!, desconosco de donde sacan la hora estos logs. señalo tambien que los logs messages tambien los tengo adelantados una hora! *Antonio Sebastian, este dato tengo!!*tzdata-java-2013c-2.el5.x86_64 tzdata-2013c-2.el5.x86_64 Algo mas que hecharle mano? Gracias! EC No es necesario que envies otro correo a la lista cambiando el asunto si haces referencia al mismo problema, la verdad es que es molesto, ahora sobre tu problema, intentaste volver la zona horaria de tu maquina a la gtm -04:00 y luego volverla a dejar en gtm -03:00 buenos aires ¿? Saludos.
Re: Logs en Red Hat (otro datito)
El 10/12/13 13:46, Enrique Cortes escribió: Estimados Tengo un problema con las horas de los logs de sistema y de una apliación en particular que trabaja con java. Scientific Linux Tengo los logs adelantados 1 hora, y esto ocurrió despues del cambio de horario. que podrá ser?, la hora del software y hardware estan bien!, desconosco de donde sacan la hora estos logs. señalo tambien que los logs messages tambien los tengo adelantados una hora! que uso horario estas usando ( es el que corresponde a Chile?) *Antonio Sebastian, este dato tengo!!*tzdata-java-2013c-2.el5.x86_64 tzdata-2013c-2.el5.x86_64 Algo mas que hecharle mano? Gracias! EC . --- Enrique Herrera Noya Asesorías y Consultorias ITCoop 09-92303151 -- Mis Certificaciones: Red Hat Certified Engineer RHCE Nº100223072 (RH6.0) Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0) Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0) Novell Certified Linux Professional CLP 10
Logs en Red Hat (otro datito)
* yum makecache ** yum update tzdata-java ** 2013/12/10 Carlos casep Sepulveda casep en fedoraproject.org https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** 2013/12/10 Enrique Cortes enriquecortes2710 en gmail.com https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** Estimados ** Tengo un problema con las horas de los logs de sistema y de una apliación ** en particular que trabaja con java. ** Luego de actualizados los paquetes que te indicó Salles, relanzaste la ** aplicación? ** Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. * Enrique, hola: 1.- Sólo 1 hebra! (ahora entiendo, debo copiar el ultimo mensaje sorry) 2.- Correcto, re-lanzar = reiniciar. 3.- Pon acá el output de -date Tue Dec 10 15:04:45 CLST 2013 -rpm -qi tzdata-java Name: tzdata-java Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:14 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 280693 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data for Java Description : This package contains timezone information for use by Java runtimes. -rpm -qi tzdata Name: tzdata Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:12 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 1939214 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data Description : This package contains data files with rules for various timezones around the world. -ls -la /etc/localtime -rw-r--r-- 1 root root 2001 Sep 13 00:10 /etc/localtime zdump -v /etc/localtime | grep 2013 /etc/localtime Sun Feb 17 01:59:59 2013 UTC = Sat Feb 16 23:59:59 2013 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Feb 17 02:00:00 2013 UTC = Sat Feb 16 23:00:00 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 02:59:59 2013 UTC = Sat Oct 19 23:59:59 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 03:00:00 2013 UTC = Sun Oct 20 01:00:00 2013 BRST isdst=1 gmtoff=-7200
Re: Logs en Red Hat (otro datito)
2013/12/10 Enrique Cortes enriquecortes2...@gmail.com * yum makecache ** yum update tzdata-java ** 2013/12/10 Carlos casep Sepulveda casep en fedoraproject.org https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** 2013/12/10 Enrique Cortes enriquecortes2710 en gmail.com https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** Estimados ** Tengo un problema con las horas de los logs de sistema y de una apliación ** en particular que trabaja con java. ** Luego de actualizados los paquetes que te indicó Salles, relanzaste la ** aplicación? ** Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. * Enrique, hola: 1.- Sólo 1 hebra! (ahora entiendo, debo copiar el ultimo mensaje sorry) 2.- Correcto, re-lanzar = reiniciar. 3.- Pon acá el output de -date Tue Dec 10 15:04:45 CLST 2013 -rpm -qi tzdata-java Name: tzdata-java Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:14 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 280693 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data for Java Description : This package contains timezone information for use by Java runtimes. -rpm -qi tzdata Name: tzdata Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:12 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 1939214 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data Description : This package contains data files with rules for various timezones around the world. -ls -la /etc/localtime -rw-r--r-- 1 root root 2001 Sep 13 00:10 /etc/localtime zdump -v /etc/localtime | grep 2013 /etc/localtime Sun Feb 17 01:59:59 2013 UTC = Sat Feb 16 23:59:59 2013 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Feb 17 02:00:00 2013 UTC = Sat Feb 16 23:00:00 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 02:59:59 2013 UTC = Sat Oct 19 23:59:59 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 03:00:00 2013 UTC = Sun Oct 20 01:00:00 2013 BRST isdst=1 gmtoff=-7200 Hola Enrique, esperando que se solucione tu problema con la ayuda de las personas de esta lista, te pido que pongas 'responder' o 'responder a todos' cada vez que contestes un consejo, ya que al parecer estás enviado nuevos e-amils con el mismo asunto. Lo ideal es que queden todos en el mismo 'hilo' o asunto, para que puedas revisarlos más facilmente y para que no sea molesto para las demás personas de la lista que vemos como se nos llena la casilla. Disculpa que en vez de ayudarte, te esté haciendo este alcance, pero es para podamos convivir mejor. saludos -- Marcela Rosen Murúa www.escaner.cl www.cdsl.cl usuaria linux #502942
Re: Logs en Red Hat (otro datito)
On 10 December 2013 15:04, Enrique Cortes enriquecortes2...@gmail.com wrote: zdump -v /etc/localtime | grep 2013 /etc/localtime Sun Feb 17 01:59:59 2013 UTC = Sat Feb 16 23:59:59 2013 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Feb 17 02:00:00 2013 UTC = Sat Feb 16 23:00:00 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 02:59:59 2013 UTC = Sat Oct 19 23:59:59 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 03:00:00 2013 UTC = Sun Oct 20 01:00:00 2013 BRST isdst=1 gmtoff=-7200 Ahí está tu problema. Tu tzdata está malo (no parchado de acuerdo a las geniales ideas de...) Métele el tzdata de CEntOS o derechamente cámbiate a CentOS Y por amor de $DEIDAD responde el mismo thread hombre! -- Never, never, in nothing great or small, large or petty, never give in except to convictions of honour and good sense. Never yield to force; never yield to the apparently overwhelming might of the enemy.'' Winston Churchill https://plus.google.com/+CarlosSepulveda/
Re: Logs en Red Hat (otro datito)
El 10/12/13 15:04, Enrique Cortes escribió: * yum makecache ** yum update tzdata-java ** 2013/12/10 Carlos casep Sepulveda casep en fedoraproject.org https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** 2013/12/10 Enrique Cortes enriquecortes2710 en gmail.com https://listas.inf.utfsm.cl/mailman/listinfo/linux: ** Estimados ** Tengo un problema con las horas de los logs de sistema y de una apliación ** en particular que trabaja con java. ** Luego de actualizados los paquetes que te indicó Salles, relanzaste la ** aplicación? ** Hay algunas aplicaciones que sólo toman la hora al momento de ser lanzada. * Enrique, hola: 1.- Sólo 1 hebra! (ahora entiendo, debo copiar el ultimo mensaje sorry) 2.- Correcto, re-lanzar = reiniciar. 3.- Pon acá el output de -date Tue Dec 10 15:04:45 CLST 2013 -rpm -qi tzdata-java Name: tzdata-java Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:14 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 280693 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data for Java Description : This package contains timezone information for use by Java runtimes. -rpm -qi tzdata Name: tzdata Relocations: (not relocatable) Version : 2013c Vendor: Scientific Linux Release : 2.el5 Build Date: Tue 09 Jul 2013 06:40:50 AM CLT Install Date: Wed 11 Sep 2013 01:55:12 PM CLST Build Host: norob.fnal.gov Group : System Environment/Base Source RPM: tzdata-2013c-2.el5.src.rpm Size: 1939214 License: Public Domain Signature : DSA/SHA1, Tue 09 Jul 2013 09:03:22 AM CLT, Key ID b0b4183f192a7d7d URL : https://www.iana.org/time-zones Summary : Timezone data Description : This package contains data files with rules for various timezones around the world. -ls -la /etc/localtime -rw-r--r-- 1 root root 2001 Sep 13 00:10 /etc/localtime zdump -v /etc/localtime | grep 2013 /etc/localtime Sun Feb 17 01:59:59 2013 UTC = Sat Feb 16 23:59:59 2013 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Feb 17 02:00:00 2013 UTC = Sat Feb 16 23:00:00 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 02:59:59 2013 UTC = Sat Oct 19 23:59:59 2013 BRT isdst=0 gmtoff=-10800 /etc/localtime Sun Oct 20 03:00:00 2013 UTC = Sun Oct 20 01:00:00 2013 BRST isdst=1 gmtoff=-7200 no esta actualizado debería decir Sep 13 en vez de Oct 19 yum update tzdata y ve si te da la opción de actualizar (esta al día la suscripción?) --- Enrique Herrera Noya Asesorías y Consultorias ITCoop 09-92303151 -- Mis Certificaciones: Red Hat Certified Engineer RHCE Nº100223072 (RH6.0) Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0) Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0) Novell Certified Linux Professional CLP 10
Re: Logs en Red Hat (otro datito)
On Tue, 2013-12-10 at 15:14 -0300, Carlos casep Sepulveda wrote: On 10 December 2013 15:04, Enrique Cortes enriquecortes2...@gmail.com wrote: zdump -v /etc/localtime | grep 2013 /etc/localtime Sun Feb 17 01:59:59 2013 UTC = Sat Feb 16 23:59:59 2013 BRST isdst=1 gmtoff=-7200 [...] /etc/localtime Sun Oct 20 03:00:00 2013 UTC = Sun Oct 20 01:00:00 2013 BRST isdst=1 gmtoff=-7200 ^ Ahí está tu problema. Tu tzdata está malo (no parchado de acuerdo a las geniales ideas de...) Métele el tzdata de CEntOS o derechamente cámbiate a CentOS Mejor configura tu zona horaria a Chile/Continental si no quieres volver a tener problemas en Febrero ... Una vez hecho eso, verifica que la información de tu tzdata está actualizada. Atte. -- Marcos Ramirez mramir...@sanidadnaval.cl Jefe Area Infraestructura División Tecnologías de Información Dirección de Sanidad Naval
Re: Logs en Red Hat (otro datito)
2013/12/10 Marcos Ramirez mramir...@sanidadnaval.cl: Mejor configura tu zona horaria a Chile/Continental si no quieres volver a tener problemas en Febrero ... Una vez hecho eso, verifica que la información de tu tzdata está actualizada. Buen punto! Sólo me fijé en la fecha, no que efectivamente estuviese en BRST Que pruebe con la zona horaria correcta y luego veaamos. Y que ojalá conteste sólo una hebra ;) -- Never, never, in nothing great or small, large or petty, never give in except to convictions of honour and good sense. Never yield to force; never yield to the apparently overwhelming might of the enemy.'' Winston Churchill https://plus.google.com/+CarlosSepulveda/
Como responder los mensajes
Amigos, Me llegó el aviso que no se cómo responder los mensajes, les explico: Yo envío un correo consultando por algo a linux@listas.inf.utfsm.cl Y para ver si mi mensaje llegó al portal lo veo en http://listas.inf.utfsm.cl/pipermail/linux/ Ahí veo sus amables respuestas, pero para poder enviarles lo que me consultan no encuentro la forma... Creo que cada vez que alguien consulta algo les llega un correo con la consulta? Yo estoy suscrito a la lista y no me llega ningún correo, salvo al final del día con una hilera de mensajes! Si me pueden orientar a cómo responder sería fabuloso y desde ya les agradezco por ayudarme.
Re: Como responder los mensajes
Enrique Cortes escribió: Creo que cada vez que alguien consulta algo les llega un correo con la consulta? Yo estoy suscrito a la lista y no me llega ningún correo, salvo al final del día con una hilera de mensajes! Meh. Eso es porque te suscribiste en modo digest. Lo más sencillo es que cambies el estado de suscripción para que sea normal (enviar cada email). La otra opción es que abras el mensaje individual al cual quieres responder y lo respondas. No todos los lectores de correo te permiten hacer esto ... -- Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4 I can't go to a restaurant and order food because I keep looking at the fonts on the menu. Five minutes later I realize that it's also talking about food (Donald Knuth)
