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

successful bootstrap logs tons of misleading error messages #868

Closed
mhrivnak opened this issue Mar 29, 2018 · 3 comments
Closed

successful bootstrap logs tons of misleading error messages #868

mhrivnak opened this issue Mar 29, 2018 · 3 comments

Comments

@mhrivnak
Copy link
Member

What happened:
I started the broker, and the log is full of error messages that are misleading.

What you expected to happen:
No misleading error messages.

How to reproduce it:
Start the broker, and look at the log.

No runtime label
There were nearly 30 of these messages. It was looking at images that are not service bundles, so they would not be expected to have a runtime label.

time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"
time="2018-03-29T20:39:50Z" level=info msg="No runtime label found. Set runtime=1. Will use 'exec' to gather bind credentials"

Version out of bounds
These messages shouldn't be logged at all. They are looking at images that are not service bundles, hence why the version field is empty.

time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
time="2018-03-29T20:39:50Z" level=warning msg="Spec [  ] failed validation for the following reason: [ APB Spec version [] out of bounds 1.0 <= 1.0 ]. It will not be made available."
@mhrivnak mhrivnak added the bug label Mar 29, 2018
@jmrodri
Copy link
Contributor

jmrodri commented Mar 30, 2018

one thought I had would be to gather this information and print a summary report after bootstrap is done.

the information is useful for debugging problems.

Maybe the report could say

out of bound spec versions: 10
valid specs: 5
blah blah blah : 3
total specs processed : 18

I'll get a better example

@mhrivnak
Copy link
Member Author

Agreed 100%. It's useful info if presented well. I think it's useful to log one line about each spec either way, and then a summary at the end could help give a bigger picture. Some thoughts:

  • If there is an error with a spec, the error should come with some info about which spec it was so a human can investigate.
  • If a spec loads successfully, it's still worth logging that at INFO I think, again with enough info to know which spec.
  • If an image is determined to not be a service bundle, that should normally be omitted from log output. It's not helpful unless you're investigating a very particular problem getting a bundle to be recognized. I'd log this at DEBUG, and again be real clear about which image it is.
  • Knowing how many were loaded from each configured registry could be helpful in the summary. That's a quick way to sanity-check "I know there are X bundles in this registry, and I see that X bundles were loaded from it."

@shawn-hurley
Copy link
Contributor

I think that this should be fixed in bundle-lib automationbroker/bundle-lib#50 going to close

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

No branches or pull requests

3 participants