<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, May 19, 2016 at 1:50 AM, Dan Kegel <span dir="ltr"><<a href="mailto:dank@kegel.com" target="_blank">dank@kegel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The first time, it failed with<br>
W: Couldn't download package insserv (ver 1.14.0-5ubuntu3 arch amd64)<br>
I: Retrieving iproute2 4.3.0-1ubuntu3<br>
W: Couldn't download package iproute2 (ver 4.3.0-1ubuntu3 arch amd64)<br>
...<br>
E: Couldn't download packages: iproute2 insserv<br>
Delete subvolume (no-commit): '/var/cache/lxc/xenial/partial-amd64'<br>
lxc-create: lxccontainer.c: create_run_template: 1290 container<br>
creation template for rbb-ubu1604-1-ubu1604 failed<br>
<br>
</blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Either way, should lxc-create be so willing to abort on package<br>
download failure, or should it sleep and retry a bit somehow?<br>
</blockquote><div><br></div><div><br></div><div>IMHO that behavior is correct. The ubuntu template uses debootstrap, so whatever you're seing is debootstrap's response.</div><div><br></div><div>I suggest you use the download template instead (-t download), which would basically get a tar file with preconfigured packages. It would help if your problem was on 'creating new connection phase' (which sometimes would happen if say ... your ISP employs a transparent http cache) or 'partial inconsistent mirror' (since you'd only be getting a few files), plus it'd be much faster (no need for package install and configure phase after download)</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>