问题[daylight-saving](server)

我对 otrs 6 有严重的问题。

从昨天开始一切正常，但今天在我的时区我们开始夏令时（增加一小时）

日志充满了这样的错误：

[Sun Mar 28 19:36:30 2021][Error][Kernel::System::DateTime::new][154] 创建 DateTime 对象时出错。

和

OTRS-otrs.Daemon.pl - Daemon Kernel::System::Daemon::DaemonModules::SchedulerCronTaskManager-10 创建 DateTime 对象时出错。在 GUI/WebUI 中

TimeZone 在 OTRSTimeZone 中没问题，在操作系统中也没问题。当我将 OTRSTimeZone 更改为 UTC 时，错误消失了，但我的票数搞砸了；/

我已经看到了一些关于这个问题的话题，但没有什么对我有用；/

https://community.znuny.org/viewtopic.php?p=161559 https://community.znuny.org/viewtopic.php?f=62&t=41582&p=171775#p171775

任何人都知道如何处理这个问题？

在智利，这种情况非常特殊，因为夏令时更改的日子每年都不同......

是否有一个函数可以在给定的 UTC 时间获取给定日期的 UTC 偏移量？

我在Suse 文档中看到类似的东西zdump -v /usr/share/zoneinfo/Chile/Continental使我能够获得多年来的所有更改，但这项工作仍然必须完成......有什么命令可以做到这一点吗？

或者/并且是否有从给定时区到UTC的给定日期和时间的函数？而它的反面呢？

linux 如何处理这些变化？没有找到比 Suse 更多的文档。

我尝试运行与我的 Docker 主机具有相同时区的 Docker 容器。主机时区是CEST.

当我运行时：

$ date
Thu Apr 16 11:04:11 CEST 2020
$ docker run -e TZ=CEST debian:buster date
Thu Apr 16 09:04:14 CEST 2020

容器比主机晚 2 小时。

另一方面，如果我设置TZ=Europe/Paris，它会按预期工作：

$ docker run -e TZ=Europe/Paris debian:buster date
Thu Apr 16 11:04:22 CEST 2020

这是一个错误还是我错过了什么？

几周前，土耳其能源和自然资源部宣布 DST 将是永久性的，而 GMT+3 将在该国永久使用。

目前，我们 Linux 服务器的时区设置为Europe/Istanbul。但是尚未发布 tzdata 更新。

由于缺乏更新，2016 年 10 月 30 日时区将自动从 GMT+3 更改为 GMT+2，如 zoneinfo 文件 (/usr/share/zoneinfo/Europe/Istanbul) 中所述。

您可以在下面查看 2016 年的详细信息：

# zdump -v /usr/share/zoneinfo/Europe/Istanbul | grep 2016
/usr/share/zoneinfo/Europe/Istanbul  Sun Mar 27 00:59:59 2016 UT = Sun Mar 27 02:59:59 2016 EET isdst=0 gmtoff=7200
/usr/share/zoneinfo/Europe/Istanbul  Sun Mar 27 01:00:00 2016 UT = Sun Mar 27 04:00:00 2016 EEST isdst=1 gmtoff=10800
/usr/share/zoneinfo/Europe/Istanbul  Sun Oct 30 00:59:59 2016 UT = Sun Oct 30 03:59:59 2016 EEST isdst=1 gmtoff=10800
/usr/share/zoneinfo/Europe/Istanbul  Sun Oct 30 01:00:00 2016 UT = Sun Oct 30 03:00:00 2016 EET isdst=0 gmtoff=7200

（在没有更新的情况下）为了防止这种情况成为危机，我们决定制定一个备份计划，将我们服务器的时区设置为固定的 GMT+3；但是当设置了固定的 GMT+3时，我们会遇到一个奇怪的行为。

在我们对时区进行任何更改之前，让我们看看我们服务器上的本地时间和 UTC 时间是多少。

# date
Wed Sep 21 11:13:11 EEST 2016
# date -u
Wed Sep 21 08:13:15 UTC 2016

我们将时区设置为固定的 GMT+3，如下所示：

# rm -f /etc/localtime
# ln -s /usr/share/zoneinfo/Etc/GMT+3 /etc/localtime

让我们看看更改后我们服务器上的本地时间和UTC时间是多少。GMT+3 时间比 UTC早3 小时，它应该比 UTC晚3 小时，如上面的输出所示。

# date
Wed Sep 21 05:14:24 GMT+3 2016
# date -u
Wed Sep 21 08:14:26 UTC 2016

即使我们重置本地时间或 UTC 时间，它也不会改变。

# date -s "21 Sep 2016 11:16:00"
Wed Sep 21 11:16:00 GMT+3 2016
# date
Wed Sep 21 11:16:02 GMT+3 2016
# date -u
Wed Sep 21 14:16:05 UTC 2016

# date -u -s "21 Sep 2016 11:16:00"
Wed Sep 21 11:16:00 UTC 2016
# date
Wed Sep 21 08:16:01 GMT+3 2016
# date -u
Wed Sep 21 11:16:02 UTC 2016

为什么偏移量似乎是向后的？

我有一堆全新的戴尔 N2048 交换机。我正在进行初始设置，并希望为澳大利亚设置夏令时。

我们的 DST 每年从 10 月到 4 月运行，但交换机不允许我配置此日期/时间跨度：

错误：重复的夏令时开始值必须在结束值之前

（也拼写错误）。

所以我想“好吧，我将它设置为从 4 月到 10 月，偏移量为 -60 分钟，这将是相同的效果”但当然，不，不能为 DST 设置负偏移量。

有什么方法可以为这些交换机正确配置 DST？

如何确定 IIS 的时区设置。自从应用夏令时（+1 小时）以来，IIS 返回的时间似乎落后了 1 小时，因为 +1 被忽略了。

服务器本身的时间是正确的，但是当应用程序代码调用 getDateTime 时，它​​会返回不正确的时间。有什么想法吗？

编辑

应用程序代码位于 .net 中，此特定部分与 SQLMembershipProvider 相关。基本上，当用户登录时，上次登录日期时间会更新并存储在数据库中。这总是比实际时间晚 1 小时。两台服务器上的 tome 设置（应用程序服务器和托管 SQL Server 的服务器都是正确的），并且独立于客户端站点设置

编辑 2

感谢您的回答，事实证明问题的根源与 IIS 无关