[ 
https://issues.apache.org/jira/browse/MESOS-9693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16806041#comment-16806041
 ] 

Qian Zhang commented on MESOS-9693:
-----------------------------------

{quote}1. if seccomp is not enabled, we should return failure if any fw specify 
seccompInfo and return appropriate status update.
{quote}
This seems not consistent with the behavior of other isolators. Currently proto 
fields will just be ignored if the related isolator is not enabled, e.g., 
`ContainerInfo.linux_info.share_pid_namespace` will be ignored if 
`namespaces/pid` isolator is not enabled, `ContainerInfo.rlimit_info` will be 
ignored if `posix/rlimits` isolator is not enabled. I think that is the correct 
behavior. It is operator’s responsibility to enable the related isolator if 
he/she wants a feature enforced.

> Add master validation for SeccompInfo.
> --------------------------------------
>
>                 Key: MESOS-9693
>                 URL: https://issues.apache.org/jira/browse/MESOS-9693
>             Project: Mesos
>          Issue Type: Task
>            Reporter: Gilbert Song
>            Assignee: Andrei Budnik
>            Priority: Major
>
> 1. if seccomp is not enabled, we should return failure if any fw specify 
> seccompInfo and return appropriate status update.
> 2. at most one field of profile_name and unconfined should be set. better to 
> validate in master



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to