[
https://issues.apache.org/jira/browse/MESOS-8522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16825419#comment-16825419
]
Gilbert Song edited comment on MESOS-8522 at 4/24/19 6:37 PM:
--------------------------------------------------------------
probably we could just simply check os::exists(mount.target) for this case,
assuming the mount point is cleaned up when the target is unmounted?
was (Author: gilbert):
probably we could just simply check os::exists(mount.target) for this case?
> `prepareMounts` in Mesos containerizer is flaky.
> ------------------------------------------------
>
> Key: MESOS-8522
> URL: https://issues.apache.org/jira/browse/MESOS-8522
> Project: Mesos
> Issue Type: Bug
> Components: containerization
> Affects Versions: 1.5.0
> Reporter: Chun-Hung Hsiao
> Assignee: Jie Yu
> Priority: Major
> Labels: mesosphere, storage
>
> The
> [{{prepareMount()}}|https://github.com/apache/mesos/blob/1.5.x/src/slave/containerizer/mesos/launch.cpp#L244]
> function in {{src/slave/containerizer/mesos/launch.cpp}} sometimes fails
> with the following error:
> {noformat}
> Failed to prepare mounts: Failed to mark
> '/home/docker/containers/af78db6ebc1aff572e576b773d1378121a66bb755ed63b3278e759907e5fe7b6/shm'
> as slave: Invalid argument
> {noformat}
> The error message comes from
> https://github.com/apache/mesos/blob/1.5.x/src/slave/containerizer/mesos/launch.cpp#L#L326.
> Although it does not happen frequently, it can be reproduced by running tests
> that need to clone mount namespaces in repetition. For example, I just
> reproduced the bug with the following command after 17 minutes:
> {noformat}
> sudo bin/mesos-tests.sh --gtest_filter='*ROOT_PublishResourcesRecovery'
> --gtest_break_on_failure --gtest_repeat=-1 --verbose
> {noformat}
> No that in this example, the test itself does not involve any docker image or
> docker containerizer.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
