Dear All ,<br><br><br>May I Know how to do the Active-Active Clustering in RHEL 5.4<br><br>-- <br>Thanks&Regards,<br>Arun K P<br>HCL Infosystems Ltd<br>Kolkata 26<br><br><br><div class="gmail_quote">On 30 March 2010 21:30,  <span dir="ltr"><<a href="mailto:linux-cluster-request@redhat.com">linux-cluster-request@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Send Linux-cluster mailing list submissions to<br>
        <a href="mailto:linux-cluster@redhat.com">linux-cluster@redhat.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://www.redhat.com/mailman/listinfo/linux-cluster" target="_blank">https://www.redhat.com/mailman/listinfo/linux-cluster</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:linux-cluster-request@redhat.com">linux-cluster-request@redhat.com</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:linux-cluster-owner@redhat.com">linux-cluster-owner@redhat.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Linux-cluster digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. RHEL5.4: conga luci - Runtime Error: maximum recursion depth<br>
      exceeded (Hofmeister, James (WTEC Linux))<br>
   2. why does ip.sh launch rdisc ? (Martin Waite)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 29 Mar 2010 18:11:45 +0000<br>
From: "Hofmeister, James (WTEC Linux)" <<a href="mailto:james.hofmeister@hp.com">james.hofmeister@hp.com</a>><br>
To: "<a href="mailto:linux-cluster@redhat.com">linux-cluster@redhat.com</a>" <<a href="mailto:linux-cluster@redhat.com">linux-cluster@redhat.com</a>><br>
Subject: [Linux-cluster] RHEL5.4: conga luci - Runtime Error: maximum<br>
        recursion depth exceeded<br>
Message-ID:<br>
        <<a href="mailto:EC61DD7B6048464AB0E1B713AF7521BC1760ECB4E7@GVW0676EXC.americas.hpqcorp.net">EC61DD7B6048464AB0E1B713AF7521BC1760ECB4E7@GVW0676EXC.americas.hpqcorp.net</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hello All,<br>
RE: RHEL5.4: conga luci - Runtime Error: maximum recursion depth exceeded<br>
<br>
Has anybody seen this?    RHEL5.4 with ricci-0.12.2-6.el5_4.1-x86_64 and luci-0.12.1-7.el5.x86_64:<br>
<br>
Runtime Error<br>
  Sorry, a site error occurred.<br>
<br>
  Traceback (innermost last):<br>
<br>
      * Module ZPublisher.Publish, line 196, in publish_module_standard<br>
<br>
      * Module Products.PlacelessTranslationService.PatchStringIO, line<br>
  34, in new_publish<br>
      * Module ZPublisher.Publish, line 146, in publish<br>
      * Module Zope2.App.startup, line 222, in<br>
  zpublisher_exception_hook<br>
      * Module ZPublisher.Publish, line 121, in publish<br>
      * Module Zope2.App.startup, line 240, in commit<br>
      * Module transaction._manager, line 96, in commit<br>
      * Module transaction._transaction, line 380, in commit<br>
      * Module transaction._transaction, line 378, in commit<br>
      * Module transaction._transaction, line 433, in _commitResources<br>
      * Module ZODB.Connection, line 484, in commit<br>
      * Module ZODB.Connection, line 526, in _commit<br>
      * Module ZODB.Connection, line 553, in _store_objects<br>
      * Module ZODB.serialize, line 407, in serialize<br>
      * Module ZODB.serialize, line 416, in _dump<br>
<br>
  Runtime Error: maximum recursion depth exceeded (Also, the following<br>
  error occurred while attempting to render the standard error message,<br>
  please see the event log for full details: An operation previously<br>
  failed, with traceback: File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZServer/PubCore/ZServerPubl<br>
  isher.py&quot;, line 23, in __init__ response=response) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZPublisher/Publish.py&q<br>
  uot;, line 395, in publish_module environ, debug, request, response)<br>
  File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZPublisher/Publish.py&q<br>
  uot;, line 196, in publish_module_standard response =<br>
  publish(request, module_name, after list, debug=debug) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/Products/PlacelessTranslati<br>
  onService/PatchStringIO.py&quot;, line 34, in new_publish x =<br>
  Publish.old_publish(request, module_name, after_list, debug) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZPublisher/Publish.py&q<br>
  uot;, line 121, in publish transactions_manager.commit() File<br>
  &quot;/usr/lib64/luci/zope/lib/python/Zope2/App/startup.py&qu<br>
  ot;, line 240, in commit transaction.commit() File<br>
  &quot;/usr/lib64/luci/zope/lib/python/transaction/_manager.py&<br>
  ;quot;, line 96, in commit return self.get().commit(sub,<br>
  deprecation_wng=False) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/transaction/_transaction.py<br>
  &quot;, line 380, in commit self._saveCommitishError() # This<br>
  raises! File<br>
  &quot;/usr/lib64/luci/zope/lib/python/transaction/_transaction.py<br>
  &quot;, line 378, in commit self._commitResources() File<br>
  &quot;/usr/lib64/luci/zope/lib/python/transaction/_transaction.py<br>
  &quot;, line 433, in _commitResources rm.commit(self) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZODB/Connection.py&quot<br>
  ;, line 484, in commit self._commit(transaction) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZODB/Connection.py&quot<br>
  ;, line 526, in _commit self._store_objects(ObjectWriter(obj),<br>
  transaction) File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZODB/Connection.py&quot<br>
  ;, line 553, in _store_objects p = writer.serialize(obj) # This calls<br>
  __getstate__ of obj File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZODB/serialize.py&quot;<br>
  , line 407, in serialize return self._dump(meta, obj.__getstate__())<br>
  File<br>
  &quot;/usr/lib64/luci/zope/lib/python/ZODB/serialize.py&quot;<br>
  , line 416, in _dump self._p.dump(state) RuntimeError: maximum<br>
  recursion depth exceeded )<br>
<br>
Regards,<br>
  James Hofmeister<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 30 Mar 2010 05:11:51 +0100<br>
From: "Martin Waite" <<a href="mailto:Martin.Waite@datacash.com">Martin.Waite@datacash.com</a>><br>
To: <<a href="mailto:Linux-cluster@redhat.com">Linux-cluster@redhat.com</a>><br>
Subject: [Linux-cluster] why does ip.sh launch rdisc ?<br>
Message-ID:<br>
        <<a href="mailto:A78DB34D00374344A0AB65B6523C05DC03D205D6@marsden.win.datacash.com">A78DB34D00374344A0AB65B6523C05DC03D205D6@marsden.win.datacash.com</a>><br>
Content-Type: text/plain;       charset="iso-8859-1"<br>
<br>
Hi,<br>
<br>
I have noticed that rdisc - apparently a router discovery protocol daemon - has started running on nodes that take possession of a VIP using ip.sh.<br>
<br>
I am not familiar with rdisc.   It is currently installed on all my RHEL hosts, but is not running.<br>
<br>
Do I need to run rdisc ?<br>
<br>
Also, the man page says that rdisc uses 224.0.0.1 as a multicast address.  So does my current cman configuration.  Should I configure cman to avoid this address ?<br>
<br>
regards,<br>
Martin<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<font color="#888888"><br>
--<br>
Linux-cluster mailing list<br>
<a href="mailto:Linux-cluster@redhat.com">Linux-cluster@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/linux-cluster" target="_blank">https://www.redhat.com/mailman/listinfo/linux-cluster</a><br>
<br>
End of Linux-cluster Digest, Vol 71, Issue 46<br>
*********************************************<br>
</font></blockquote></div><br><br clear="all"><br><br>