[cas-dev] JBoss Distributed Cache 'failed unmarshalling message', 'packet from ... has different version'

[Scott Battaglia]

Lee,

I'm guessing you've solved your previous problem (the one you emailed about
a little while back?).  I'm not familiar with the error messages that
JBossCache and JGroups return as we don't deploy that in production here,
nor have I seen the errors in testing.

Other people who have deployed the cache may be more familiar with it.
Hopefully, they'll respond.

-Scott

On 10/10/07, Lee Braddock <lee.braddock at ccci.org> wrote:
>
>  Scott,
>
>
>
> In our two host clustered environment using the jboss distributed cache,
> we are encountering a failed unmarshalling exception just following the
> error: packet from 172.16.103.17:45566 has different version (12338) from
> ours (241). This may cause problems. (see below for details).
>
>
>
> Three questions:
>
>
>
> 1)      What might be causing the "packet from …. has different version"
> error? And is this error definitely adversely affecting distributed jboss
> cache management of tickets or can it possibly be ignored?
>
> 2)      The 'packet from' ip address given is actually the ip address of
> the local host, NOT the other host in the cluster.  This is a bit confusing
> as I would expect it to be coming from some other host.  Can you clarify?
>
> 3)      What does 'own_addr' (see debug statement below) refer to? Owner?
> It happens to be the other host in the cluster (i.e. not the local host).
>
>
>
> Thanks very much for your help.
>
>
>
> Lee
>
>
>
> 2007-10-10 11:00:11,956 INFO [org.jgroups.protocols.UDP] - socket
> information:
>
> local_addr=172.16.103.17:43127, mcast_addr=228.0.0.1:45566,
> bind_addr=/172.16.103.17, ttl=64
>
> sock: bound to 172.16.103.17:43127, receive buffer size=80000, send buffer
> size=131071
>
> mcast_recv_sock: bound to 172.16.103.17:45566, send buffer size=131071,
> receive buffer size=80000
>
> mcast_send_sock: bound to 172.16.103.17:43128, send buffer size=131071,
> receive buffer size=80000
>
> 2007-10-10 11:00:11,990 DEBUG [org.jgroups.protocols.UDP] - created
> unicast receiver thread
>
> 2007-10-10 11:00:13,224 WARN [org.jgroups.protocols.UDP] - packet from
> 172.16.103.17:45566 has different version (12338) from ours (241). This
> may cause problems
>
> 2007-10-10 11:00:13,226 ERROR [org.jgroups.protocols.UDP] - failed
> unmarshalling message
>
> java.net.UnknownHostException: addr is of illegal length
>
>         at java.net.InetAddress.getByAddress(InetAddress.java:924)
>
>         at java.net.InetAddress.getByAddress(InetAddress.java:1271)
>
>         at org.jgroups.stack.IpAddress.readFrom(IpAddress.java:261)
>
>         at org.jgroups.util.Util.readAddress(Util.java:476)
>
>         at org.jgroups.protocols.TP.bufferToList(TP.java:1021)
>
>         at org.jgroups.protocols.TP.handleIncomingPacket(TP.java:827)
>
>         at org.jgroups.protocols.TP.access$400(TP.java:45)
>
>         at org.jgroups.protocols.TP$IncomingPacketHandler.run(TP.java
> :1296)
>
>         at java.lang.Thread.run(Thread.java:595)
>
> 2007-10-10 11:00:13,992 DEBUG [org.jgroups.protocols.pbcast.GMS] -
> initial_mbrs are [[own_addr=172.16.103.18:29361, coord_addr=
> 172.16.103.18:29361, is_server=true]]
>
> 2007-10-10 11:00:13,992 DEBUG [org.jgroups.protocols.pbcast.GMS] -
> election results: {172.16.103.18:29361=1}
>
> 2007-10-10 11:00:13,992 DEBUG [org.jgroups.protocols.pbcast.GMS] - sending
> handleJoin(172.16.103.17:43127) to 172.16.103.18:29361
>
>
>
> *Lee Braddock*
>
> *Sr. Applications Developer*
>
> *Enterprise** Framework*
>
> *ITG Applications *
>
> *Campus Crusade for Christ*
>
> *407-826-2166 office*
>
> http://itg.ccci.org
>
>
>
> _______________________________________________
> cas-dev mailing list
> cas-dev at tp.its.yale.edu
> http://tp.its.yale.edu/mailman/listinfo/cas-dev
>
>


-- 
-Scott Battaglia

LinkedIn: http://www.linkedin.com/in/scottbattaglia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tp.its.yale.edu/pipermail/cas-dev/attachments/20071010/2ccb392f/attachment-0001.html