[Building Sakai] Portal chat problems in cluster envr

[Tania Tritean]

Hello,

Indeed, multicast is disabled in our case. We will try some other configuration for the chat.

Do you know if the fact the multicast is disabled can cause some critical issues in cluster envr regarding the EhCache?
We already noticed some problems regarding the EhCache (because of the fact that we disabled multicast) in profile2,
but I know that a lot of data is cached in sakai like assignments data, OSP data, sites, users etc.
Since the caches from different nodes are not I synch can this cause some critical issues?

Is there a way to configure the EhCache in cluster envr without enabling multicast? (As far as I read not, but maybe somebody knows something about this)

Regards,

Tania


________________________________
From: Tania Tritean
Sent: Monday, April 08, 2013 4:27 PM
To: Adrian Fish
Cc: sakai-dev; SCRUM - Doesburg
Subject: RE: Portal chat problems in cluster envr

I believe it is, on eth0 inet:A.B.x.x with mask 255.255.0.0 while the nodes have IP's from class A.B.255.255

Thanks,
Tania
________________________________
From: Adrian Fish [mailto:adrian.r.fish at gmail.com]
Sent: Monday, April 08, 2013 4:03 PM
To: Tania Tritean
Cc: sakai-dev; SCRUM - Doesburg
Subject: Re: Portal chat problems in cluster envr

You need multicast working on the subnet in which the nodes reside. The jgroups nodes communicate using UDP multicast by default, although it can be configured. Can you confirm that your subnet is multicast enabled? That's the first thing to check.

Cheers,
Adrian.

On 8 April 2013 14:56, Tania Tritean <TTritean at loi.nl<mailto:TTritean at loi.nl>> wrote:
Hello,

We are having some problems with the floating chat in cluster envr.

We have a cluster envr with 2 nodes (the nodes can access each other just via a loadbalancer)
When user 1 (logged in in node1) tries to chat with user 2 (logged in on node2), they can not see each others as connections or chat with each other.

Another important thing to mention is that user1 requested user2 to be a connection in profile2 from node1,
And user2 accepted the connection request from node2. (The server was not restarted after that, so the profile2 cache is still there).

The error that we see in the logs is:
2013-04-05 02:00:41,151 [OOB-5643,loichat,node1-33194] WARN  org.jgroups.protocols.UDP - node1-33194: no physical address for 123e9651-2fb9-4332-9dea-1569875242, dropping message


In sakai.properties file we set the property:
portalchat.cluster.channel=loichat


Does anybody know how to solve this?
Do we need some extra configuration for jgroups?
Can it be a problem caused of the fact that the nodes can interact just via a loadbalancer?
Or is there something else?


Thanks,
Tania


Tania Tritean
Tel.: 035 629 39 23

Leidse Onderwijsinstellingen bv
Leidsedreef 2
2352 BA Leiderdorp
www.loi.nl<http://www.loi.nl>

________________________________

[Nederland wordt steeds slimmer. Leidse Onderwijsinstellingen]

De informatie verzonden met dit e-mailbericht (en bijlagen) is uitsluitend bestemd voor de geadresseerde(n) en zij die van de geadresseerde(n) toestemming hebben dit bericht te lezen. Gebruik door anderen dan geadresseerde(n) is verboden. De informatie in dit e-mailbericht (en de bijlagen) kan vertrouwelijk van aard zijn en kan binnen het bereik vallen van een wettelijke geheimhoudingsplicht. Indien u deze e-mail ten onrechte ontvangen hebt, wordt u verzocht ons daarvan zo spoedig mogelijk per e-mail of telefonisch op de hoogte te stellen, en het ontvangen bericht (en de bijlagen) te wissen zonder deze te lezen, te kopiëren of aan derden bekend te stellen.

P  Denk aan het milieu voordat u dit bericht print


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130410/665b2294/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 4378 bytes
Desc: image001.gif
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130410/665b2294/attachment.gif