Could you please elaborate on "However this has the limitation that all 
containers need to be running on the same host." , what is the contraint?  

Right now we are using kubernetes, and all inbound clients appear as if 
they are coming in on the same NAT. 

On Friday, January 23, 2015 at 10:35:51 AM UTC-6, Martynas Mickevičius 
wrote:
>
> Upcoming Akka 2.4 has a NAT (container) traversal support 
> <https://github.com/akka/akka/issues/15007> implemented.
>
> Until that you can run spark container with --net=host flag to start 
> container that uses host network interface. However this has the limitation 
> that all containers need to be running on the same host.
>
> On Thu, Jan 22, 2015 at 11:51 PM, jay vyas <jayunit1...@gmail.com 
> <javascript:>> wrote:
>
>> To add some color.    
>>
>> 1) When we run w/ -Dakka.remote.untrusted-mode=on, we see dropping 
>> message [class akka.actor.ActorSelectionMessage] for *unknown* recipient
>>
>> [Actor[akka.tcp://sparkMaster@10.254.230.67:7077/]] arriving at 
>> [akka.tcp://sparkMaster@10.254.230.67:7077] inbound addresses are 
>> [akka.tcp://sparkMaster@spark-master:7077]
>>
>> 2) When we run w/ -Dakka.remote.untrusted-mode=off, we see dropping 
>> message [class akka.actor.ActorSelectionMessage] for *non-local *recipient 
>>
>>
>> [Actor[akka.tcp://sparkMaster@10.254.118.158:7077/]] arriving at 
>> [akka.tcp://sparkMaster@10.254.118.158:7077] inbound addresses are 
>> [akka.tcp://sparkMaster@spark-master:7077]
>>
>> On Thursday, January 22, 2015 at 4:00:42 PM UTC-5, Tim St. Clair wrote:
>>>
>>> Greetings folks - 
>>>
>>> I'm currently trying to run Spark master through a proxy and receiving 
>>> an error that I can't seem to bypass. 
>>>
>>> ERROR EndpointWriter: dropping message [class 
>>> akka.actor.ActorSelectionMessage] 
>>> for non-local recipient [Actor[akka.tcp://sparkMaster@
>>> 10.254.118.158:7077/]] arriving at [akka.tcp://sparkMaster@10.
>>> 254.118.158:7077] inbound addresses are [akka.tcp://sparkMaster@spark-
>>> master:7077]
>>>
>>> The spark-master is running inside a container which is on a 192.168 
>>> subnet, but all traffic from the slaves are routed via iptables through a 
>>> load-balanced proxy 10.254.118.158.  
>>>
>>> Is there any easy was to disable what appears to be IP validation?  
>>>
>>> Cheers,
>>> Tim
>>>
>>  -- 
>> >>>>>>>>>> Read the docs: http://akka.io/docs/
>> >>>>>>>>>> Check the FAQ: 
>> http://doc.akka.io/docs/akka/current/additional/faq.html
>> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Akka User List" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to akka-user+...@googlegroups.com <javascript:>.
>> To post to this group, send email to akka...@googlegroups.com 
>> <javascript:>.
>> Visit this group at http://groups.google.com/group/akka-user.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Martynas Mickevičius
> Typesafe <http://typesafe.com/> – Reactive 
> <http://www.reactivemanifesto.org/> Apps on the JVM
>  

-- 
>>>>>>>>>>      Read the docs: http://akka.io/docs/
>>>>>>>>>>      Check the FAQ: 
>>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html
>>>>>>>>>>      Search the archives: https://groups.google.com/group/akka-user
--- 
You received this message because you are subscribed to the Google Groups "Akka 
User List" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to