Included below are the restrictions and/or known issues open against LifeKeeper Single Server Protection.

Core

Bug 2257

Access to LifeKeeper Single Server Protection and SIOS Protection Suite nodes via

credstore requires proper credstore key

Solution: When storing credentials for a LifeKeeper Single Server Protection or SIOS Protection Suite node using credstore, you must use the proper form of the hostname for the credstore credentials key (i.e. credstore -k ):

For the LifeKeeper Single Server Protection plugin, credstore should be run using the hostname of the system as reported in the Hostname: field of the LifeKeeper Single Server Protection plugin display.

For SIOS Protection Suite, the hostname used to store credentials must be the same as the one you plan to use in the command line tool’s (e.g., lkpolicy) -d argument. For example, if you want to run lkpolicy -d mynode1, then you must store credentials using credstore -k mynode1. You cannot store credentials using the FQDN in this case. If you do, you must run lkpolicy -d FQDN.

Workaround: If you’ve stored a default credential set (i.e., credstore -k default) that works for all your LifeKeeper Single Server Protection and/or SIOS Protection Suite nodes, then you will not be affected by this issue.

Bug 2408

HA hearbeat incorrectly enabled

lkvmhad incorrectly enables the HA hearbeat after second resource failure

Workaround: Set LKCHECKINTERVAL in /etc/default/LifeKeeper greater than the VMware HA, VM Monitoring Failure Interval. Note: The LKCHECKINTERVAL default is 120 seconds. This is also the default ‘low’ monitoring sensitivity for VMware HA, VM Monitoring.

Cannot install the SMC when an openssl-devel has not been installed

An openssl-devel must be installed in advance when installing SMC v8.3.2. If the openssl-devel has not been installed, the install of SMC will fail outputting the message as follows:

ld -shared -o ./lib/Crypt-SSLeay-0.55-0.9.8/lib/auto/Crypt/SSLeay/SSLeay.so
./lib/Crypt-SSLeay-0.55-0.9.8/lib/auto/Crypt/SSLeay/SSLeay.o -lcrypto -lssl
ld: cannot find -lcrypto
Unable to link the Crypt::SSLeay Perl module. Secured connections will be unavailable until you install the Crypt::SSLeay module.
So required libcrypt.a in system library.

Workaround: When the message above is shown in executing the setup script, you must execute the setup script again after installing the openssl-devel included in the OS installer.

GUI

Refresh problem with LifeKeeper Single Server Protection GUI

The GUI may occasionally scramble the resource tree (i.e., resource dependencies may not be shown correctly).

Workaround: Perform a refresh of the GUI.

Apache

Apache resource creation fails

Example of Error message:

Error: valid_http_root: Since “/usr/sbin/httpd” is shareable on “/usr”, “/etc/httpd” must be also

Cause:

Due to a defect, files in mount point “/”(root) cannot be detected appropriately.

For example, if “/etc/httpd” is in a same filesystem as the mount point “/”, a resource creation will fail.

Workaround:

Mount one of the below workarounds to avoid this issue.

(a) Transfer such as “/etc/httpd” under the other mount point.

(b) Mount “ /etc” to such as” /dev/sdb1”.

Oracle

Bug 2387

Cannot create an Oracle hierarchy on root file system in LifeKeeper Single Server Protection environment

Workaround: Using the following procedure, copy Oracle to a new file system.

Create a new disk large enough for Oracle data (e.g. /dev/sdb). (Note: You can size up /oracle directory to get an idea how big this should be; multiply by at least 50% to allow for logs)

Using fdisk, create a new partition on that disk.

fdisk /dev/sdb

Make a file system.

mkfs -t ext3 /dev/sdb1

Mount this file system (example using /mnt/oracle).

mkdir /mnt/oracle

mount /dev/sdb1 /mnt/oracle

Stop Oracle, Listener.

Copy Oracle to new file system.

cd /oracle

cp -a * /mnt/oracle

(Note: This step may take some time based on the amount of data)

Unmount the new file system.

umount /mnt/oracle

Mount the new file system over /oracle.

mount /dev/sdb1 /oracle

Start Listener and then Oracle.

The Oracle Recovery Kit does not support Oracle Database Standard Edition 2 (SE2) on AWS EC2 system

During Oracle Database Standard Edition 2 (SE2) test, an unknown behavior was reported on AWS EC2 system. However, we confirmed that other services except EC2 did not have the same issue, meaning that Oracle Recovery Kit supports SE2 on AWS EC2 system except EC2.

SAP

Bug 2388

For SAP, hierarchies cannot be created using the GUI

Workaround: Use the command line option to create hierarchies. However, at the end of the command line, specify the number 76 as follows:

  • $LKROOT/lkadm/subsys/appsuite/sap/bin/create <primary sys> <tag> <SAP SID> <SAP Instance> <switchback type> <IP Tag> <Protection Level> <Recovery Level> <Additional SAP Dependents> 76

See Setting Up SAP from the Command Line for further command line information.

Also, refer to Known Issues and Restrictions.

Feedback

Was this helpful?

Yes No
You indicated this topic was not helpful to you ...
Could you please leave a comment telling us why? Thank you!
Thanks for your feedback.

Post your comment on this topic.

Post Comment