From oracle-l-bounce@freelists.org Mon Oct 10 07:16:32 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j9ACGT7m019379 for ; Mon, 10 Oct 2005 07:16:29 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j9ACGOvX019356 for ; Mon, 10 Oct 2005 07:16:24 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C14A21FA1A8; Mon, 10 Oct 2005 07:16:20 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06938-02; Mon, 10 Oct 2005 07:16:20 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3AEAD1FA152; Mon, 10 Oct 2005 07:16:20 -0500 (EST) From: Uwe Weber To: Oracle-L@freelists.org Subject: Re: CRS install on Firewire Linux Date: Mon, 10 Oct 2005 14:14:16 +0200 User-Agent: KMail/1.8.2 References: <200510092342.43523.uwe.weber@teleos-web.de> <1128921337l.4767l.0l@medo.noip.com> In-Reply-To: <1128921337l.4767l.0l@medo.noip.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Message-Id: <200510101414.16808.uwe.weber@teleos-web.de> X-archive-position: 26625 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: uwe.weber@teleos-web.de Precedence: normal Reply-To: uwe.weber@teleos-web.de X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Level: X-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Mladen Gogala schrieb: > Uwe, according to your logfile, your primary node is evicting the > second node because it has missed several checkins. In other words, > heartbeat is not coming through. Yes, looks like it. What puzzles me is that I can not find a reason for this. > The cause for that might simply be a > faulty Ethernet card. The cards (though cheap RL8139s) work for other things, like ftp. > Also, hopefully, you used a switch when > connecting two machines with the private interconnect. If you didn't, > your database will simply hang, waiting for the answer from another > side which might never come. They are connected with a crosslink cable. I'll try a switch tonight. > Second, if everything is OK, you may be > having contention problem with your network "send" and "receive" > buffers. On 2.6 kernels you can speed things up by setting the > following parameters: > > net.core.rmem_default = 524288 > net.core.wmem_default = 524288 > net.core.rmem_max = 524288 > net.core.wmem_max = 524288 I will try these. I had already increased these buffer, but not as much. > You can do that by using sysctl command. Linux 2.6 kernel is of what > is known as "Microsoft quality" and gives you almost no option to > control it. May be that is BG's cunning plan? Have his developer secretly work for the Linux kernel? :-> > > Sometimes, just sometimes, there are things called bugs. Then you > call Oracle and open a TAR. In 6 months or so you'll probably receive > a patch, usually for the the problem you don't have, unless you've > purchased golden support. Oracle has outsourced technical support and > parts of development to Elbonia and that reflects on the quality of > both code and support. The price for golden or platinum support is, > of course, your firstborn child. I thought about that, but is the FW setup supported (don't think so)? And even if it is, it just takes too long til you can talk/write to someone who really knows his stuff. (BTW: To my great surprise my last tar was handled by Ove Jensen (not shure about his last name) -who knew the database inside out. And that was just after two exchanges of the usual kind. > > In my opinion, given the quality of both Oracle and Linux, you should > put your production database on Linux only if you have particularly > strong desire for ulcer or heart attack. This one is just for playing around at home. Production is either on AIX or on Solaris and we do not use RAC in production at all. We probably don't need it. Thanks for your tips, I'll try them out and we will see whether I can get it to work. Regards, uwe -- http://www.freelists.org/webpage/oracle-l