Wrong year in syslog entries about syslog HOT 7 OPEN

Hei Anders (jeg tar det på norsk, regner med at du forstår:)

En sak som kan være fint å avklare er om loggene til syslog-serveren også
viser feil tidspunkt, eller om det bare er visningen til Web som er feil.
Jeg ville tro at det var det siste, altså et visningsproblem i Web. I
såfall er det linje 25 i results.ftl i FreeACS Web er ansvarlig for denne
visningen. Her brukes Freemarkers innebygde ?string("format") til å
konvertere et Java-date-objekt (entry.collectorTimestamp) til en lesbar
string på formen yyyy-MM-dd HH:mm:ss. Jeg er ganske sikker på at
tidspunktet som kommer i entry.collectorTimestamp har korrekt årstall -
siden her ligger det et tidspunkt som er lest rett ut av MySQL-databasen.

Man kunne kanskje prøve å oppgradere Freemarker, evt søke etter feil/bugs
relatert til dette hos Freemarker (jeg klarte ikke å finne noen bug der).
For tiden kjører vi med Freemarker v2.3.14, men det finnes nyere versjoner
ute. Man kunne altså prøve å bytte ut freemarker.jar-filen i Web og se om
feilen ble borte.

Det forutsetter jo at man klarer å gjenskape feilen, da må man vel
manipulere server-klokken litt...

Om du har lyst til å prøve, så vil jeg gi deg støtte på veien til å finne
ut av det. Evt. så kan du bare rapportere feilen inn på GitHub, så får man
bare se...

mvh
Morten S

2015-01-18 9:44 GMT+01:00 anderslarssonvbg [email protected]:

Hi
Earlier this week I came across a weird issue with syslog entries, which
had the correct timestamps except that the year was set to 2014 instead of
2015. Timestamps mentioned in the content of the messages were set to 2015,
so it can't be the server itself which had wrong date set.

The current instance of tomcat was started during the end of 2014, but
after restarting tomcat it seems like it now gets 2015 correctly.

It seems just the issue only occurs to syslog messages which comes
internally from Fusion, external syslog messages had 2015 set as year.

-- Anders

[image: skarmavbild 2015-01-18 kl 09 30 53]
https://cloud.githubusercontent.com/assets/9264876/5791859/9002039e-9ef6-11e4-97b6-2900677dddfc.png

—
Reply to this email directly or view it on GitHub
#2.

from syslog.

Hej Morten

Tack för svar.

Tyvärr verkar inte felet ligga i webben, då datan är densamma även direkt i MySQL:

| 1202233 | 2014-01-14 12:59:33 | 0 | 50 | 2.3.41 | 5 | Jan 14 12:59:33 | null | UNITID | Moved unit to profile 0700 Default | NULL | 127.0.0.1 | 000B82-HT701-000B8256EFA5 | 0700 Default | HT701 | admin |

| 1202322 | 2014-01-14 12:59:56 | 0 | 54 | 3.0.44 | 5 | Jan 14 12:59:56 | null | UNITID | Added unit parameter System.X_OWERA-COM.LastConnectTms with value 2015-01-14 12:59:53 | NULL | 127.0.0.1 | 000B82-HT701-000B8256EFA5 | 0700 Default | HT701 | admin |

| 1202323 | 2014-01-14 12:59:56 | 0 | 54 | 3.0.44 | 5 | Jan 14 12:59:56 | null | UNITID | Added unit parameter System.X_OWERA-COM.FirstConnectTms with value 2015-01-14 12:59:53 | NULL | 127.0.0.1 | 000B82-HT701-000B8256EFA5 | 0700 Default | HT701 | admin |

-- Anders

from syslog.

Takk for det Anders, da fant jeg bug'en!

Jeg har laget en fiks og lagt ut ny syslog.war - håper du kan teste at den
fortsatt virker. Det å sjekke at feilen er fikset krever vel modifikasjon
av serverens timestamp, og så må du gjøre noen endringer av f.eks. en
parameter (det er syslog-meldinger fra f.eks. web-modulen eller
tr069-modulen som gir problemer).

Feilrettingene kan du også finne i GitHub (DBI og Syslog)

mvh
Morten S

2015-01-18 21:31 GMT+01:00 anderslarssonvbg [email protected]:

Hej Morten

Tack för svar.

Tyvärr verkar inte felet ligga i webben, då datan är densamma även direkt
i MySQL:

| 1202233 | 2014-01-14 12:59:33 | 0 | 50 | 2.3.41 | 5 | Jan 14 12:59:33 |
null | UNITID | Moved unit to profile 0700 Default | NULL | 127.0.0.1 |
000B82-HT701-000B8256EFA5 | 0700 Default | HT701 | admin |
| 1202322 | 2014-01-14 12:59:56 | 0 | 54 | 3.0.44 | 5 | Jan 14 12:59:56 |
null | UNITID | Added unit parameter System.X_OWERA-COM.LastConnectTms with
value 2015-01-14 12:59:53 | NULL | 127.0.0.1 | 000B82-HT701-000B8256EFA5 |
0700 Default | HT701 | admin |
| 1202323 | 2014-01-14 12:59:56 | 0 | 54 | 3.0.44 | 5 | Jan 14 12:59:56 |
null | UNITID | Added unit parameter System.X_OWERA-COM.FirstConnectTms
with value 2015-01-14 12:59:53 | NULL | 127.0.0.1 |
000B82-HT701-000B8256EFA5 | 0700 Default | HT701 | admin |

—
Reply to this email directly or view it on GitHub
#2 (comment).

from syslog.

Hej Morten

Tack för fixen, dock så verkar den inte helt korrekt.

Året blev nu 0115 stället för 2015 när jag ändrade serverns datum till 2014-01-19, startade om tomcat7 och ändrade sedan tillbaka till 2015-01-19:

| 872600 | 0115-01-19 19:25:16 | 0 | 51 | 2.2.56 | 5 | Jan 19 19:25:16 | null | UNITID | Updated unit parameter System.X_OWERA-COM.Comment with value 14362343;Anders Larsson2 | NULL | 127.0.0.1 | F08261-F@ST5350D_AC-N71401172000089 | VoIP_Standard | F@ST5350D_AC | admin |

| 872601 | 0115-01-19 19:26:11 | 0 | 51 | 2.2.56 | 5 | Jan 19 19:26:11 | null | UNITID | Added unit | NULL | 127.0.0.1 | test-anders-syslog | VoIP_Standard | F@ST5350D_AC | admin |

| 872602 | 0115-01-19 19:27:08 | 0 | 51 | 2.2.56 | 5 | Jan 19 19:27:08 | null | UNITID | Added unit parameter System.X_OWERA-COM.Comment with value Hej | NULL | 127.0.0.1 | test-anders-syslog | VoIP_Standard | F@ST5350D_AC | admin |

from syslog.

Och det verkar som det alltid blir 0115 nu även efter att jag startat om tomcat när servern har date satt till 2015-01-19.

-- Anders

from syslog.

Ish.

Jeg fant den feilen jeg gjorde (getYear() returnerte antall år etter 1900).
Uansett, jeg prøver meg igjen med en mer robust fix (håper jeg!). Den
ligger ute på freeacs.com

mvh
Morten S

2015-01-19 19:38 GMT+01:00 anderslarssonvbg [email protected]:

Och det verkar som det alltid blir 0115 nu även efter att jag startat om
tomcat när servern har date satt till 2015-01-19.

-- Anders

—
Reply to this email directly or view it on GitHub
#2 (comment).

from syslog.

Yes, nu ser det ut att fungera bra!

-- Anders

from syslog.