BundleDiagInfos Missing dependencies logs in working distros
Description
Environment
Operating System: All
Platform: All
Activity
Michael Vorburger January 17, 2018 at 7:03 PM
With the odlparent bump now having happened, I can merge c/66013 now. (In case we do globally revert after all, we'll just have to revert that again.)
Michael Vorburger November 28, 2017 at 5:43 PM
Implemented and ready for review, needs odlparent change & new release:
Michael Vorburger October 5, 2017 at 12:41 PM
This is actually the same as the point also raised in thread "[ODL | NIC | Genius dependence - 'due to Blueprint' log]" on genius-dev, see https://lists.opendaylight.org/pipermail/genius-dev/2017-September/thread.html#1896 ...
The current logging from (my) infrautils.ready system at boot, exactly like SFT at build, while completely harmless as just INFO, seems to confuse more people looking at logs than I would have thought...
So let me change that, better idea: Let's log INFO one liners (like {Installed=0, Failure=0, Waiting=0, [939/1928], Stopping=0, Unknown=0, GracePeriod=23, Starting=0, Resolved=15}), but keep those multi-line NOK/Missing depenencies details which it seems are confusing people at level DEBUG only (unless it stay like that for a "long time" - and then ERROR log that, only once).
Sam Hague October 5, 2017 at 11:12 AM
On Thu, Oct 5, 2017 at 3:15 AM, Sam Hague <shague@redhat.com> wrote:
On Oct 4, 2017 8:56 PM, "Michael Vorburger" <vorburger@redhat.com> wrote:
On Wed, Oct 4, 2017 at 11:42 PM, Sam Hague <shague@redhat.com> wrote:
Michael,
can you fill me in on what the below is? This popped out in a csit gate job, but I have never seen this before. Verify jobs all pass. What is weird is this only seems to come out in these gate jobs but that doesn't make sense at all.
it's an INFO not an ERROR.. which I need to change to be less shocking - on my TODO list, just didn't get to it yet.
Ok, main concern was to make sure it was not an error. Ans weird it only comes out sometimes.
You probably only see it sometimes because if it starts up fast enough, there will be or less of it.
So guess you are saying there isn't a problem right?
Yeah, it's not a problem at all - FYI this is just the SFT-like INFO log of my ready service work at start-up..
https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-ocata-gate-stateful-snat-conntrack-oxygen/9/odl1_karaf.log.gz
2017-10-04 15:38:22,291 | INFO | BundleDiagInfos] | TestBundleDiag | 261 - org.opendaylight.infrautils.ready-impl - 1.3.0.SNAPSHOT | checkBundleDiagInfos: Elapsed time 9s, remaining time 290s, diag: Booting {Resolved=5, Stopping=0, GracePeriod=5, Waiting=0, Unknown=0, Failure=0, Installed=0, Starting=0, Active=428}
1. NOK org.opendaylight.netvirt.dhcpservice-impl: OSGi state = Active, Karaf bundleState = GracePeriod, due to: Blueprint
10/4/17 3:38 PM
Missing dependencies:
(objectClass=org.opendaylight.netvirt.neutronvpn.interfaces.INeutronVpnManager)