[dev.icinga.com #2485] run command proposed time is client, not server #737
Comments
Updated by jmosshammer on 2012-04-13 09:43:42 +00:00 So your server is in another timezone than you are? |
Updated by mephisto23 on 2012-04-13 09:57:54 +00:00 all our server are utc, our clients are german time. of course these zones differ and it is usual like that. thats at least my experience with large companie infrastructures. we cooperate with a lot of them spread over the world and they are all using utc for the servers and local time zones for the clients. |
Updated by mfriedrich on 2012-04-13 10:01:12 +00:00 this issue lacks of any version information. can you clarify on the icinga* versions used, as well as the database backend? |
Updated by mephisto23 on 2012-04-13 10:04:32 +00:00 icinga-web 1.6.2, icinga debian 1.6.1, mysql backend initially created with an early 1. version and upgraded since then. |
Updated by mfriedrich on 2012-04-13 10:05:46 +00:00
|
Updated by mephisto23 on 2012-04-13 10:08:59 +00:00 mysql> select * from icinga_dbversion; -------------~~------------------~~ -------------~~------------------~~ -------------~~------------------~~ |
Updated by mfriedrich on 2012-04-13 10:11:59 +00:00 one beer for me :D @MEPHISTO23 debian installs the manual sqls here
import those manually as described in the upgrade docs for idoutils. |
Updated by mephisto23 on 2012-04-13 10:31:38 +00:00 done, but the "issue" is still there. servertime = utc, my pcs time = german time. when i add a downtime for 12.00 the downtime should be saved with value 10.00 but that does not happen. |
Updated by mfriedrich on 2012-04-13 10:38:00 +00:00 mephisto23 wrote:
again the query output. and maybe some examples (screenshots) to examine your problem a bit more. |
Updated by mephisto23 on 2012-04-17 12:18:29 +00:00 mysql> select * from icinga_dbversion; -------------~~------------------~~ -------------~~------------------~~ -------------~~------------------~~ |
Updated by mephisto23 on 2012-04-17 12:22:53 +00:00 to reproduce this issue you need a server with utc and a client with a time different to utc. if you then schedule something in icinga-web, you will see that icinga-web offers you ythe client time and save that client time also to the server, but the server is working in utc and will do the job in utc. if i say, i have a downtime for a host at 3pm time of my client, the server will do that at 3pm utc, which can differ up to hours. hope the problem is clear now. |
Updated by mfriedrich on 2012-09-06 21:38:27 +00:00
|
Updated by mfriedrich on 2013-04-08 20:25:09 +00:00
|
Updated by berk on 2015-05-18 12:17:32 +00:00
|
This issue has been migrated from Redmine: https://dev.icinga.com/issues/2485
Created by mephisto23 on 2012-03-30 11:42:26 +00:00
Assignee: mhein
Status: Assigned
Target Version: Backlog
Last Update: 2015-05-18 12:17:32 +00:00 (in Redmine)
when i run a command like "disable notification" and give a force time, the proposed time is always the local time and not the servertime. thats ok but it is also saved in local time and thats a problem, cause the sync to my time horizon is away. the same in downtime part. (ICINGA-WEB)
Relations:
The text was updated successfully, but these errors were encountered: