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

ComponentStoreMaxSizeBytes doesn't work for components with docker image artifacts #1611

Open
tomikpik opened this issue Apr 17, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@tomikpik
Copy link

Describe the bug
The componentStoreMaxSizeBytes config property of Nucleus does not work for components with docker image artifacts. This requires additional handling of the images downloaded on the device with constrained disk space.

To Reproduce

  • set componentStoreMaxSizeBytes configuration value
  • create a component with docker image artifact with size exceeding the previously set value

Expected behavior

  • docker artifacts are considered in the component size in the component store

Environment

  • OS: L4T 35.5.0
  • JDK version: Java 17
  • Nucleus version: 2.12.4

Thank you for taking a look at this

@tomikpik tomikpik added bug Something isn't working needs-triage Needs eyeballs labels Apr 17, 2024
@MikeDombo
Copy link
Member

Hello,

Yes this is known that docker images do not count for the max size. Docker images are downloaded using Docker itself which does not provide the size to Greengrass. Docker images are also not stored in the /Greengrass/v2/packages/artifacts directory.

If you want the Docker image count toward the size, the only solution now is to store the image in S3 and have the S3 link as an artifact.

@MikeDombo MikeDombo removed bug Something isn't working needs-triage Needs eyeballs labels Apr 17, 2024
@MikeDombo MikeDombo added the enhancement New feature or request label Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants