[ 
https://issues.apache.org/jira/browse/YARN-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15754877#comment-15754877
 ] 

Sunil G commented on YARN-6001:
-------------------------------

Thanks [~yufeigu]

Generally I understood your point. Since we already have a "movetoqueue" 
implemented in a different way, i think we need to deprecate the same. But we 
could not remove the  internal code as its formally released cli. We could 
remove from help, and create a new cli for now.

I think "changeQueue" may be more meaningful in that line since we cant use 
"movetoqueue"

For eg:
{noformat}
./yarn application -appId application_1479894790219_0002 -changeQueue default
{noformat}

Thoughts?

> Improve moveApplicationQueues command line
> ------------------------------------------
>
>                 Key: YARN-6001
>                 URL: https://issues.apache.org/jira/browse/YARN-6001
>             Project: Hadoop YARN
>          Issue Type: Bug
>          Components: client
>            Reporter: Sunil G
>            Assignee: Sunil G
>         Attachments: YARN-6001.0001.patch
>
>
> As an example, below command is used to move an application across queue. 
> {noformat}./yarn application -movetoqueue  application_1479894790219_0002 
> -queue default{noformat}
> Inline  with other application's attribute modification features such as 
> updateTimeout or priority, movetoqueue cli command lacks unification and more 
> complex or error prone.
> Suggesting below cli command which can be used.
> {noformat}
> ./yarn application -appId application_1479894790219_0002 -move default
> {noformat}
> This is inline with other commands such as 
> {noformat}
> ./yarn application -appId  application_1479894790219_0002 -updatePriority 8 
> ./yarn application -appId  application_1479894790219_0002 -updateLifetime 10
> {noformat}
> Old *movetoqueue* command could be still kept, but we can mark it as 
> deprecated and mention in help message.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to