[Ocfs2-users] (no subject)

2010-04-28 Thread Mohammed Mostafa . . .








  ___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users

Re: [Ocfs2-users] compile error on sles 11

2010-04-28 Thread Ulf Zimmermann
Oh the joy that is SAP ... I love how you have to have a shared file system 
from SAP application server to the database server. As far I know it is to put 
their scripts/binaries for database maintenance (like backup) on the App 
Server. I think it is a terrible hack. (I got similar thoughts about certain 
Oracle Database instructions, I have gotten over the years from Oracle)

Ulf, who is happy not to have to deal with SAP and rarely with Oracle ;-)


___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


Re: [Ocfs2-users] compile error on sles 11

2010-04-28 Thread John McNulty
Werner.  I think you're just avoiding what people are telling you.  You cannot
have a mixed OCFS2 filesystem shared between EL5 and SLES11.  You are
attempting to hack around this obstacle by compiling the EL5 sources on SLES11
but the EL5 source code is not compatible with the SLES kernel. You're trying to
hammer a square peg into a round hole.

The truth is, to do what you want in a tested, supported and safe environment,
all your systems must be on the same OS: either EL5 or SLES.  You're just going
to have to present these facts to your business, cost up the solution
and get them
to choose.

Rgds,  John

___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


Re: [Ocfs2-users] compile error on sles 11

2010-04-28 Thread Werner Flamme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Herbert van den Bergh [27.04.2010 18:23]:
> 
> If you're not even in control of the RAC environment, then I doubt
> the administrator of that cluster would be happy to have your
> application servers as part of their database cluster.  I don't know
> how many nodes you have, but let's say you have a 2 node RAC cluster
> and 4 application servers.  When there is a network connectivity
> problem between the app servers and the database servers, let's say
> because the switch in the app server rack failed, the app servers
> will have quorum, and the database servers will reboot themselves.
> All of them.  Do you think that will make your DBA happy?

I do not plan to make them happy. Why should I? They don't make me
happy, either.
The OCFS2 cluster is for sharing a volume between the RAC and SAP only.
The machines are connected to the same switch. Maybe they'll even get an
interconnect with a separate subnet outside of switches.
Since it is a "political" decision to put all SAP databases into RAC and
SAP orders that in this case we have to share a filesystem between SAP
and RAC, I don't have big choices.

> Also, you mentioned that you were using VM's for your app servers.
> Do you intend to cluster the VM's with the RAC servers, or were you
> using them just for building the OCFS2 module?

At the moment, I'm just trying to compile. I have to transport all my
physical SAP servers into virtal machines until end of august because
the hardware support ends then.

> What is the requirement for this shared filesystem?  Why do you
> believe OCFS2 is the only option?

I know the SAP notes. SAP note 527843 tells me that I may use the
following combinations:

RAC 11.2.0.1:
* Oracle Clusterware 11.2.0.1 + OCFS2 1.2.x  (x>=9) or
* Oracle Clusterware 11.2.0.1 + Network Appliance NFS or
* Oracle Clusterware 11.2.0.1 + EMC Celerra NFS

RAC 9.2/10.2:
* Oracle Clusterware + OCFS2 1.2.x  (x>=3) or
* Oracle Clusterware + Network Appliance NFS oder
* Oracle Clusterware + EMC Celerra NFS or
* From SLES 10 SP2 or RHEL 5.2 on:
  Oracle Clusterware + OCFS2 1.4.x

We do not use any of "Network Appliance NFS" or "EMC Celerra NFS". But
there already is a OCFS2 cluster between the SLES9 machines running SAP,
so there's basical knowledge of this FS.

> As for the source code only building on {RH,O}EL, that's a backport
> of the mainline code.  Oracle backports to RedHat / Oracle Enterprise
>  Linux, and Novell backports to SLES.  The kernels are different, so
> the code is different.
> 
> Thanks, Herbert.

Regads,
Werner


> 
> On 04/27/2010 01:28 AM, Werner Flamme wrote: Unfortunately, I do not
> run the Oracle RAC. The RAC runs with Oracle Unbreakable Linux. I am
> sorry for that decision, but I can't change it.
> 
> SAP does not forbid to use Oracle's version of Linux. SAP only says
> that SAP systems are fully supported on RHEL or SLES only (concerning
> Linux). It was simpler to have me change from SLES to RHEL, but since
> RHEL support is not as detailed as Novell/SUSE's (SAP priority
> support) plus it is a lot more expensive, I cannot convince my boss
> to change.
> 
> And I still do not understand why you provide sourcecode that will 
> compile on RHEL only. Especially when you provide ready binaries for 
> RHEL at the same time. Or did Larry buy RedHat in between? There was 
> such a noise about Sun one may have just not registerd this... ;-)
> 
> Regards, Werner
> 
> Herbert van den Bergh [26.04.2010 18:21]:
> 
 Also, if you were to call Novell Support with an OCFS2 related
 issue, they most likely would ask you to reproduce it without
 the EL5 nodes in the OCFS2 cluster.  And the same thing with
 Oracle.  It's not a supported configuration, so you're on your
 own.
 
 Since the Oracle database is certified on SLES, why not use it
 for both database and application servers, if you believe you
 must use OCFS2 to share storage between the two?
 
 Thanks, Herbert.
 
 
 On 04/26/2010 09:12 AM, Herbert van den Bergh wrote:
 
> In order for the application servers and database servers to
> share an OCFS2 filesystem, they must be members of the same
> cluster.  Unless of course you stop OCFS2 on one server and
> start it on the other.  Then you might as well just use ext3.
> Also, I don't think your configuration would be supported by
> Oracle, so you may want to get confirmation before you put
> such a setup in production.
> 
> Thanks, Herbert.
> 
> 
> On 04/26/2010 08:46 AM, Werner Flamme wrote:
> 
> 
 I wonder why the OCFS2 versions provided by Oracle and Novell
 are not necessarily kept compatible. Some strange policy at
 Novell's, I guess. Or not enough money^Wmanpower to go along
 with every new version.
 
 My application servers aren't a part of RAC. I just have to
 share a filesystem between RAC and SAP