Oracle ha from rgmanager to pacemaker


 
Thread Tools Search this Thread
Operating Systems Linux Red Hat Oracle ha from rgmanager to pacemaker
# 1  
Old 06-12-2016
Oracle ha from rgmanager to pacemaker

Hi,

I've got one question about oracle rgmanager resource agent and ocf script.

Rgmanager oracledb.sh script has an options called "vhost" which set the "ORACLE_HOSTNAME" value when you have different different cards on the same machine and different oracle instances.

In ocf: heartbeat: oracle script there is no the possibility to set that value. The question is:

Can I use the same rgmanager script oracledb.sh (and dependencies) copying it to /usr/lib/ocf/resource.d/rgmanager/?

If yes, then I think that to insert the oracle resource I have to do:

#pcs resource create my_resource ocf:rgmanagerSmilieracledb.sh name=test_rgamanager user=oracleuser home=/oracle/app/oraclehome/ type=base vhost=10.139.5.144 op monitor interval=0s

Is it correct?

Thanks

Daniele
Login or Register to Ask a Question

Previous Thread | Next Thread

6 More Discussions You Might Find Interesting

1. Red Hat

Linux PaceMaker Equivalent to a SharedAddress Resource Type

In HA platforms, there is the concept of a "Scalable Resource Type, which included the sharedaddress" that is used in commonly Web Servers resource groups. The sharedaddress resource type is provided so a developer can use this Resource type to build their own scalable resource group. I see... (1 Reply)
Discussion started by: mrmurdock
1 Replies

2. Shell Programming and Scripting

Bash script to add multiple resources to NFS pacemaker cluster

All, I'm looking for some guidance on how to accomplish automating the addition of exports to an HA Pacemaker NFS cluster. I would like to do it in bash for logistics reasons. The resource creation command looks like this: pcs resource create nfs-b2b-hg-media-10.1 exportfs... (6 Replies)
Discussion started by: hburnswell
6 Replies

3. Red Hat

[HA] Red Hat 7, pacemaker and start/stop scripts

Hi there, I am wondering if I could add start/stop ksh scripts provided by 3rd party to cluster... I read that script must be ocf/lsb compliant, however, in AIX I can just set up two separate scripts for starting and stopping application. Can similar be done under RH Linux cluster? Cheers, c (1 Reply)
Discussion started by: cyjan
1 Replies

4. Red Hat

RHEL 7 PaceMaker Fence Agent Options

my options are getting very limited very fast on what agent to use with my 2 Node RHEL 7 VM Cluster. fence_vmware_soap "plug id"? I have a ESX resource cluster of 7 blades being managed by a Vsphere 6.0 server. I found the blade that the Cluster VM(s) is housed on. WTF is the plug id... (3 Replies)
Discussion started by: mrmurdock
3 Replies

5. Red Hat

PaceMaker Cluster Fence Device

I have 2 VM's setup with a shared VMware disk running RHEL 7.1 (just updated to 7.2 with yum update), and would like to know what is the easiest Fence device to implement for testing purposes. Apparently, I need a fence device before my IP resources will come online. I have the cluster... (1 Reply)
Discussion started by: mrmurdock
1 Replies

6. UNIX and Linux Applications

Identify a specific environment Oracle variable to connect a remote Oracle database ?

Good evening I nned your help pls, In an unix server i want to connect to a remote oracle databse server by sqlplus. I tried to find out the user/passwd and service name by env variable and all Ive got is this: ORACLE_SID_REPCOL=SCL_REPCOL ORACLE_SID=xmeta ORACLE_SID_TOL=SCL_PROTOLCOL... (2 Replies)
Discussion started by: alexcol
2 Replies
Login or Register to Ask a Question
PACEMAKER(8)						    BSD System Manager's Manual 					      PACEMAKER(8)

NAME
pacemaker -- clock drift adjustment daemon SYNOPSIS
pacemaker [-d drift] [-b] [-e error] [-a interval] [-i] [-v] [-n] DESCRIPTION
pacemaker adjusts the system clock periodically to compensate for clock drift. The clock drift is normally computed by ntpd(8), which writes a clock drift value in /var/db/ntp.drift. By default, pacemaker will call adjtime(2) once per second to slew the system clock. The daemon is started by launchd(8) only when the drift file is present or has just been created in the file system. pacemaker detects changes in the file and re-calculates clock adjustment values appropriately. The daemon will exit if the drift file is deleted and is not re-created within one minute. As a fail-safe mechanism, pacemaker will reset the system clock using settimeofday(2) if the system clock requires adjustment exceeding the maximum value that can be accomodated by adjtime to slew the clock. In practice, this extreme case should never occur. The -d option allows the specification of either a floating-point drift value, or the path name of an alternate drift file. If a floating point drift value is specified, pacemaker will use the given value and will not read a drift file. To reduce power consumption, especially when the system is using internal battery power, it may be desirable to reduce the frequency of calls to adjust the system's clock drift. The -e and -a options, together with the -b flag allow several ways to control the clock adjustment fre- quency. The floating point value following -e specifies a maximum error tolerance in seconds for the system clock. For example, a value of 0.001 specifies that the clock drift adjustment should only be done frequently enough to keep the system clock error within one millisecond, based on the current clock drift rate. Alternatively, the clock adjustment frequency can be specified exactly as a value in seconds following -a. When both -e error and -a interval are provided, pacemaker will choose to adjust the system clock either every interval seconds, or less fre- quently if the clock error will remain within error seconds. The settings for -e and/or -a may be specified for operation of the system while using an external power source, and specified independently for operation using internal batteries. By default, the values for -e and/or -a are used for both power configurations. If the -b flag pre- cedes -e and/or -a, then the following settings apply only when the system is using internal battery power. For example, starting pacemaker with the following parameters will cause it to adjust the clock every 2 seconds when the system is using external power. When running on battery power, it will adjust the clock no more than once every 10 seconds, or less frequently if the clock error remains less than five milliseconds. pacemaker -a 2 -b -a 10 -e 0.005 When invoked on the command-line with -i, pacemaker prints a summary of internal parameters and then exits. The -v flag causes pacemaker to print copies of its log messages to standard error. Note that this requires running the program from the command line rather than from launchd. -n causes pacemaker to run without actually attempting to adjust the system clock. FILES
/var/db/ntp.drift default clock drift file SEE ALSO
launchd(8), ntpd(8), adjtime(2), settimeofday(2). HISTORY
The pacemaker daemon was introduced in OS X 10.9. OS X
March 9, 2013 OS X