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

Podman events command lacks of --no-trunc option. It complicates the interpretation of event stream. #8930

Closed
PavelSosin-320 opened this issue Jan 11, 2021 · 2 comments
Labels
Good First Issue This issue would be a good issue for a first time contributor to undertake. kind/bug Categorizes issue or PR as related to a bug. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments.

Comments

@PavelSosin-320
Copy link

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)

/kind bug

Description

Podman events command lacks --no-trunc option and always or by default emits Pod lifecycle events with the long Pod ID. All other Podman Pod lifecycle management commands: Pod stop, Pod start, Pod ls either allow using of the short ID or truncate Pod ID to its short form if --no-trunc options is provided.
It complicates the interpretation of the event stream:
What happens with my Pod after I stopped it and started it again? Its ID doesn't appear in the event stream.
Steps to reproduce the issue:

  1. Create and start named Pod using Podman run with the --pod new:devContainerShare
  2. Check that the pod is running: Podman pod ls
    POD ID NAME STATUS CREATED # OF CONTAINERS INFRA ID
    f5377880e451 devcontainerShare
  3. Start listening to the event stream: Podman events --filter type=pod &
  4. Stop the pod using its short Id
  5. Start it again
    Describe the results you received:
    Event is appear in the form 2021-01-10 22:42:13.2484531 +0200 IST pod stop f5377880e451453c3452c3e48a43d767a785660437a1315b0a11ef1e244ae136 (image=, name=devcontainerShare), ie. with long ID. The short Pod ID never appears in the event stream although Pod's state is actually changed according to Podman pod ls output. Does Podman execute Lifecycle commands on Pods created using --pod new: option? Maybe the state transition is affected by the --pod new: option?

Describe the results you expected:
Podman events command displays long or short Object ID's when --no-trunc option is provided or not.
The default should be the same as Podman Pod ls command, i.e. truncate.

Additional information you deem important (e.g. issue happens only occasionally):

Output of podman version:

Version:      2.0.6
API Version:  1
Go Version:   go1.14.7

Output of podman info --debug:

host:
  arch: amd64
  buildahVersion: 1.15.2
  cgroupVersion: v1
  conmon:
    package: 'conmon: /usr/libexec/podman/conmon'
    path: /usr/libexec/podman/conmon
    version: 'conmon version 2.0.22, commit: '
  cpus: 4
  distribution:
    distribution: ubuntu
    version: "20.10"
.......

Package info (e.g. output of rpm -q podman or apt list podman):

podman/unknown 2.2.1~4 amd64 [upgradable from: 2.0.6+dfsg1-1ubuntu1]

Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?

No - 2.0.0.6 is what I have for Ubuntu Groovy yet

WSL 2 Ubuntu 20.10 distro: self-upgrade from 20.04 Focal

@openshift-ci-robot openshift-ci-robot added the kind/bug Categorizes issue or PR as related to a bug. label Jan 11, 2021
@rhatdan
Copy link
Member

rhatdan commented Jan 11, 2021

Interested in opening a PR to add this functionality?

@rhatdan rhatdan added the Good First Issue This issue would be a good issue for a first time contributor to undertake. label Jan 11, 2021
@umohnani8
Copy link
Member

This is a feature request, closing the bug.

@github-actions github-actions bot added the locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. label Sep 22, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 22, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Good First Issue This issue would be a good issue for a first time contributor to undertake. kind/bug Categorizes issue or PR as related to a bug. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments.
Projects
None yet
Development

No branches or pull requests

4 participants