cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2388
Views
0
Helpful
3
Replies

CiscoWorks RME 3.5 daylight saving syslog time problem

ozlemduran
Level 1
Level 1

Hi,

We are using LMS 2.2 on solaris system, RME 3.5 and syslog message times are wrong.

this appeared after daylight saving changes.

is there a bug about that or a solution?

thanks

3 Replies 3

georg.tresselt
Level 1
Level 1

Time zones and time settings are matter of the OS on the server and the client (web browser client).

hi,

I ve solved my problem, I installed IDU10.

yjdabear
VIP Alumni
VIP Alumni

I got a bug for this issue: CSCsa27163. I think a fix is available, but don't remember in which RME IDU.

http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCsa27163&Submit=Search

I don't think it can be explained away by DST, although the symptom certainly seems to be triggered by DST. A 7200 router reloaded

at 12:19 EDT on 5/4/2004. RME Reloads Report reported the reload as 13:19 EDT.

This couldn't be explained by the Daylight Savings Time or Standard Time

difference, since then RME should have reported 11:19 instead.

As far as I can tell, every timestamp is correct, except in the Reload

Report (which got it in turn from DEV_RLD_HIST), where it's one hour

behind.

According to the DEV_RLD_HIST table at

http://ciscoworks:1741/dbreader/dbreader.html

82 2004-05-04 13:19:55.000 processor memory parity error at PC

0x604C210C,

address 0x0 2004-05-04 12:36:15.000

Reload time is "2004-05-04 13:19:55.000".

Updated time is "2004-05-04 12:36:15.000".

How could cw2k update its own database at 12:36 about a router's reload at

13:19, a time in the future?

This problem did not go away even after restarting cw2k daemons (twice) as TAC suggested.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: