You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Yes, this is a big problem. We also have a lot of dependencies. S3 has a maximum of 2KB for metadata and for some reason this plugin stores a bunch of information in the metadata.
@LeonPatmore one workaround is to copy your helm packages into s3 using AWS CLI commands or boto3 and execute the helm s3 reindex command for the repo. This seems to work.
This plugin won't scale for any large helm deployments unless this issue is fixed.
Chart metadata is stored in the S3 object metadata so that operations like re-indexing do not require downloading all charts (GET requests), only looking on the charts metadata (HEAD requests), resulting in fewer data downloaded.
I see that it can be a problem for large charts. We could add an option to disable S3 object metadata so that operations will use GET requests and download charts to get their metadata.
We are having an issue while pushing a chart:
Our chart is reasonably large, with around 20 dependencies. Is there a possible fix or workaround that can be used? Thanks!
The text was updated successfully, but these errors were encountered: