You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mesos.apache.org by "Jameel Al-Aziz (JIRA)" <ji...@apache.org> on 2014/04/25 03:03:47 UTC
[jira] [Commented] (MESOS-361) Restrict the character space of user
provided TaskIDs.
[ https://issues.apache.org/jira/browse/MESOS-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980576#comment-13980576 ]
Jameel Al-Aziz commented on MESOS-361:
--------------------------------------
The patch seems to accept spaces as a valid character in the TaskID.
However, spaces seems to break 0.18 in at least two places:
1. The API calls to the slaves encode the spaces to "+" which the slaves seem to not decode properly and return 404s instead
2. Having a space in the task ID seems to break the default executor. (e.g. a task ID named "ChronosTask:Move Pixel Logs" results in a failed task with a stderr of "/usr/bin/env: Pixel: No such file or directory")
Would it be more appropriate to file those issues as bugs or simply further restrict the valid character set?
> Restrict the character space of user provided TaskIDs.
> ------------------------------------------------------
>
> Key: MESOS-361
> URL: https://issues.apache.org/jira/browse/MESOS-361
> Project: Mesos
> Issue Type: Bug
> Reporter: Benjamin Mahler
> Assignee: Dominic Hamon
> Labels: newbie
> Fix For: 0.19.0
>
>
> We need to restrict the character space of our identifiers.
> -FrameworkID
> -ExecutorID
> -ExecutorInfo.source
> -TaskID
> Using whitespace in these is messy, but using things like forward slashes will break functionality!
> In particular, file system operations using the ids, as well as statistics usage potentially.
--
This message was sent by Atlassian JIRA
(v6.2#6252)