Github user tdas commented on a diff in the pull request:

    https://github.com/apache/spark/pull/7276#discussion_r34626645
  
    --- Diff: 
streaming/src/main/scala/org/apache/spark/streaming/scheduler/ReceiverTracker.scala
 ---
    @@ -227,6 +255,8 @@ class ReceiverTracker(ssc: StreamingContext, 
skipReceiverLaunch: Boolean = false
           case DeregisterReceiver(streamId, message, error) =>
             deregisterReceiver(streamId, message, error)
             context.reply(true)
    +      case ScheduleReceiver(streamId) =>
    --- End diff --
    
    Good point. How about this. 
    The scheduler returns the following. 
    - if there are >= 3, zero-weight options, return all of them
    - else return 3 best options.
    
    Before submitting the job, run the scheduler and use those options to 
launch the job. When the RegisterReceiver is called, you again run the 
scheduler to get updated options and verify whether the host where the task was 
actually launched is still in the best options. That should reduce the 
likelihood of the above condition happening by a lot. 
    
    How does that sound?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---

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

Reply via email to