09-25-2020, 11:46 PM
This might be kind of an unsual topic. I'm not sure if I should post this in support request or general discussion. Please feel free to move it if you feel it better placed elsewhere.
I recently rented a openvz vps. Normally I'd shy away from this, as I use docker to ease server config, and in my experience docker doesn't play well with openvz. However, this provider famously advertises on their page that their service supports docker... so I decide to give it a shot.
I've been using wordops as a control panel for docker, and usually it works great. Just like I was afraid though, as soon as I try to create my first site, docker starts throwing errors.
I sent a ticket to support, and we went through a few exchanges about error logs.
Eventually, what I figured out, is that the vps uses kernel 4.15.0 which does not support cgroups. Cgroups is necessary for docker to provision resources for and keep contained the services it runs. Docker itself will run, and the "hello world" docker runs with no issue, but docker fails at deploying the nginx proxy used to direct traffic between the containers.
After some googling, I found some interesting conflicting articles. Some state that docker requires cgroups to run; others state that there are workarounds. Most of these workarounds seem to be centered around getting docker to work on chromeOS, which isn't helpful. I tried a couple fixes including setting up cgroups.conf manually and another using umount. Both hit permissions fail.
So I guess what I'm wondering is if anyone has any experience in hacking a workaround in docker to make it work on openVZ? Some experience that will actually work? Or is this a hopeless endevour, and I should just close the service and ask for a refund. I've had this vps less than 2 days, and they have a full 7 day refund policy, so it's no issue to ask for a refund. I just want to make sure I explore all the options before I do.
The support was quick to respond, but gave up long before I did. Which I understand; you can't spend hours supporting a vps which costs 15$ a year; but maybe it can make a good topic for a forum like this.
I recently rented a openvz vps. Normally I'd shy away from this, as I use docker to ease server config, and in my experience docker doesn't play well with openvz. However, this provider famously advertises on their page that their service supports docker... so I decide to give it a shot.
I've been using wordops as a control panel for docker, and usually it works great. Just like I was afraid though, as soon as I try to create my first site, docker starts throwing errors.
I sent a ticket to support, and we went through a few exchanges about error logs.
Eventually, what I figured out, is that the vps uses kernel 4.15.0 which does not support cgroups. Cgroups is necessary for docker to provision resources for and keep contained the services it runs. Docker itself will run, and the "hello world" docker runs with no issue, but docker fails at deploying the nginx proxy used to direct traffic between the containers.
After some googling, I found some interesting conflicting articles. Some state that docker requires cgroups to run; others state that there are workarounds. Most of these workarounds seem to be centered around getting docker to work on chromeOS, which isn't helpful. I tried a couple fixes including setting up cgroups.conf manually and another using umount. Both hit permissions fail.
So I guess what I'm wondering is if anyone has any experience in hacking a workaround in docker to make it work on openVZ? Some experience that will actually work? Or is this a hopeless endevour, and I should just close the service and ask for a refund. I've had this vps less than 2 days, and they have a full 7 day refund policy, so it's no issue to ask for a refund. I just want to make sure I explore all the options before I do.
The support was quick to respond, but gave up long before I did. Which I understand; you can't spend hours supporting a vps which costs 15$ a year; but maybe it can make a good topic for a forum like this.