https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162015-02-22T13:47:41ZpfSense bugtrackerpfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=174452015-02-22T13:47:41ZTaras Savchuktaras@1adm.ru
<ul></ul><p>More info:<br />I have correct time on the dashboard:<br />Sun Feb 22 22:45:03 MSK 2015<br />In console i have incorrect timezone (+1h):<br />[2.2-RELEASE][admin@]/: date<br />Sun Feb 22 23:44:07 MSK 2015<br />Same (incorrect) in system/general log:<br />Feb 22 23:43:06 check_reload_status: Reloading filter</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=176672015-03-08T00:34:23ZDmitriy K
<ul></ul><p>I confirm: Incorrect time offset (+1h) everywhere except for dashboard;</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=178522015-03-21T23:46:11ZEugene Parfenovadmin@mytona.com
<ul></ul><p>I confirm too: +1h offset in console (dashboard show correct time).<br /><pre>
Sun Mar 22 14:45:37 YAKT 2015
</pre></p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=178532015-03-21T23:48:05ZEugene Parfenovadmin@mytona.com
<ul></ul><p>Eugene Parfenov wrote:</p>
<blockquote>
<p>I confirm too: +1h offset in console (dashboard show correct time).<br />[...]</p>
</blockquote>
<p>dashboard: Sun Mar 22 13:49:36 YAKT 2015<br />How to fix it?<br />There is no make to build latest zoneinfo from iana.</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=184282015-05-15T19:16:29ZChris Buechlercbuechler@gmail.com
<ul><li><strong>Category</strong> changed from <i>OpenVPN</i> to <i>Operating System</i></li></ul><p>is the tzdata in FreeBSD 10.1 not correct? We use stock FreeBSD tzdata.</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=184572015-05-18T15:58:52ZDmitriy K
<ul></ul><p>Chris Buechler wrote:</p>
<blockquote>
<p>is the tzdata in FreeBSD 10.1 not correct? We use stock FreeBSD tzdata.</p>
</blockquote>
<p>Nope, still only dashboard as correct time. Logs has incorrect time (+1h). <br />pfsense 2.2.3.</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=184672015-05-18T19:52:11ZChris Buechlercbuechler@gmail.com
<ul></ul><p>I mean in stock FreeBSD 10.1, have you checked it?</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=184972015-05-21T04:35:38ZVictor Danilkingrufov@yandex.ru
<ul></ul><p>Chris Buechler wrote:</p>
<blockquote>
<p>I mean in stock FreeBSD 10.1, have you checked it?</p>
</blockquote>
<p><a class="external" href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194173">https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194173</a></p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=185032015-05-21T17:05:42ZChris Buechlercbuechler@gmail.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>Target version</strong> set to <i>2.2.3</i></li><li><strong>Affected Version</strong> changed from <i>2.2</i> to <i>All</i></li></ul><p>zoneinfo has been updated with latest from FreeBSD, should be fine in 2.2.3.</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=185202015-05-25T04:56:51ZDmitriy K
<ul></ul><p>Looks like the issue has been successfully fixed, thanks Chris</p> pfSense - Bug #4459: Tzdata is too old (needs to be updated for Russia)https://redmine.pfsense.org/issues/4459?journal_id=185282015-05-26T11:41:42ZChris Buechlercbuechler@gmail.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul><p>thanks Dmitriy</p>