I will file a JIRA.  We should rename files.  Both hedera and sequoia share the 
problem you can accidentally load the wrong file as Willie discovered.

Cheers, Robert


On 5/29/08 9:20 AM, "Emmanuel Cecchet" <[EMAIL PROTECTED]> wrote:

Hi Robert,

I think that in this case it is a packaging error on our side. I used to
recompile JGroups myself to just retain the core libraries. Using larger
packages include default config file which is a very bad thing.
In the meantime, we could also rename sequencer.xml into jgroups.xml so
that users get less confused and avoid conflicts with existing JGroups
config file samples.
I let you file a JIRA entry to track down the issue.

What do you think?
Emmanuel

> Hi Willie,
>
> Double congratulations! I hit exactly the same problem last night
> while writing the networkcheck utility for Hedera. I was thinking that
> I would print advice on errors like this but unfortunately advice for
> Jgroups would not necessarily make any sense for Appia, Spread, etc.
> I'm still thinking about how to handle that.
>
> Cheers, Robert
>
> P.s., The utility is called 'networkcheck.sh' and will be part of
> Hedera 2.0. It's 50% done-should be able to check in Friday. I'll post
> to the list as soon as there's something to review.
>
> On 5/28/08 9:37 PM, "Emmanuel Cecchet" <[EMAIL PROTECTED]> wrote:
>
>     Hi Willie,
>
>     Excellent!
>     2 solutions:
>     1. remove the file from the jgroups jar
>     2. put $SEQUOIA_HOME/config/ before jgroups jar in the classpath (edit
>     controller.sh)
>
>     Let me know if this works !
>     Thanks,
>     Emmanuel
>     >
>     > [EMAIL PROTECTED] sequoia-2.10.10-bin]# find . | grep sequencer
>     > ./config/sequencer.xml
>     >
>     > (only 1 match, so no multiple files).
>     >
>     > Unjar'ing the lib/jgroups-core.jar file gives me a whole bunch of
>     .xml
>     > files, one which is sequencer.xml
>     > Open that sequencer.xml file, and what do I see:
>     >
>     > <config>
>     > <UDP bind_addr="192.168.5.1"
>     > mcast_port="45566"
>     > mcast_addr="228.10.10.10"
>     >
>     >
>     > So the question is, how do we make jgroup use "our" sequencer.xml
>     file,
>     > and not the one in the .jar file ?
>     >
>     > Regards
>     > Willie
>     >
>     >
>     >> Hi Willie,
>     >>
>     >> Thanks for the feedback.
>     >> Could you check that there is not another sequencer.xml file in the
>     >> jgroups jar file in the lib/ directory or in any other directory
>     or jar
>     >> file in the controller classpath?
>     >> Another way to see if JGroups is really using the file that you are
>     >> updating is to try to break its syntax and it should fail at loading
>     >> time. If it does not, it is using another one!
>     >>
>     >> Not that according to
>     >>
>     
> http://docs.jboss.org/jbossas/guides/clusteringguide/r2/en/html/jbosscache.chapt.html,
>     >> FD_SOCK also takes a srv_sock_bind_addr. It looks like the bind
>     address
>     >> can be specified through -D bind.addr on the java command line. This
>     >> could also be worth a shot.
>     >>
>     >> We are making progress!
>     >> Emmanuel
>     >>
>     >>
>     >>> Thank you for your research!
>     >>> I have added your request to the config/sequencer.xml file like so:
>     >>>
>     >>> <config>
>     >>> <UDP bind_addr="192.168.64.131"
>     >>> mcast_port="45566"
>     >>> mcast_addr="228.8.8.9"
>     >>>
>     >>> (192.168.64.131 is the ip address of the one machine that I am
>     testing
>     >>> this on).
>     >>>
>     >>> I tried to restart the controller, however I got the same output:
>     >>> Caused by: java.lang.Exception: problem creating sockets
>     >>> (bind_addr=/192.168.5.1, mcast_addr=null)
>     >>> at org.jgroups.protocols.UDP.start(UDP.java:372)
>     >>> at
>     >>>
>     org.jgroups.stack.Protocol.handleSpecialDownEvent(Protocol.java:571)
>     >>>
>     >>> It seems as if it did not take the bind_addr parameter I passed.. I
>     >>> grepped in the whole sequoia directory for 5.1, and no results
>     where
>     >>> returned. Could it be that the sequencer.xml file is not being
>     read ?
>     >>> (or
>     >>> properly read).
>     >>>
>     >>> Just for the kicks of it, I changed the ip address of eth0 to
>     >>> 192.168.5.1,
>     >>> and started the controller, and it started up successfully :D
>     So I think
>     >>> we just need to figure out why is it not using the bind_addr I
>     specify
>     >>> in
>     >>> config/sequencer.xml.
>     >>>
>     >>> Regards
>     >>> Willie
>     >>>
>     >>>
>     >>>
>     >>>
>     >>>> Hi Willie,
>     >>>>
>     >>>>
>     >>>>> Caused by: java.lang.Exception: problem creating sockets
>     >>>>> (bind_addr=/192.168.5.1, mcast_addr=null)
>     >>>>> at org.jgroups.protocols.UDP.start(UDP.java:372)
>     >>>>> at
>     >>>>>
>     org.jgroups.stack.Protocol.handleSpecialDownEvent(Protocol.java:571)
>     >>>>> ... 71 more
>     >>>>>
>     >>>>>
>     >>>>>
>     >>>> I was looking on the web where this 192.168.5.1 could come from.
>     >>>> I found http://wiki.jboss.org/wiki/Probe and there might be a
>     hardcoded
>     >>>> default value in JGroups if bind_addr is not specified on
>     multi-homed
>     >>>> machines.
>     >>>> Could you try in config/sequencer.xml to add a bind_addr like
>     this:
>     >>>>
>     >>>> <*UDP* bind_addr="your IP address here"
>     >>>> mcast_port="45566"
>     >>>> mcast_addr="228.8.8.9" ...
>     >>>>
>     >>>> Keep us posted with your progress,
>     >>>> Emmanuel
>     >>>>
>     >>>>
>     >>>>
>     >> --
>     >> Emmanuel Cecchet
>     >> FTO @ Frog Thinker
>     >> Open Source Development & Consulting
>     >> --
>     >> Web: http://www.frogthinker.org
>     >> email: [EMAIL PROTECTED]
>     >> Skype: emmanuel_cecchet
>     >>
>     >> _______________________________________________
>     >> Sequoia mailing list
>     >> [email protected]
>     >> https://forge.continuent.org/mailman/listinfo/sequoia
>     >>
>     >>
>     >
>     >
>     >
>     >
>
>
>     --
>     Emmanuel Cecchet
>     FTO @ Frog Thinker
>     Open Source Development & Consulting
>     --
>     Web: http://www.frogthinker.org
>     email: [EMAIL PROTECTED]
>     Skype: emmanuel_cecchet
>
>     _______________________________________________
>     Sequoia mailing list
>     [email protected]
>     https://forge.continuent.org/mailman/listinfo/sequoia
>
>
>
> --
> Robert Hodges, CTO, Continuent, Inc.
> Email: [EMAIL PROTECTED]
> Mobile: +1-510-501-3728 Skype: hodgesrm
> ------------------------------------------------------------------------
>
> _______________________________________________
> Sequoia mailing list
> [email protected]
> https://forge.continuent.org/mailman/listinfo/sequoia


--
Emmanuel Cecchet
FTO @ Frog Thinker
Open Source Development & Consulting
--
Web: http://www.frogthinker.org
email: [EMAIL PROTECTED]
Skype: emmanuel_cecchet

_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia



--
Robert Hodges, CTO, Continuent, Inc.
Email:  [EMAIL PROTECTED]
Mobile:  +1-510-501-3728  Skype:  hodgesrm
_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia

Reply via email to