在AIX 6.1上，批處理進程無法正確識別Workload Scheduler中本地工作站的時區

在AIX 6.1上，批處理進程無法正確識別設置爲GMT的本地計算機的時區，即使在IBM Workload Scheduler CPU定義中，它已正確設置爲正確的時區。您在stdlist日誌中看到以下消息：在AIX 6.1上，批處理進程無法正確識別Workload Scheduler中本地工作站的時區

 
"10:29:39 24.11.2015|BATCHMAN:AWSBHT126I Time in CPU TZ (America/Chicago): 2015/11/24 04:29 10:29:39
 
24.11.2015|BATCHMAN:AWSBHT127I Time in system TZ (America/Chicago): 2015/11/24 10:29 10:29:39
 
24.11.2015|BATCHMAN:+ 10:29:39 24.11.2015|BATCHMAN:+ AWSBHT128I
 Local time zone time differs from workstation time zone time by 360 minutes."

Batchman無法識別正確的時區，因爲AIX 6.1應用（Unicode的國際組件）ICU庫管理系統的時區，而這些ICU庫與IBM Workload Scheduler庫衝突。

來源

2017-07-06 DocuMar

這個論壇上AIX讀者很少。 Http://ittoolbox.com有一個活躍且有幫助的AIX論壇，但詢問AIX問題的最佳位置在IBM支持網站上（我沒有確切的鏈接，您必須搜索它）。祝你好運。 – shellter

而這個Q不是針對StackOverflow定義的編程。它可能更適合於S.E.相關網站http://serverfault.com（prof。server-or-networking-S.E.-related infra。admin）。使用Q底部的'flag'鏈接並請主持人移動它。請不要在2個不同的網站上發佈相同的Q.張貼在這裏更多Qs的前請仔細閱讀http://stackoverflow.com/help/how-to-ask http://stackoverflow.com/help/dont-ask和http://stackoverflow.com/help/mcve。祝你好運 – shellter

聽起來像一個錯誤報告，而不是編程問題。 – covener

我有個主意。在啓動IBM Workload Scheduler之前，應該先導出TZ環境變量爲舊的POSIX格式，例如CST6CDT。這是POSIX名稱約定的示例，而不是Olson名稱約定（例如America/Chicago）。它通過切換到舊的POSIX系統（如AIX 5.x中）來避免通過AIX 6.1中的ICU庫實現新的默認TimeZone管理。

來源

2017-07-07 07:52:46 PanofBarn

在AIX 6.1上，批處理進程無法正確識別Workload Scheduler中本地工作站的時區

回答

相關問題