-
Notifications
You must be signed in to change notification settings - Fork 138
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
mkcloud should cache downloads in /var/cache #223
Comments
You still would need to make sure that it is the latest version... |
Agreed on both points. But as long as the |
Also looks like |
+1 This is terrible for remote workers. My local fixes right now:
While this works, this is a bad quick patch to reduce my local dev deployment by about 35 minutes. We should support a timesaver like this out of the box |
@Itxaka notice that the Devel Cloud ISO is generated every night, so every day you should preemptively download it. I tried at some point to have a local squid proxy (I'm remote too), but since I didn't deploy every day I always needed the time for squid to cache the images. What worked for me is to have an allocated slot in one of the mkcloud hosts. This way if caching is not working, the speed to copy the images is really fast since it remains in the local network. |
is anyone interested in converting this into a pull request? adding a -do-not-download option should be relatively easy. |
If I understand it correctly there is at least 2 images downloaded:
On the first case, we could download them to any dir but /tmp At least with those 2 small fixes we would be covering some time gaps. |
To sync files, you could use rsync -a clouddata.nue.suse.com::cloud/images/x86_64/SLES12-SP1.qcow2 /var/cache/mkcloud/ |
We should extend |
Currently stuff like the
SUSE-SLE12-CLOUD-5-COMPUTE
.iso
get downloaded into the admin node every run. They should get downloaded into/var/cache/mkcloud
on themkcloud
host to avoid this.The text was updated successfully, but these errors were encountered: