Video Screencast Help
Protect Your POS Environment Against Retail Data Breaches. Learn More.

Netbackup upgrade from 7.5 to 7.5.0.5 is failing

Created: 07 Mar 2013 • Updated: 15 Mar 2013 | 13 comments
imashu's picture
This issue has been solved. See solution.

Hi,

Netbackup upgrade from 7.5 to 7.5.0.5 is failing.

I have recently installed Netbackup 7.5 on a Linux Master server.

Server Installation went fine but my java console was very slow, it was almost hung and i was unable to do anything.We raised a case with symantec and they said that we should upgrade it to latest patch (7.5.0.5).

I belive to upgrade the patch of the Master server to 7.5.0.5 we need client patch also to be on 7.5.0.5.

Now my query is that do i need to install netbackup 7.5 client software on the master as well, or can i straight away install client patch and then master server patches.

I haven't installed client software (7.5) on the master server and tried to upgrade it but the upgrade was failing with the below error;

================================================================================================================

[root@BAG1NB01 NetBackup_7.5_LinuxR_x86_64]# ls
Doc                            NB_update.install                            VrtsNB_7.5.0.5.preuninstall           VrtsNB_CLT_7.5.0.5.Linux.tar.gz
install                        NetBackup_7.5_LinuxR_x86_64.tar.gz.filepart  VrtsNB_7.5.0.5.README                 VrtsNB_CLT_7.5.0.5.postinstall
LICENSE                        VrtsNB_7.5.0.5.linuxR_x86.tar.gz             VrtsNB_CLT_7.5.0.5.HP9000-800.tar.gz  VrtsNB_CLT_7.5.0.5.postuninstall
linuxR_x86                     VrtsNB_7.5.0.5.postinstall                   VrtsNB_CLT_7.5.0.5.HP-UX-IA64.tar.gz  VrtsNB_CLT_7.5.0.5.preinstall
NB_7.5.0.5.linuxR_x86.tar      VrtsNB_7.5.0.5.postuninstall                 VrtsNB_CLT_7.5.0.5.INTEL.tar.gz       VrtsNB_CLT_7.5.0.5.README
NB_CLT_7.5.0.5_CLIENTS.tar.gz  VrtsNB_7.5.0.5.preinstall                    VrtsNB_CLT_7.5.0.5.Linux-IA64.tar.gz
[root@BAG1NB01 NetBackup_7.5_LinuxR_x86_64]# ./NB_update.install

NOTE:
Could not download https://telemetrics.symantec.com/data/uploader/nbupload.conf.
, cannot connect to telemetrics.symantec.com:443.
Unable to download file or determine URL

There are 2 packs available in /root/nbu7.5/nbu_base/nbu_client_patch/NetBackup_7.5_LinuxR_x86_64:
(* denotes installed pack)

        NB_7.5.0.5
        NB_CLT_7.5.0.5

Enter pack name (or q) [q]: NB_CLT_7.5.0.5

Pack NB_CLT_7.5.0.5 co-requires the following pack level(s) :
         NB_7.5.0.5.

Install pack NB_CLT_7.5.0.5 Thu Mar  7 14:30:37 GMT 2013 Rev. 1.46.8.10
Performing install of Linux/RedHat2.6.18 client binaries locally.

Running preinstall script.
See /usr/openv/pack/pack.history for more details.

Saving files for rollback.

gunzip: /root/nbu7.5/nbu_base/nbu_client_patch/NetBackup_7.5_LinuxR_x86_64/VrtsNB_CLT_7.5.0.5.Linux.tar.gz: invalid compressed data--format violated

gunzip: /root/nbu7.5/nbu_base/nbu_client_patch/NetBackup_7.5_LinuxR_x86_64/VrtsNB_CLT_7.5.0.5.Linux.tar.gz: invalid compressed data--format violated
usr/openv/
usr/openv/netbackup/
usr/openv/netbackup/client/
usr/openv/netbackup/client/Linux/
usr/openv/netbackup/client/Linux/Debian2.6.18/
usr/openv/netbackup/client/Linux/Debian2.6.18/client_bin.tar.gz
Unexpected EOF on archive file

Tar returned 3.
See /usr/openv/pack/pack.history for more details.
Extract of /root/nbu7.5/nbu_base/nbu_client_patch/NetBackup_7.5_LinuxR_x86_64/VrtsNB_CLT_7.5.0.5.Linux.tar.gz failed
Pack NB_CLT_7.5.0.5 install incomplete.
------------------------------------------------
Installation of pack NB_CLT_7.5.0.5 FAILED Thu Mar  7 14:30:37 GMT 2013 Rev. 1.46.8.10.
------------------------------------------------
Exiting NB_update.install

NOTE:
Could not download https://telemetrics.symantec.com/data/uploader/nbupload.conf.
, cannot connect to telemetrics.symantec.com:443.
Unable to download file or determine URL

===================================================================================================================

Please help and suggest why my patch upgrade is failing this is very urgent!!

 

 

 

Operating Systems:

Comments 13 CommentsJump to latest comment

Nagalla's picture

it looks like the files that you downloaded for 7.5.0.5 is correpted not compleate download.

please have the fresh download again.. and try installing... 

imashu's picture

Thanks!!

Do i need to download both the clinet and server software 7.5.0.5.

CRZ's picture

Yes, you need to install both on your server - the client pack is a co-requisite for the server pack.  (Or a prerequisite?  Something-requisite.)  Also, the install script will complain if it can't find the CLT pack and not let you continue.  (I think.)


bit.ly/76LBN | APPLBN | 75LBN

imashu's picture

Thanks!!
I understand but i want to know do i need to install Netbackup client 7.5 also on the master server before upgrading both client and server softwares to 7.5.0.5..or the client gets already installed during master server installation..

Marianne's picture

Correct, Client software was installed along with NBU 7.5 server software.

Patches are different. Server and Client patch must both be installed.

Unexpected EOF on archive file 

means that downloaded Client patch was incomplete.
As per Nagalla's post - please re-download all 3 pieces from http://www.symantec.com/docs/TECH199244 

Verify MD5 checksum of each piece before joining the files.
 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

SOLUTION
imashu's picture

Thanks Marianne!!

How to verify MD5 checksum of each piece?

 

Marianne's picture

md5sum is a normal OS command on RHEL.

Simply run:

md5sum <filename>

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

imashu's picture

Hi Marianne,

I am getting error whille running this md5sum command. downloading again..

is it a pre-requisite to keep all the patches (7.5.0.5) of server and client along with the base in the same folder.

 

 

Andrew Madsen's picture

No it is not. You need the upgrade and the upgraded client files in the same folder. When the upgrade is performed the client files are copied to there respective locations.

The above comments are not to be construed as an official stance of the company I work for; hell half the time they are not even an official stance for me.

Marianne's picture

Just keep the 7.5.0.5 server and client files in the same folder. (not base 7.5 software) - same as you had in your opening post.

The only problem there was with corrupt download(s) of Client patch.

Ensure checksum for all 3 Client pieces are correct before you join and extract them.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

imashu's picture

Hi all,

After the expert suggestions of this community i downloaded fresh patch binaries for 7.5.0.5 for both server and client.

I kept all the tar files (Server & Client) at the same location.

Untared and ran the 'NB_update.install' and clinet installation completed successfully but when Patch upgrade for the server was running it gave me the following error;

=============================================================================

 ERROR: /usr/openv/db/bin/nbdb_upgrade -dbn NBDB command failed.
Unable to upgrade database to current level. Refer to the
log file in /usr/openv/netbackup/logs/nbdb for more information.
Rerun NB_update.install once the problem has been resolved.

 ===========================================================================

In the log file i found the below errors;

----------------------------------------------------------------------------------------------------------------------------------------

10:18:33.998 [14705] <4> create_util_db_file: Creating /usr/openv/db/bin/util_db.ini
10:18:39.420 [14705] <16> startup_nb_databases: ODBC connection failed.
10:18:39.420 [14705] <16> startup_nb_databases: ErrMsg [Sybase][ODBC Driver][SQL Anywhere]Database server not found, ErrCode -1, Sqlstate 08001
10:18:39.420 [14705] <4> startup_nb_databases: Removing /usr/openv/db/bin/util_db.ini
10:18:39.421 [14705] <8> startAZDB: Database [NBAZDB] can't be started on server [NB_BUK003BKUP001P].
10:18:39.421 [14705] <4> startAZDB: Exiting with rc = 25
10:18:39.421 [14705] <4> createAZDB: Exiting with rc = 25
10:18:39.421 [14705] <4> create_nbdb: Exiting with rc = 25
12:12:38.132 [20462] <4> nbdb_upgrade: Entering.
12:12:38.132 [20462] <4> nbdb_upgrade: /usr/openv/db/bin/nbdb_upgrade -dbn NBDB
12:12:38.132 [20462] <4> nbdb_upgrade: SQLANY = /usr/openv/db
12:12:38.132 [20462] <4> nbdb_upgrade: SQLANY11 = /usr/openv/db
12:12:38.132 [20462] <4> nbdb_upgrade: LD_LIBRARY_PATH = /usr/openv/db/lib
12:12:38.132 [20462] <4> nbdb_upgrade: SATMP = /usr/openv/tmp/sqlany
12:12:38.132 [20462] <4> verifyDB(): Entering,passed runCksum:,runVer:,VerOnly:0
12:12:38.132 [20462] <4> DbInterface(): Entering.
12:12:38.136 [20462] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:12:38.136 [20462] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:12:38.136 [20462] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:12:38.137 [20462] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:12:38.137 [20462] <16> DbInterface(): Exiting, Failed to obtain a Connection String value.
12:12:38.137 [20462] <4> CVersion::queryDb(): Entering
12:12:38.137 [20462] <4> CVersion::queryDb(): Exiting with rc = 1
12:12:38.137 [20462] <16> verifyDB(): NBDB query failed.
12:12:38.137 [20462] <4> verifyDB(): Exiting. rc = 1
12:12:38.137 [20462] <16> nbdb_upgrade: Failed Verification.
12:12:38.137 [20462] <4> nbdb_upgrade: Exiting. rc = 1
12:12:38.253 [20476] <4> nbdb_admin: Entering.
12:12:38.253 [20476] <4> nbdb_admin: SQLANY = /usr/openv/db/
12:12:38.253 [20476] <4> nbdb_admin: SQLANY11 = /usr/openv/db/
12:12:38.253 [20476] <4> nbdb_admin: LD_LIBRARY_PATH = /usr/openv/db//lib:/usr/openv/db//bin
12:12:38.253 [20476] <4> nbdb_admin: SATMP = /usr/openv/tmp/sqlany
12:12:38.258 [20476] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:12:38.258 [20476] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:12:38.258 [20476] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:12:38.258 [20476] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:12:38.258 [20476] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:12:38.258 [20476] <4> create_util_db_file: Creating /usr/openv/db/bin/util_db.ini
12:12:38.473 [20476] <4> nbdb_admin: ASA database server stopped: NB_BUK003BKUP001P.
12:12:38.474 [20476] <4> nbdb_admin: Removing /usr/openv/db/bin/util_db.ini
12:12:38.474 [20476] <4> nbdb_admin: Exiting with rc = 0
12:19:36.524 [21479] <4> nbdb_upgrade: Entering.
12:19:36.524 [21479] <4> nbdb_upgrade: /usr/openv/db/bin/nbdb_upgrade -dbn NBDB
12:19:36.524 [21479] <4> nbdb_upgrade: SQLANY = /usr/openv/db
12:19:36.524 [21479] <4> nbdb_upgrade: SQLANY11 = /usr/openv/db
12:19:36.524 [21479] <4> nbdb_upgrade: LD_LIBRARY_PATH = /usr/openv/db/lib
12:19:36.524 [21479] <4> nbdb_upgrade: SATMP = /usr/openv/tmp/sqlany
12:19:36.524 [21479] <4> verifyDB(): Entering,passed runCksum:,runVer:,VerOnly:0
12:19:36.524 [21479] <4> DbInterface(): Entering.
12:19:36.528 [21479] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:19:36.528 [21479] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:19:36.528 [21479] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:19:36.529 [21479] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:19:36.529 [21479] <16> DbInterface(): Exiting, Failed to obtain a Connection String value.
12:19:36.529 [21479] <4> CVersion::queryDb(): Entering
12:19:36.529 [21479] <4> CVersion::queryDb(): Exiting with rc = 1
12:19:36.529 [21479] <16> verifyDB(): NBDB query failed.
12:19:36.529 [21479] <4> verifyDB(): Exiting. rc = 1
12:19:36.529 [21479] <16> nbdb_upgrade: Failed Verification.
12:19:36.529 [21479] <4> nbdb_upgrade: Exiting. rc = 1
12:19:36.645 [21493] <4> nbdb_admin: Entering.
12:19:36.645 [21493] <4> nbdb_admin: SQLANY = /usr/openv/db/
12:19:36.645 [21493] <4> nbdb_admin: SQLANY11 = /usr/openv/db/
12:19:36.645 [21493] <4> nbdb_admin: LD_LIBRARY_PATH = /usr/openv/db//lib:/usr/openv/db//bin
12:19:36.645 [21493] <4> nbdb_admin: SATMP = /usr/openv/tmp/sqlany
12:19:36.650 [21493] <2> ReadVxDBMS_ConfFile: Acquiring mutex
12:19:36.650 [21493] <2> ReadVxDBMS_ConfFile: Acquiring read lock on /usr/openv/db/data/vxdbms_conf.lock
12:19:36.650 [21493] <2> ReadVxDBMS_ConfFile: Acquired read lock on /usr/openv/db/data/vxdbms_conf.lock successfully with fd (4)
12:19:36.650 [21493] <2> ReadVxDBMS_ConfFile: unlocking on fd (4) for /usr/openv/db/data/vxdbms_conf.lock
12:19:36.650 [21493] <2> ReadVxDBMS_ConfFile: Releasing mutex
12:19:36.650 [21493] <4> create_util_db_file: Creating /usr/openv/db/bin/util_db.ini
12:19:36.866 [21493] <4> nbdb_admin: ASA database server stopped: NB_BUK003BKUP001P.
12:19:36.866 [21493] <4> nbdb_admin: Removing /usr/openv/db/bin/util_db.ini
12:19:36.866 [21493] <4> nbdb_admin: Exiting with rc = 0
 

 -------------------------------------------------------------------------------------------------------------------------------

Also, after uninstallting and performing a fresh install on my Linux master server i had received the below error;

Unable to create/upgrade the NB database. Refer to the log file in /usr/openv/netbackup/logs/nbdb for more information. Rerun /usr/openv/netbackup/bin/install_bp when the problem has been resolved.

I have no clue what is this, please help!!

imashu's picture

Hi all,

Installation successfull now.

Was getting the NBDB error, recreated the NBDB database using the below technote and it worked.

http://www.symantec.com/docs/TECH48469

 

CREATING NBDB database:

 

[root ~]# /usr/openv/db/bin/nbdb_admin -auto_start NONE

Successfully removed NBAZDB from databases.conf

[root ~]# /usr/openv/netbackup/bin/nbdbms_start_stop start

[root ~]# /usr/openv/db/bin/create_nbdb

Database server is NB_Master

 

NetBackup data files will be created in: /usr/openv/db/data

NetBackup index files will be created in: /usr/openv/db/data

NetBackup transaction log file will be created in: /usr/openv/db/data

 

Are you sure that you want to continue? (y/n) y

Creating the NetBackup database.

Starting the NetBackup database.

Authenticating the NetBackup database.

VXDBMS_NB_DATA entry in bp.conf updated successfully.

Setting of database authentication for NBDB successful.

Change of dba password for NBDB successful.

Change of dba password for NBAZDB failed.

Creating the NetBackup database files.

Creating the NetBackup database schema.

Verifying the running version of NBDB ...

NBDB version 7.5.0.0 verified.

Upgrading NBDB (7.5.0.0) to (7.5.0.1) ...

Upgrading NBDB (7.5.0.1) to (7.5.0.3) ...

Upgrading NBDB (7.5.0.3) to (7.5.0.4) ...

Upgrading NBDB (7.5.0.4) to (7.5.0.5) ...

Re-verification of NBDB at new version, 7.5.0.5

Verification succeeded.

Successfully upgraded NBDB to version 7.5.0.5

Database [NBDB] validation successful.

Database [NBDB] is alive and well on server [NB_Master].

Creating the NetBackup Authorization database.

Thanks all!!

 

 

imashu's picture

All members were helpful but it was Nagalla that commented first download might be corrupted, but Marianne suggestion such as to keep both the server and client patch in the same folder and advice to use checksum command was very useful..

So marking her response as solution!!

Thanks all!!