On Mon, 2009-10-19 at 15:23 -0400, Martin Pepin wrote: > Hi, > > I have made changes in sipx-snapshot to fix the mangled log entries as > reported in XX-6732. When a user wants to "cut" log entries in a > specific time window, sipx-snapshot can be passed parameters. For > example: sipx-snapshot --logs current --log-start "2009-10-19 > 08:03:54" --log-stop "2009-10-19 08:17:54". This example will visit > all log file versions file.log, file.log.1, …, file.log.n and create a > single merged file.log file with all entries matching that time > window. > > I have noticed in the sipx-snapshot script that if a log file does not > have a "recognizable" timestamp format that only the last log file is > captured in the snapshot and all other file versions with the same > base name are ignored. Examples of those log files are http* and > freeswitch* (see below). > > Question: Would it be better to merge all the versions of log files > with the same base name for unrecognized timestamp format into one big > file or just keep the latest log file for that base name? The latter > option is the current behavior. In terms of usability it would be > helpful to view all events from oldest to newest even though the > timestamps cannot be determined instead of being penalized by just > viewing the latest log file and no more. I understand that those > unusual merged file sizes will get bigger but once compressed the file > sizes should remain acceptable. In theory most of the sipXecs log > files should use a recognizable timestamp signature.
I don't think that's worth the additional file size (which could be very considerable, even with compression). The main point of the time restriction feature is to make snapshots small enough to be easily portable - the change you're asking about would more or less nullify that benefit. In real production installations, some of these files can be gigabytes. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
