Pull to refresh

Comments 12

Вообще странно
У меня в Debian после apt-get upgrade все работает как надо. То есть при обновлении java-timezone все само обновилось. Правда в него льются логи Apache, в которых есть правильное время
Это актуально для тех ситуаций, когда лог приходящий в logstash не имеет явно указанного часового пояса.
Ага, я так и понял, что логи могут быть и не CommonLog Format
Кстати, ради интереса, можете выполнить у себя?
cd /etc/logstash/vendor/jar/
java -jar jruby-complete-1.7.11.jar -e 'p Time.now'

Интересно корректное время покажет или нет.
У меня такого нет. У меня logstash комплектный от ElasticSearch
/opt/logstash/logstash.jar и все. Где там jruby искать, не представляю даже :)
Нипанимат! Почему весь софт не может использовать уже установленную в систему tzdata?:(
Так сложилось исторически, да.
Эти истории так выносят мозги нещадно, хуже багов даже, жалко что «нестройности» имеют не очень большой приоритет.
Проблема со стандартами, что очень сложно заставить всех на них перейти.

Под linux ситуация с таймзонами чуть лучше, чем в win благодаря tzdata, но далеко не все на него перешли. Некоторые (типа joda-time) таскают свою версию tzdata. Это было актуально для решения проблем типа «нельзя обновить java, но можно передеплоить приложение», но, естественно, создает собственные проблемы. Некоторые импортируют данные из tzdata к себе, как mysql.

И, да, не могу не привести релевантное.

xkcd
Rule 0xf4: There's xkcd of it. No exceptions.




UFO just landed and posted this here
Обновил tzdata, рестартнул для порядка Logstash и все на этом, никаких других манипуляций не потребовалось. Logstashforwarder'ы на клиентах не трогал. Centos.
java -jar jruby-complete-1.7.11.jar -e 'p Time.now'

хотя тут показывает неправильное время :)

Это актуально для тех ситуаций, когда лог приходящий в logstash не имеет явно указанного часового пояса.

в моем случае неактуально, получается)
Sign up to leave a comment.

Articles