dmesg | grep -i docker
[ 20.331703] init: docker main process (748) terminated with status 1
[ 20.331724] init: docker main process ended, respawning
[ 20.471258] init: docker main process (1131) terminated with status 1
[ 20.471279] init: docker main process ended, respawning
[ 20.608658] init: docker main process (1173) terminated with status 1
[ 20.608672] init: docker main process ended, respawning
[ 20.775119] init: docker main process (1217) terminated with status 1
[ 20.775131] init: docker main process ended, respawning
[ 20.901520] init: docker main process (1261) terminated with status 1
[ 20.901555] init: docker main process ended, respawning
[ 21.025988] init: docker main process (1303) terminated with status 1
[ 21.026008] init: docker main process ended, respawning
[ 21.148376] init: docker main process (1345) terminated with status 1
[ 21.148398] init: docker main process ended, respawning
[ 21.289679] init: docker main process (1389) terminated with status 1
[ 21.289697] init: docker main process ended, respawning
[ 21.410473] init: docker main process (1445) terminated with status 1
[ 21.410499] init: docker main process ended, respawning
[ 21.540392] init: docker main process (1487) terminated with status 1
[ 21.540405] init: docker main process ended, respawning
[ 21.685201] init: docker main process (1529) terminated with status 1
[ 21.685241] init: docker respawning too fast, stopped
My x64 vserver running Debian Wheezy has the same problem (dm_task_run failed). The docs tell me to install a backported kernel 3.14, but the backport now is at kernel 3.16, and my fully updated Wheezy already runs 3.14. The installation shell script runs apt-get install -y -q linux-image-extra-3.14.17, but this package isn’t available anymore. I also tried updating the kernel to 3.16, but the shell script still attempts to install the package for kernel 3.14. My desktop machine runs Ubuntu 14.04 (kernel 3.13), but I won’t try to install docker here, since I need this machine to get things done
Sven, yes, I did reboot (but I can see why you’re asking ). However, your hint was really good! Obviously, something went really wrong with upgrading my XEN vserver instance from Debian 6 to Debian 7.5. After the backport kernel installation ‘uname -r’ still prints 3.14.17, while ‘ls /lib/modules’ shows me ´2.6.32-5-xen-amd64’, and ‘3.16.0-0.bpo.4-amd64’. I guess I’d better clean this up, and then give ‘get.docker.com’ one more try.
Thanks for your help & Happy New Year!
As a result of this and several other issues (not related to Docker), I
completely removed the vm in question and I have not seen the problem
re-appear in any subsequent vm.