From: Arun Singh (Arun.Singh_at_novell.com)
Date: Fri Jul 06 2007 - 00:17:24 CEST
Message-Id: <468D0B7E.24BF.0042.0@novell.com> Date: Thu, 05 Jul 2007 16:17:24 -0600 From: "Arun Singh" <Arun.Singh@novell.com> Subject: Re: [suse-sles-e] Installing SLES10 SP1
Alexei,
Expected 10gR2/RAC/SLES10 glitches are already discussed on suse-oracle list and you should not expected any new one. Apart from Oracle certification, there are many reports of successful installs at customer locations. You should be fine with your test lab setup.
Good Luck,
Arun
>>> On 7/5/2007 at 2:52 PM, "Alexei_Roudnev" <Alexei_Roudnev@exigengroup.com>
wrote:
> Many people reported problems with RAC @ SLES10. I saw certification but I
> never had a serious reasons to trust it. Absens of the document on Novell
> page means _we did not tried it so no one used it yet_. Oracle certification
> shows only _Oracle tested it in some unknown configuration and we believe
> that it do work_ (don't mean that it really works or can be installed - we
> had many opposite cases in the past; the best one was Oracle 10.1.0.3 RAC
> which can't be installed onto linux x86_64 without interim patch but was
> well certified by Oracle anyway).
>
> I need to install development RAC next week (on x86_64) so I can try to go
> thru it with SLES10 and make a document (through I am not sure yet - I don't
> want to go thru all this headache with SLES10 again, after 3 unsuccesfull
> attempts to use it in test systems). What should we do with orarun? (I used
> old orarun modified heavily for RAC, but if orarun @ SLES10 supports it I
> can try it).
>
> What's about SLES10 propblems - of course, Oracle have relation to some of
> them. DataGuard error looks as something wrong with Async IO on network
> sockets. NFS error - no one promised that Oracle will work on Linux NFS.
> But - both cases works on SLES9 SP3 and/or UL4.4 without a single glitch, so
> it is Linux problem even if it have anything with Oracle.
>
> Bad thing is not in this problems. They are natural for the new system. Bad
> thing is in _enfocring system replacment before it is production-grade
> quality_. In no way SLES10 was production grade quality, and it creates a
> very bad PR for the SLES10 at whole. If we compare with RHEL5, we will see
> much longer BETA period for RHEL, resulting in 2 sungnificant benefits:
> - RHEL4 went much futher vs SLES9 because it was not _frozen_ on earlier
> stages;
> - RHEL5 quality is better vs SLES10 quality (comparing release-0 to
> release-0) because of much wider beta programm.
>
> SLES10 SP1 - yes, with all existing problems (as I saw, iSCSI was not
> adjusted with other services, for example, and is not documented yet)
> it looks as production-ready. But not sles10 release.
>
> ----- Original Message -----
> From: "Arun Singh" <Arun.Singh@novell.com>
> To: <suse-sles-e@suse.com>
> Sent: Thursday, July 05, 2007 2:17 PM
> Subject: Re: [suse-sles-e] Installing SLES10 SP1
>
>
> Alexei,
>
>>>> On 7/5/2007 at 2:00 PM, "Alexei_Roudnev"
> <Alexei_Roudnev@exigengroup.com>
> ...
>> - No RAC cluster installation for it (at least it is not documented on
>> Novell, cause many questions, and more likely it dont work at all);
>
> Correction: 10gR2 (RAC)/SLES10 is Oracle certified and works without any
> issue. Document is not provided due to unique complexity of RAC setup.
>
>> - Physical standby - Oracle lost TCP/IP log shipping connection under
> heavy
>> system load; reason unknown, problem don't exist in SLES9 or RHEL4.4;
>
> This could be a bug in Oracle Data Gurad product.
>
> Thanks,
> Arun
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
> For additional commands, e-mail: suse-sles-e-help@suse.com
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
For additional commands, e-mail: suse-sles-e-help@suse.com
This archive was generated by hypermail 2.1.7 : Fri Jul 06 2007 - 02:21:23 CEST