During installation of 7.5.0.1, 7.5.0.3 or 7.5.0.4, if the <install_path>/openv/db/data directory is a link, the installation will fail.

Article: 100027350
Last Published: 2020-04-10
Ratings: 0 0
Product(s): NetBackup

Problem

During installation of 7.5.0.1, 7.5.0.3 or 7.5.0.4, if the <install_path>/openv/db/data directory is a link, the installation will fail on AIX, Linux and Solaris operating systems.  HP Systems are not impacted by this problem. 

This problem does not occur if the <install_path>/openv/db directory is a link.

Error Message

Example errors:

On Linux and AIX platforms:

ERROR:   Unable to create/upgrade the NB database.  Refer to the log

On Solaris:

 pkgrm: ERROR: unable to remove existing directory at </opt/openv/db/data>

Cause

This issue is due to how the native package installers recognize symbolic links from <install_path>/openv/db/data to an alternate location.

 

Solution

Work around:

There are two methods to work around this problem:

Method 1:

Move the database files back to the the <install_path>/openv/db/data directory before beginning the patch installation. 

Method 2:

Move the entire <install_path>/openv/db directory to the alternate location and create a symlink of <install_path>/openv/db to the alternate location. 

Examples:

Using the following example configuration:

<install_path>/openv/db/data is a symlink to /space/data

ls -al <install_path>/openv/db
total 471304
drwxr-xr-x   7 root     bin          512 Jun 24 15:40 .
drwxr-xr-x  15 root     bin         1024 Jun 24 15:40 ..
drwxr-xr-x   2 root     bin         1024 Jun 24 15:40 bin
lrwxrwxrwx   1 root     root          11 Jun 19 15:33 data -> /space/data

Contents of the /space/data directory are:

-rwxr-xr-x   1 root     root         101 Jun 19 15:31 .odbc.ini.az
-rw-------   1 root     root     26218496 Jun 19 15:31 DARS_DATA.db
-rw-------   1 root     root     26218496 Jun 19 15:31 DARS_INDEX.db
-rw-------   1 root     root     26218496 Jun 24 04:12 DBM_DATA.db
-rw-------   1 root     root     26218496 Jun 24 04:12 DBM_INDEX.db
-rw-------   1 root     root     26218496 Jun 19 15:31 EMM_DATA.db
-rw-------   1 root     root     26218496 Jun 19 15:31 EMM_INDEX.db
-rw-------   1 root     root     26218496 Jun 24 04:32 JOBD_DATA.db
-rw-------   1 root     root     2441216 Jun 24 15:27 NBAZDB.db
-rw-------   1 root     root        4096 Jun 24 15:27 NBAZDB.log
-rw-------   1 root     root     2994176 Jun 24 15:33 NBDB.db
-rw-------   1 root     root        4096 Jun 24 15:33 NBDB.log
-rw-------   1 root     root     26218496 Jun 19 15:31 SEARCH_DATA.db
-rw-------   1 root     root     26218496 Jun 19 15:31 SEARCH_INDEX.db
-rw-------   1 root     root         399 Jun 19 15:39 vxdbms.conf
-rw-------   1 root     root           0 Jun 19 15:31 vxdbms_conf.lock

 

Instructions for Method 1:

1.  Shutdown the NetBackup processes

2.  Remove the <install_path>/openv/db/data link.

rm <install_path>/openv/db/data

3.  Make an <install_path>/openv/db/data directory:

mkdir <install_path>/openv/db/data

4.  Copy the contents of the /space/data directory to <install_path>/openv/db/data:

cp /space/data/* <install_path>/openv/db/data/

5.  Install the specified patch.

6.  If needed, once the patching is finished, move the data back to /space/data and recreate the link:

cp <install_path>/openv/db/data/* /space/data

mv <install_path>/openv/db/data <install_path>/openv/db/data_MMDDYY

ln -s /space/data <install_path>/openv/db/data

7.  Start the NetBackup processes.

8.  If step 6 was completed, the <install_path>/openv/db/data_MMDDYY can be removed in a few days after verifying there are no problems with the link and database information. 

 

Instructions for Method 2:

1.  Shutdown the NetBackup processes

2.  Remove the  <install_path>/openv/db/data link:

rm <install_path>/openv/db/data

3.  Create a /space/db directory 

mkdir /space/db 

4.  Copy the contents of  <install_path>/openv/db directory to   /space/db

cp -r <install_path>/openv/db/* /space/db

5.  Rename the <install_path>/openv/db directory to something different:

mv <install_path>/openv/db <install_path>/openv/db.MMDDYY

6.  Move the /space/data directory into   /space/db:

mv /space/data /space/db/  

 7.  Link the /space/db path to the original location:

ln -s /space/db <install_path>/openv/db

8. Install the specified patch.

9.  Start the NetBackup processes.

10.  The <install_path>/openv/db.MMDDYY can be removed in a few days after verifying there are no problems with the link and database information.

 

ETA of Fix:
Veritas Corporation is committed to product quality and satisfied customers.  This issue is currently being considered by Veritas Corporation to be addressed in a forthcoming Maintenance Pack, Release Update, or version of the product. Please note that Veritas Corporation reserves the right to remove any fix from the targeted release if it does not pass quality assurance tests or introduces new risks to overall code stability. Veritas's plans are subject to change and any action taken by you based on the above information or your reliance upon the above information is made at your own risk. Please refer to the maintenance pack readme or contact NetBackup Enterprise Support to confirm this issue (Etrack 2783980) was included in the specified release.

Note the resolution of this issue depends on the patch installation after 7.5.0.3.  This means that systems being patched to 7.5.0.4 or later will be susceptible to this problem if the version of NetBackup at the time of patch installation is 7.5.0.3 or earlier.

This issue is scheduled to be fixed after the following release.

  •  NetBackup 7.5.0.4

 

 

 

References

Etrack : 2783980

Was this content helpful?