Mailing-List: contact issues-help@mesos.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@mesos.apache.org
Date: Tue, 5 Apr 2016 09:26:25 +0000 (UTC)
From: "Chen Zhiwei (JIRA)" <jira@apache.org>
To: issues@mesos.apache.org
Message-ID: <JIRA.12956073.1459839617000.136512.1459848385752@Atlassian.JIRA>
In-Reply-To: <JIRA.12956073.1459839617000@Atlassian.JIRA>
References: <JIRA.12956073.1459839617000@Atlassian.JIRA>
 <JIRA.12956073.1459839617403@arcas>
Subject: [jira] [Updated] (MESOS-5121) pivot_root is not available
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/MESOS-5121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chen Zhiwei updated MESOS-5121:
-------------------------------
    Shepherd: Vinod Kone

> pivot_root is not available
> ---------------------------
>
>                 Key: MESOS-5121
>                 URL: https://issues.apache.org/jira/browse/MESOS-5121
>             Project: Mesos
>          Issue Type: Bug
>            Reporter: Chen Zhiwei
>            Assignee: Chen Zhiwei
>
> When compile on ppc64le, it will through error message: src/linux/fs.cpp:443:2: error: #error "pivot_root is not available"
> The current code logic in src/linux/fs.cpp is:
> {code}
> #ifdef __NR_pivot_root
>   int ret = ::syscall(__NR_pivot_root, newRoot.c_str(), putOld.c_str());
> #elif __x86_64__
>   // A workaround for systems that have an old glib but have a new
>   // kernel. The magic number '155' is the syscall number for
>   // 'pivot_root' on the x86_64 architecture, see
>   // arch/x86/syscalls/syscall_64.tbl
>   int ret = ::syscall(155, newRoot.c_str(), putOld.c_str());
> #else
> #error "pivot_root is not available"
> #endif
> {code}
> There is no old glib version and the new kernel version, it will never run code in *#ifdef __NR_pivot_root* condition, and when I build on Ubuntu 16.04(It has the latest linux kernel and glibc), it still can't step into the *#ifdef __NR_pivot_root* condition.
> For powerpc case, I added another condition:
> {code}
> #elif __powerpc__ || __ppc__ || __powerpc64__ || __ppc64__
>   // A workaround for powerpc. The magic number '203' is the syscall
>   // number for 'pivot_root' on the powerpc architecture, see
>   // https://w3challs.com/syscalls/?arch=powerpc_64
>   int ret = ::syscall(203, newRoot.c_str(), putOld.c_str());
> {code}


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)