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

Fix a bug where log-driver json-file was made no logs #7754

Merged
merged 1 commit into from
Sep 23, 2020

Conversation

mheon
Copy link
Member

@mheon mheon commented Sep 23, 2020

When we added the None log driver, it was accidentally added in the middle of a set of Fallthrough stanzas which all should have
led to k8s-file, so that JSON file logging accidentally caused no logging to be selected instead of k8s-file.

When we added the None log driver, it was accidentally added in
the middle of a set of Fallthrough stanzas which all should have
led to k8s-file, so that JSON file logging accidentally caused
no logging to be selected instead of k8s-file.

Signed-off-by: Matthew Heon <[email protected]>
@openshift-ci-robot
Copy link
Collaborator

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: mheon

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 23, 2020
@rhatdan
Copy link
Member

rhatdan commented Sep 23, 2020

@edsantiago
Copy link
Member

Why don't we have tests for this? Okay, I'll take the heat for that one, but can we hold off on merging this until I look into it and write one?

@QiWang19
Copy link
Contributor

LGTM

@edsantiago
Copy link
Member

Never mind. I haven't the slightest idea how to test this.

@mheon
Copy link
Member Author

mheon commented Sep 23, 2020

@edsantiago Yeah, I really have no idea about testing this one. I suppose we could try and stat the log path listed in podman inspect but there are issues with that (it'd just not exist in the none case?)

@TomSweeneyRedHat
Copy link
Member

LGTM

@rhatdan
Copy link
Member

rhatdan commented Sep 23, 2020

/lgtm
/hold

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Sep 23, 2020
@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Sep 23, 2020
@edsantiago
Copy link
Member

stat the log path listed in podman inspect

Thanks @mheon, that's what I was missing. I have a test now, but your PR is (mostly) green so I'll add my test in a separate PR.

One quick nit: in podman-remote, the "not supported" message goes out on the server side only. Is there a way to make it go to the client instead?

@edsantiago
Copy link
Member

/hold cancel

@openshift-ci-robot openshift-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Sep 23, 2020
@openshift-merge-robot openshift-merge-robot merged commit a6b300e into containers:master Sep 23, 2020
edsantiago added a commit to edsantiago/libpod that referenced this pull request Sep 23, 2020
Tests all (current) values for --log-driver=X, and one test
for invalid value. For those drivers that write a local
file (json-file, k8s-file), test that the file exists and
contains results of the expected form (timestamp, stdout,
'F' for 'F'ull line, and the expected string output.

For json-file, confirm that podman issues a "Choosing k8s-file"
warning (only on local. On podman-remote, the warning goes only
to the server's stderr).

Written in response to containers#7754 in which driver=json-file was
falling through to 'none' instead of 'k8s-file'.

Signed-off-by: Ed Santiago <[email protected]>
@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 24, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 24, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants