Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Render JSON logs as table view with field selection #107

Open
megastef opened this issue Jan 11, 2016 · 3 comments
Open

Render JSON logs as table view with field selection #107

megastef opened this issue Jan 11, 2016 · 3 comments
Labels
Milestone

Comments

@megastef
Copy link

I suggest to add an option to render structured logs (e.g. JSON) as table view and select the most relevant fields to display (like "@timestamp","message","host","severity"). If one forwards e.g. journald JSON there are simply too many fields to see the most relevant "MESSAGE" field.

@kilianc
Copy link
Owner

kilianc commented Jan 11, 2016

That's a good idea, how do you envision defining such fields? It sounds like a map is needed as part of the rtail client CLI, but something in the webapp could work as well... the only issue is missing persistence so you would not be able to carry your settings with you on a different browser or after a cache cleanup.

@kilianc kilianc added this to the Icebox milestone Jan 11, 2016
@megastef
Copy link
Author

The default could be some standard fields like 'msg' (bunyan), 'message' or 'MESSAGE' (journald).
Well I'm not good in UI design:

  1. Place a field selector with field names (seen in last N Logs per stream) on next to the filter area to select fields.
  2. Or expand the side panel area and display the field names below a stream and list there the possible fields.
  3. For the start and experiment with it: The minimum option would be to set a list of fields during server startup in the CLI (handy if you look just to journald logs ...). Or placing configs per stream name somewhere.

Ah, and if one tells rtail the timestamp field (in my case with logagent-js and other tools working with Elasticsearch "@timestamp") - it could use the existing timestamp in JSON logs.

@kilianc
Copy link
Owner

kilianc commented Jan 11, 2016

+1 on the timestamp as part of the payload, I'll digest all this and get back to you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants