[Fedora-users-br] Problemas de hora após entrada no horário de verão

Andre Mariano lpic2bh em gmail.com
Sex Nov 6 13:06:01 UTC 2009


Senhores,


 Vou postar algumas informações, para que possam entender o problema que
estou enfrentando. No final do texto, faço a pergunta.



-----------------------------------------------------------------------------------------------------------------------------


 Um determinado log gerado pelo squid:


 1257424994.520 1 10.10.2.17 TCP_DENIED/407 1808 GET http://www.site.com/ -
NONE/- text/html



-----------------------------------------------------------------------------------------------------------------------------


 Conversão do campo time do log acima:


 # date -d @1257424994.520
Thu Nov 5 10:43:14 BRST 2009



-----------------------------------------------------------------------------------------------------------------------------


 Registro do log acima, importado para o MySQL, utilizando scripts em Perl
com módulo Date::Calc:


 usuario | 2009-11-05 | 09:43:21 | 153642 | 7357 | 1 | 200 | 19146 |
http://www.site.com/ | 10.10.2.17


 -----------------------------------------------------------------------------------------------------------------------------



 A hora reportada pelo comando date está correta. Podemos observar que a
hora registrada no MySQL está com atraso de 1h.


 -----------------------------------------------------------------------------------------------------------------------------



 Já executei o script horario.verao.sh descrito abaixo:


 # cat horario.verao.sh

/bin/cp /etc/localtime /etc/localtime.`date +%Y%m%d`

echo “Rule Brazil 2009 only – Oct 18 00:00 1 S” >
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2010 only – Feb 21 00:00 0 -” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2010 only – Oct 17 00:00 1 S” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2011 only – Feb 20 00:00 0 -” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2011 only – Oct 16 00:00 1 S” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2012 only – Feb 26 00:00 0 -” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2012 only – Oct 21 00:00 1 S” >>
/usr/share/zoneinfo/verao20092013.zic

echo “Rule Brazil 2013 only – Feb 17 00:00 0 -” >>
/usr/share/zoneinfo/verao20092013.zic

echo “” >> /usr/share/zoneinfo/verao20092013.zic

echo “Zone hv20092013 -3:00 Brazil BR%sT” >>
/usr/share/zoneinfo/verao20092013.zic

/usr/sbin/zic /usr/share/zoneinfo/verao20092013.zic

/bin/cp /usr/share/zoneinfo/hv20092013 /etc/localtime

zdump -v /etc/localtime


 -----------------------------------------------------------------------------------------------------------------------------



 Respota do comando zdump:


 [root em server ~]# zdump -v /etc/localtime

/etc/localtime Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 17:45:52 1901 BRT
isdst=0 gmtoff=-10800

/etc/localtime Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 17:45:52 1901 BRT
isdst=0 gmtoff=-10800

/etc/localtime Sun Oct 18 02:59:59 2009 UTC = Sat Oct 17 23:59:59 2009 BRT
isdst=0 gmtoff=-10800

/etc/localtime Sun Oct 18 03:00:00 2009 UTC = Sun Oct 18 01:00:00 2009 BRST
isdst=1 gmtoff=-7200

/etc/localtime Sun Feb 21 01:59:59 2010 UTC = Sat Feb 20 23:59:59 2010 BRST
isdst=1 gmtoff=-7200

/etc/localtime Sun Feb 21 02:00:00 2010 UTC = Sat Feb 20 23:00:00 2010 BRT
isdst=0 gmtoff=-10800

/etc/localtime Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 BRT
isdst=0 gmtoff=-10800

/etc/localtime Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 BRT
isdst=0 gmtoff=-10800


 -----------------------------------------------------------------------------------------------------------------------------



 Como podem ver na resposta abaixo, do comando date, o sistema não está
considerando que estamos no horário de verão (BRST).


 [root em server ~]# date

Fri Nov 6 10:54:48 BRST 2009


 Não deveria constar BRDT no lugar de BRST?

Será que ao corrigir este problema, a data dos logs do proxy no MySQL também
ficará correta nas próximas importações?

Obrigado!

André
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listman.redhat.com/archives/fedora-users-br/attachments/20091106/86565997/attachment.htm>


Mais detalhes sobre a lista de discussão Fedora-users-br