Closed RicardovanTongeren closed 6 years ago
Hi @RicardovanTongeren, thanks you for your feedback.
Which is your version of docker-machine-driver-scaleway ?
@QuentinPerez Sorry for the late response, did a lot of coding last week.
At the moment I had the master branch checked out and in de machine driver I can read.
VERSION = "v1.2.1+dev"
I'am mostly using Debian, and the main difference between the last two versions is the new init system (systemd). Does this also apply to Ubuntu en could this be the reason that the docker daemon can't start? When I login to the server I'am unable to start the docker daemon so that is the main problem.
@RicardovanTongeren, this issue come from our kernel modules, which are not loaded before the docker installation, (we are looking for another way to load the modules). Sometimes it work, sometimes not.
This week, I tested your command docker-machine create -d scaleway --scaleway-name="scw-docker01" --scaleway-commercial-type "VC1S" scw-docker01
without any problems
For now, I haven't a good workaround, but as I said we are looking for a better solution 😊
Thanks for the reply. I've had some other issues as well. When I use docker 1.11.x (the latest version that gets installed by docker-machine) the networking agent container doesn't want to start (keeps restarting).
I've read a lot about it online and the only solution for me is to use docker 1.10.3. Is there a way to force docker-machine to install docker 1.10.3?
I have also been having issues with this - and found that it is best to get the guid for the image and use this instead of the name of the image.
However, when I choose the right ubuntu-xenial image wiht:
--scaleway-image="75c28f52-6c64-40fc-bb31-f53ca9d02de9"
I get this:
Error creating machine: Error in driver during machine creation: No such bootscript: docker
This is using the 1.2.1 version of the driver with a C2L server type.
Hi @asthomasdk,
Can you remove your ~/.scw-cache.db
and give me the output of this command ?
$ docker-machine -D create -d scaleway --scaleway-commercial-type=C2L --scaleway-image "75c28f52-6c64-40fc-bb31-f53ca9d02de9" test1
I did - and this worked very nicely.
Are the properties like the commercial type case sensitive? Could that be it?
I'll do some more testing.
Unfortunately yes.
Hi,
I'm having the same issue as the OP : using --scaleway-image="ubuntu-xenial"
won't work.
The server boots but docker-machine can't validate the node and proceed with docker installation.
My workaround was to use --scaleway-image "d0c50b37-f0f5-4924-97b0-1fd40c457efe"
which refers to Docker image from the ImageHub.
When I use instance type C2l I get:
Error creating machine: Error in driver during machine creation: Too many candidates for ubuntu-xenial (2)
Then I used --scaleway-image=d0c50b37-f0f5-4924-97b0-1fd40c457efe and it worked. Where can I find the Image IDs?
Is there a RancherOS image?
I just updated the images name here: https://gist.github.com/pascalandy/b03fd6ed8a33651bbe7c0d70f474c910
I couldn't get the default Ubuntu Xenial image working at all. I managed to instead use the scaleway Docker image 3803a8a7 - which is actually based on Ubuntu Xenial, it provisioned successfully with docker-machine.
It did also require a quick ssh into for a apt-get update && apt-get upgrade
to get docker updated to the latest version 17.05.
Old issue, lets close it.
I have a problem creating a docker instance.
The solution (for now) is to specify another (older) boot image
Does anyone else have the same problem and is there a solution?