That makes sense. Then "71d35ca2-caa5-420d-9161-a42b750555cd" is not
task id. Instead the task id is:
"1408469503272-myuser-devel-largeprofile-0-d07b0417-eced-4515-b5ce-978416b82ebc".

If slave doesn't directly use task id or executor id, and instead use
the random UUID for cgroup, then my assumption is that it maintains a
mapping from this UUID to either task or executor id, internally.


On Tue, Aug 19, 2014 at 11:28 AM, Vinod Kone <[email protected]> wrote:
> Are you sure "71d35ca2-caa5-420d-9161-a42b750555cd" is your task id? The id
> of the cgroup is a random UUID generated by mesos slave. It has nothing to
> do with executor/task ids IIRC.
>
>
> On Tue, Aug 19, 2014 at 11:22 AM, mohit soni <[email protected]>
> wrote:
>>
>> I would like to know if cgroups are applied at executor level or
>> directly at task level. Because, an executor can have many tasks, and
>> executor can shrink or expand accordingly. Although, in most cases,
>> only one executor runs one task.
>>
>> I ran a quick experiment, by launching an aurora job. When the task
>> got launched on slave, here's the label that got created:
>> /sys/fs/cgroup/cpu/mesos/71d35ca2-caa5-420d-9161-a42b750555cd
>>
>> The task got mounted under name: 71d35ca2-caa5-420d-9161-a42b750555cd
>>
>> I found that the executor id was:
>>
>> thermos-1408469503272-myuser-devel-largeprofile-0-d07b0417-eced-4515-b5ce-978416b82ebc
>>
>> And, the task id was:
>> 71d35ca2-caa5-420d-9161-a42b750555cd
>>
>> Is this the expected behavior ? Or the cgroup label should be executor
>> id ? Since, I am using aurora, thermos_executor is used for tasks.
>>
>> Mesos version: 0.18.0
>>
>> Regards
>> Mohit
>
>

Reply via email to