Skip to content

Define a common format for logs in Hyperlight #375

Open
1 of 5 issues completed
Open

Description

@dblnz

At the moment, Hyperlight logs do not have a set format to follow and this leads to confusion when following logs.
It would be best to define a common format that all the internal logs in Hyperlight should follow to have a consistent approach.

Consider structured logging.

Artifacts:

Activity

  1. added
    lifecycle/confirmedBug is verified or proposal seems reasonable
    and removed on Apr 23, 2025
  2. added this to the v0.4.0 milestone on Apr 23, 2025
  3. modified the milestones: v0.4.0, v0.5.0 on Apr 23, 2025
  4. modified the milestones: v0.5.0, Upcoming on May 7, 2025
  5. dblnz commented on Sep 10, 2025

    @dblnz
    ContributorAuthor

    To correctly identify each sandbox in an environment running multiple sanboxes, we should generate a UUID for each sandbox and link the logs/traces to the specific ID.
    This way it makes it simpler to follow and filter logs in a concurrent system.

    Furthermore, we should define a common format for the logs generated inside hyperlight.
    Maybe starting from something like sandbox=<UUID> message="something" and building on top of it to add other fields to make it simpler to grep/filter afterwards.

  6. simongdavies commented on Sep 10, 2025

    @simongdavies
    Member

    Maybe starting from something like sandbox=<UUID> message="something" and building on top of it to add other fields to make it simpler to grep/filter afterwards.

    Yes , we should call this correlation_id, I think the challenge is how we propagate this value

  7. 5 remaining items

  8. devigned commented on Oct 22, 2025

    @devigned
    Contributor

    @dblnz, please schedule a discussion.

  9. modified the milestones: v0.11.0, v0.12.0 on Oct 28, 2025
  10. modified the milestones: v0.12.0, v0.13.0 on Dec 8, 2025
  11. vshailesh commented on Jan 25, 2026

    @vshailesh
    Contributor

    @dblnz I can pick some small part of these issues, and something more when I get more familiar.

  12. dblnz commented on Jan 27, 2026

    @dblnz
    ContributorAuthor

    @dblnz I can pick some small part of these issues, and something more when I get more familiar.

    Hey @vshailesh so, I think #1028, #1030 and #1029 should be doable.

  13. modified the milestones: v0.13.0, Upcoming on Feb 18, 2026
  14. jsturtevant commented on Feb 18, 2026

    @jsturtevant
    Contributor

    since this is a tracking feature moved it to upcoming and we can move the individual features into the releases as they are worked on

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions