elastic / package-storage

Package storage for packages served through the package registry service

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

[BUG] Production packages are failing CI integration tests

jonathan-buttner opened this issue · comments

Most of the packages in production are failing in CI's integration tests. An example of the failure can be seen here: #149

This is because the ingest manager is now sending its version to the package registry which is excluding the packages. So when the integration tests try to install the packages a 500 is returned indicating that the package doesn't exist in the eyes of the ingest manager.

Example: https://github.com/elastic/package-storage/blob/production/packages/aws/0.1.1/manifest.yml#L12
The ingest manager sends 8.0.0 as the kibana version which does not fit that version constraint.

Either the ingest manager needs to send 8.0.0-SNAPSHOT and many of the packages will have to update their version constraints to handle the additional -SNAPSHOT or we'll need to modify the version constraints on most of the packages in production to not look for -SNAPSHOT. I believe this has already been done in staging: https://github.com/elastic/package-storage/blob/staging/packages/aws/0.2.0/manifest.yml#L15

An easier solution might be to promote staging to production.

@ph @mtojek @ruflin @ycombinator

My thinking was that on the Kibana side we have a switch which detects that we are running the SNAPSHOT version and don't send the query param. This will mean, the SNAPSHOT build will always show ALL most recent packages.

I filed an issue on the Kibana side for this: elastic/kibana#73291

@jonathan-buttner Yes, but we should go with 7.9.0-SNAPSHOT probably.

This should be fixed