Re: Container user '27' is not supported
The 'user' specified in the image won't be honored. The current code will reject the container launch if the 'user' is specified in the image (although, i think we should print a warning if --switch_user flag is on because Mesos will always overwrite the user, similar to `docker run -u`, I'll send out patch shortly). Can you try to remove the user directive in your Dockerfile and try again? - Jie On Tue, Dec 26, 2017 at 6:21 AM, Marc Roos wrote: > > I added these changes to the mesos node: > > echo "true" > /etc/mesos-slave/switch_user (although I think this is the > default) > chmod u+s /usr/sbin/mesos-agent > useradd sflowrt > > Modified the marathon conf to: > > { > "id": "sflow/vizceral", > "cmd": null, > "cpus": 0.2, > "mem": 256, > "user": "sflowrt", > "instances": 1, > "acceptedResourceRoles": ["*"], > "constraints": [["hostname", "CLUSTER", "m02.local"]], > "container": { > "type": "MESOS", > "docker": { > "image": "sflow/vizceral", > "credential": null, > "forcePullImage": false > } > > } > } > > But still getting these: > > Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f > Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f > > > > > > > > > > > > > -Original Message- > From: Tomek Janiszewski [mailto:jani...@gmail.com] > Sent: zondag 24 december 2017 15:24 > To: user@mesos.apache.org > Subject: Re: Container user '27' is not supported > > This might be the following limitations > > > If the --switch_user flag is set on the agent and the framework > specifies a user (either CommandInfo.user or FrameworkInfo.user), we > expect that user exists in the container image and its uid and gids > matches that on the host. User namespace is not supported yet. If the > user is not specified, root will be used by default. The operator or the > framework can limit the capabilities of the container by using the > linux/capabilities isolator. > > > > niedz., 24.12.2017, 14:20 użytkownik Marc Roos > napisał: > > > > I am seeing this in the logs: > > Container user '27' is not supported yet for container > d823196a-4ec3-41e3-a4c0-6680ba5cc99 > > I guess this means that the container requests to run under a > specific > user id, and this is not yet available in mesos? > > mesos-1.4.1-2.0.1.x86_64 > > > >
RE: Container user '27' is not supported
These are the only messages I get when I am launching the container. Dec 27 19:38:42 m02 mesos-slave[25084]: W1227 19:38:42.944775 25114 runtime.cpp:111] Container user 'sflowrt' is not supported yet for container db4b85df-bf75-46a2-a080-88079d98b7a4 Dec 27 19:38:42 m02 mesos-slave[25084]: W1227 19:38:42.944775 25114 runtime.cpp:111] Container user 'sflowrt' is not supported yet for container db4b85df-bf75-46a2-a080-88079d98b7a4 The reason why I am looking at these 'user' settings, is that a default mesos setup, is not running them. Marathon conf: { "id": "sflow/vizceral", "cmd": null, "cpus": 0.2, "mem": 256, "instances": 1, "acceptedResourceRoles": ["*"], "constraints": [["hostname", "CLUSTER", "m02.local"]], "container": { "type": "MESOS", "docker": { "image": "sflow/vizceral", "credential": null, "forcePullImage": false } } } marathon-1.5.2-1.noarch mesos-1.4.1-2.0.1.x86_64 -Original Message- From: Jie Yu [mailto:yujie@gmail.com] Sent: woensdag 27 december 2017 17:57 To: user Subject: Re: Container user '27' is not supported The 'user' specified in the image won't be honored. The current code will reject the container launch if the 'user' is specified in the image (although, i think we should print a warning if --switch_user flag is on because Mesos will always overwrite the user, similar to `docker run -u`, I'll send out patch shortly). Can you try to remove the user directive in your Dockerfile and try again? - Jie On Tue, Dec 26, 2017 at 6:21 AM, Marc Roos wrote: I added these changes to the mesos node: echo "true" > /etc/mesos-slave/switch_user (although I think this is the default) chmod u+s /usr/sbin/mesos-agent useradd sflowrt Modified the marathon conf to: { "id": "sflow/vizceral", "cmd": null, "cpus": 0.2, "mem": 256, "user": "sflowrt", "instances": 1, "acceptedResourceRoles": ["*"], "constraints": [["hostname", "CLUSTER", "m02.local"]], "container": { "type": "MESOS", "docker": { "image": "sflow/vizceral", "credential": null, "forcePullImage": false } } } But still getting these: Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 runtime.cpp:111] Container user 'sflowrt' is not supported yet for container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 runtime.cpp:111] Container user 'sflowrt' is not supported yet for container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f -Original Message- From: Tomek Janiszewski [mailto:jani...@gmail.com] Sent: zondag 24 december 2017 15:24 To: user@mesos.apache.org Subject: Re: Container user '27' is not supported This might be the following limitations > If the --switch_user flag is set on the agent and the framework specifies a user (either CommandInfo.user or FrameworkInfo.user), we expect that user exists in the container image and its uid and gids matches that on the host. User namespace is not supported yet. If the user is not specified, root will be used by default. The operator or the framework can limit the capabilities of the container by using the linux/capabilities isolator. niedz., 24.12.2017, 14:20 użytkownik Marc Roos napisał: I am seeing this in the logs: Container user '27' is not supported yet for container d823196a-4ec3-41e3-a4c0-6680ba5cc99 I guess this means that the container requests to run under a specific user id, and this is not yet available in mesos? mesos-1.4.1-2.0.1.x86_64
Re: Container user '27' is not supported
Just realized that this is already a warning (not failure). The code that emits this warning is here: https://github.com/apache/mesos/blob/master/src/slave/containerizer/mesos/isolators/docker/runtime.cpp#L106-L119 And `getContainerUser` is defined here: https://github.com/apache/mesos/blob/master/src/slave/containerizer/mesos/isolators/docker/runtime.cpp#L384-L395 Basically, if your docker image defines a 'user' in the manifest (i.e., `USER` directive in your dockerfile, see https://docs.docker.com/engine/reference/builder/), Mesos will emit this warning. The warning basically tells you that Mesos Containerizer will ignore this field in the Dockerfile when launching your docker container. MesosContainerizer will always launch your docker container using the uid mapped from the specified CommandInfo.user or FrameworkInfo.user on the agent host, irrespective of whether you defined a 'user' in your dockerfile or not. - Jie On Wed, Dec 27, 2017 at 10:54 AM, Marc Roos wrote: > > > These are the only messages I get when I am launching the container. > > Dec 27 19:38:42 m02 mesos-slave[25084]: W1227 19:38:42.944775 25114 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container db4b85df-bf75-46a2-a080-88079d98b7a4 > Dec 27 19:38:42 m02 mesos-slave[25084]: W1227 19:38:42.944775 25114 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container db4b85df-bf75-46a2-a080-88079d98b7a4 > > The reason why I am looking at these 'user' settings, is that a default > mesos setup, is not running them. > > > Marathon conf: > { > "id": "sflow/vizceral", > "cmd": null, > "cpus": 0.2, > "mem": 256, > "instances": 1, > "acceptedResourceRoles": ["*"], > "constraints": [["hostname", "CLUSTER", "m02.local"]], > "container": { > "type": "MESOS", > "docker": { > "image": "sflow/vizceral", > "credential": null, > "forcePullImage": false > } > > } > } > > marathon-1.5.2-1.noarch > mesos-1.4.1-2.0.1.x86_64 > > > -Original Message- > From: Jie Yu [mailto:yujie@gmail.com] > Sent: woensdag 27 december 2017 17:57 > To: user > Subject: Re: Container user '27' is not supported > > The 'user' specified in the image won't be honored. The current code > will reject the container launch if the 'user' is specified in the image > (although, i think we should print a warning if --switch_user flag is on > because Mesos will always overwrite the user, similar to `docker run > -u`, I'll send out patch shortly). > > Can you try to remove the user directive in your Dockerfile and try > again? > > - Jie > > On Tue, Dec 26, 2017 at 6:21 AM, Marc Roos > wrote: > > > > I added these changes to the mesos node: > > echo "true" > /etc/mesos-slave/switch_user (although I think this > is the > default) > chmod u+s /usr/sbin/mesos-agent > useradd sflowrt > > Modified the marathon conf to: > > { > "id": "sflow/vizceral", > "cmd": null, > "cpus": 0.2, > "mem": 256, > "user": "sflowrt", > "instances": 1, > "acceptedResourceRoles": ["*"], > "constraints": [["hostname", "CLUSTER", "m02.local"]], > "container": { > "type": "MESOS", > "docker": { > "image": "sflow/vizceral", > "credential": null, > "forcePullImage": false > } > > } > } > > But still getting these: > > Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f > Dec 26 15:18:02 m02 mesos-slave[25084]: W1226 15:18:02.415927 25111 > runtime.cpp:111] Container user 'sflowrt' is not supported yet for > container 4e8d2cf6-b772-4e51-8154-1b8b6244f98f > > > > > > > > > > > > > > -Original Message- > From: Tomek Janiszewski [mailto:jani...@gmail.com] > Sent: zondag 24 december 2017 15:24 > To: user@mesos.apache.org > Subject: Re: Container user '27' is not supported > > This might be the following limitations > > > If the --switch_user flag is set on the agent and the framework > specifies a user (either CommandInfo.user or FrameworkInfo.user), > we > expect that user exists in the container image and its uid and gids > matches that on the host. User namespace is not supported yet. If > the > user is not specified, root will be used by default. The operator > or the > framework can limit the capabilities of the container by using the > linux/capabilities isolator. > > > > niedz., 24.12.2017, 14:20 użytkownik Marc Roos > napisał: > > > > I am seeing this in the logs: > > Container user '27' is not supported yet for container >
Re: Persistent volume with ceph
For your reference 1. https://github.com/kubernetes-incubator/external-storage/tree/master/ceph/rbd 2. https://crondev.com/kubernetes-persistent-storage-ceph/ Hope this helps. On Sat, Dec 23, 2017 at 8:22 PM, Marc Roos wrote: > > Is there a recommended procedure, or has anyone experience with using > ceph storage as persistent volumes with a database? > > Eg. A mysql/mariadb/influxdb writing to a rbd image from a rbd ceph > pool? > > > > >
Re: Persistent volume with ceph
My bad, I did not notice it is requesting for a Mesos solution. Can you help check following docs to see if they can help? 1. https://github.com/apache/mesos/blob/master/docs/isolators/docker-volume.md 2. https://github.com/codedellemc/dvdcli 3. https://github.com/thecodeteam/rexray#storage-provider-support On Thu, Dec 28, 2017 at 11:45 AM, Guang Ya Liu wrote: > For your reference > > 1. https://github.com/kubernetes-incubator/external- > storage/tree/master/ceph/rbd > 2. https://crondev.com/kubernetes-persistent-storage-ceph/ > > Hope this helps. > > On Sat, Dec 23, 2017 at 8:22 PM, Marc Roos > wrote: > >> >> Is there a recommended procedure, or has anyone experience with using >> ceph storage as persistent volumes with a database? >> >> Eg. A mysql/mariadb/influxdb writing to a rbd image from a rbd ceph >> pool? >> >> >> >> >> >