Actions
Bug #246
closedhttp.log time
Affected Versions:
Effort:
Difficulty:
Label:
Description
http.log refuses to adjust the time for the packets it logs /after a time zone change on the PC/ - it is still 1 hr behind the ORIGINAL PC time - the time when the Suricata was installed, even after stop/restart of Suricata. - that I tested on Ubuntu.
stats.log - after I changed the time zone on the test PC, stats.log adjusted the time it displays after stop/restart of Suricata and displayed the statistics with the correct/current PC time. That's why i think there is something wrong with the http.log time.
Files
Updated by Gurvinder Singh about 14 years ago
- File 0001-fixed-the-timestamp-issue-in-http.log.patch 0001-fixed-the-timestamp-issue-in-http.log.patch added
- Status changed from New to Resolved
- Assignee set to Gurvinder Singh
- Target version set to 1.1beta2
- % Done changed from 0 to 90
attached patch fixes the issue caused by gmtime_r().
Updated by Victor Julien about 14 years ago
- Due date set to 12/17/2010
- Status changed from Resolved to Closed
- % Done changed from 90 to 100
- Estimated time set to 0.50 h
Applied thanks Gurvinder. Had to fix on small compiler warning. Please test with -Wall -Werror before sending patches.
Actions