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

SecStorage not downloading templates #889

Open
ddegoede opened this issue Apr 15, 2020 · 4 comments
Open

SecStorage not downloading templates #889

ddegoede opened this issue Apr 15, 2020 · 4 comments
Assignees
Labels

Comments

@ddegoede
Copy link
Contributor

Fixes / issues

  • Multiple records in store_ref cause trouble that only goes away after cleaning the entries
    • Maybe we can find a way to prevent them from being inserted
  • Empty template.properties
    • Cause is in KvmDownloadProcessor.java that creates empty file on line 515 and uses it around 545. There is an exception that can be thrown in the middle
  • Download seem not to continuie after 404 / error. Fixing url (so no error) and they all download

Fixes for script on secstor vm:
find ./ -type f -size 0
find ./ -type d -empty -delete

@ddegoede ddegoede added the bug label Apr 15, 2020
@ddegoede ddegoede self-assigned this Apr 15, 2020
@ddegoede
Copy link
Contributor Author

ddegoede commented Jun 5, 2020

Another related issue: registering a new multizone template, possibly, removed zones/datacenters are not excluded.

@sanderv32
Copy link
Contributor

This is fixed in PR #905

@ddegoede
Copy link
Contributor Author

ddegoede commented Aug 20, 2020

That PR might fix some things, but unfortunately not everything.

@ddegoede ddegoede reopened this Aug 20, 2020
@sanderv32
Copy link
Contributor

sanderv32 commented Sep 23, 2020

On destroy of a secondary storage VM will cleanup/evict all templates:
com/cloud/storage/StorageManagerImpl.java:469

Things to do/check:

  • Templates downloaded from the past should not be evicted as they can give an 404 because they don't exists anymore. Remove evict from the cleanup method and see what happends.
  • Create a lock file in the template directory inprogress.<vmid> so that only one secstoreVM can download an image. There should be a check on this file if it's older then 2 hours and if so then timeout and try again.

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

No branches or pull requests

2 participants