You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openwhisk.apache.org by GitBox <gi...@apache.org> on 2018/04/19 02:14:11 UTC

[GitHub] ddragosd commented on a change in pull request #3559: add support for mesos attribute constraints

ddragosd commented on a change in pull request #3559: add support for mesos attribute constraints 
URL: https://github.com/apache/incubator-openwhisk/pull/3559#discussion_r182618124
 
 

 ##########
 File path: common/scala/src/main/resources/application.conf
 ##########
 @@ -162,5 +162,9 @@ whisk {
         role = "*" //see http://mesos.apache.org/documentation/latest/roles/#associating-frameworks-with-roles
         failover-timeout = 0 seconds  //Timeout allowed for framework to reconnect after disconnection.
         mesos-link-log-message = true //If true, display a link to mesos in the static log message, otherwise do not include a link to mesos.
+        constraints = [] //placement constraint strings to use for managed containers e.g. ["att1 LIKE v1", "att2 UNLIKE v2"]
+        blackbox-constraints = [] //placement constraints to use for blackbox containers
 
 Review comment:
   I'm wondering whether the difference is in `managed containers` vs `blackbox containers` to decide where to spin up new action containers, or if it should be in some other place. I.e if I want to run containers on `gpu` VMs vs regular VMs, regardless of them being `blackbox` or not, where can we define this ? The reason I'm asking is b/c if the decision point should be influenced by other factors, maybe we don't _have_ to differentiate here between `blackbox` vs `non-blackbox` containers ? 

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services