So I wanted to share a bit on my current thinking about log/event type data
as it will be logged by the console server. In brief, my thought was that
plaintext logging didn't do everything I think would be good, but I didn't
want to throw out the baby with the bathwater by either not having
plaintext log data at all or else polluting a plaintext file with binary
data (which I personally consider to be a critical mistake of systemd's
journal).
Basically, each log will consist of two distinct files:
-The bulk data in plaintext (well, so long as the console output is
'plaintext')
-Console data would just be printed as-is like conserver today
-events would be JSON strings marked by '[]' and prefixed by localtime
-A binary metadata file indexing the bulk data, each entry comprised of
-length of the metadata record
-format of the referenced record (plaintext or JSON at the moment)
-offset of the record
-size of the record
-seconds since the UTC epoch
-severity
-event type (audit, connection loss, connection established, etc)
-checksum info over the record
People looking at the plaintext log file will have roughly the same ease of
reading as before. If it gets hand edited, it will get corrupted, but it
at least would be detected...
So for example, an excerpt of plaintext log contents might look like:
n7 login: [02-08-14 16:33: {'event':'connect','user':jbj'}]root
Password:
Last login:
The binary would describe the above as:
text output record: offset 0, size 10, time: 02-08-14 12:33
json event record: offset 28, size 31, time 02-08-14 20:33
text output record: offset 59, size 15, time 02-08-14 20:33
Of note is that the plaintext log has contents that the metadata skips
('[02-08-14 16:33 ' is skipped by the offset/size data as that data is
redundant with the metadata format and is just there for people reviewing
the plain text.
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
xCAT-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xcat-user
