Are the following values set for hostname1:

message.http-bindport=2551
akka.remote.netty.tcp.hostname=hostname1
And likewise for the second one as well?

Best Wishes,
Siva Kommuri


On June 24, 2016 at 7:52:55 AM, Hatton' via Akka User List 'Mark 
([email protected]) wrote:

Hi Manoj,

>From the logs it appears that you have a 4-member cluster, but I imagine you 
>are attempting to construct a 2-member cluster.

Is it possible that you are launching 2 instances of your app on each host?  Or 
perhaps more likely you have 2 actor systems within each app?

And I would guess the appearance of the "random" port numbers is due to the 
unintended cluster members not having a configured port number (i.e. it is set 
to zero).  This will cause a random available port to be allocated and used by 
Akka cluster.  From the docs 
(http://doc.akka.io/docs/akka/2.4.7/general/configuration.html#akka-remote):
Default is 2552 (AKKA), use 0 if you want a random available port

Mark


On Thursday, 23 June 2016 07:43:21 UTC+1, Manoj Santhakumaran wrote:
Hi Patrik,

Thank you very much for your reply.

I enabled the Akka remote logging and ran both of my nodes. Attached here the 
logs for your perusal. Any findings/pointers are highly appreciated.

On Tuesday, 21 June 2016 12:36:10 UTC-7, Patrik Nordwall wrote:
Try to run with the remote debug logging enabled. Described in logging section 
of documentation.

I'm not sure where the port number 54947 comes from but we might be able to see 
that if we look at full debug logs.

Today I got a different port number at this line of the log file:

WARN  | 2016-06-22 20:00:03 | [ClusterSystem-akka.actor.default-dispatcher-17] 
? - [sourceThread=ClusterSystem-akka.remote.default-remote-dispatcher-8, 
sourceActorSystem=ClusterSystem, 
akkaSource=akka.tcp://ClusterSystem@hostname2:43209/system/endpointManager/reliableEndpointWriter-akka.tcp%3A%2F%2FClusterSystem%40hostname1%3A42282-207,
 akkaTimestamp=20:00:03.446UTC] - Association with remote system 
[akka.tcp://ClusterSystem@hostname1:42282] has failed, address is now gated for 
[5000] ms. Reason: [Association failed with 
[akka.tcp://ClusterSystem@hostname1:42282]] Caused by: [Connection refused: 
hostname1/xxx.xxx.xxx.xxx:42282]


/Patrik
tis 21 juni 2016 kl. 21:11 skrev Manoj Santhakumaran <[email protected]>:

Today's update:

I tried setting the bind-hostname also:

akka.remote.netty.tcp.bind-hostname = 0.0.0.0

But no luck !!

I verified the connectivity between two docker containers, from inside 
container.

telnet hostname1 2551 (From hostname2 works)
telnet hostname2 2552 (From hostname1 works)
host hostname1 (From hostname2 works)
host hostname2 (From hostname1 works)

I'm using Akka 2.4.4 version.

Appreciate if anyone have any idea/pointers what could be going wrong here?


Thank you very much.
Manoj


On Tuesday, 21 June 2016 01:36:02 UTC-7, Manoj Santhakumaran wrote:
Hi,

I'm working on a Play/Akka application with cluster system of two nodes, and 
each node is deployed in docker container in two different hosts.

My log files are filled up with following message, which comes every 5/10 milli 
seconds.

WARN  | 2016-06-21 01:00:03 | [ClusterSystem-akka.actor.default-dispatcher-21] 
? - [?] - Association with remote system 
[akka.tcp://ClusterSystem@hostname2:54797] has failed, address is now gated for 
[5000] ms. Reason: [Association failed with 
[akka.tcp://ClusterSystem@hostname2:54797]] Caused by: [Connection refused: 
hostname2/xxx.xxx.xxx.xxx:54797]

Can anyone help me to understand and fix this issue?

My application.conf is as follows:

akka {
    actor.provider = "akka.cluster.ClusterActorRefProvider"
    ...
    cluster {
        seed-nodes = [
            "akka.tcp://ClusterSystem@hostname1:2551",
            "akka.tcp://ClusterSystem@hostname2:2552"]
    }
    ...
}

And I'm passing port and host name as JVM args for both of the instances (Eg: 
-Dakka.remote.netty.tcp.port=2551/2552 
-Dakka.remote.netty.tcp.hostname=hostname1/hostname2)

I verified the network connectivity between these two hosts using "ping" 
command inside docker container. There was no packet loss and looked fine.

Thank you very much.
Manoj

--
>>>>>>>>>> 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 [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Thank you very much.
Manoj
 
--
>>>>>>>>>> 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 [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

-- 
>>>>>>>>>>      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 [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to