[
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)