Having problems with your account or logging in?
A lot of changes are happening in the community right now. Some may affect you. READ MORE HERE
Highlighted
Joe Watzko Contributor.
Contributor.
557 views

HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi,

during a test upgrade there were major errors in the upgrade procedure.

First Error seen in the DPIDBsetup*.log is:

+ importCertPassword
+ [ 9.00 = 10.00 ]
+ + /opt/omni/bin/perl /opt/omni/sbin/utilns/omniAsMigrate.pl --cert --infile=/etc/opt/omni/server//AppServer_9.00/standalone.xml
Can't exec ~~PERL_HASHBANG~~ at /opt/omni/sbin/utilns/omniAsMigrate.pl line 1.
CERTPASSWD=
+ + echo 2
rc=2
+ [ 2 != 0 ]
+ echo
+ echo ERROR: Failed to retrieve certificate password. Generating new certificates..
+ echo        For more detail please refer to /var/opt/omni/server/log/DPIDBsetup_16377.log

Checking omniAsMigrate.pl, looks like is has a corruption compared to the script from DP-10.03:

 

#!~~PERL_HASHBANG~~

~~COPYRIGHT~~
#==========================================================================
#
#   (c) Copyright 2017, Hewlett-Packard, all rights reserved.
#

Please correct this.

0 Likes
9 Replies
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi @Joe Watzko,

When looking at one of my Linux Cell Managers I see the file is just fine. Have you downloaded the Data Protector A.10.20 media kit from https://entitlement.microfocus.com?

jetdcm04:~ # omnisv -version
Micro Focus Data Protector A.10.20: OMNISV, internal build 115, built on Fri Nov 30 13:52:04 2018

jetdcm04:~ # head -3 /opt/omni/sbin/utilns/omniAsMigrate.pl
#!/opt/omni/bin/perl -I/opt/omni/lib/perl -X

# Copyright © 2018 Micro Focus. All rights reserved.

jetdcm04:~ # md5sum /opt/omni/sbin/utilns/omniAsMigrate.pl
0bce4d497427b08cd81cd2b96b75b200  /opt/omni/sbin/utilns/omniAsMigrate.pl

jetdcm04:~ # ls -al /opt/omni/sbin/utilns/omniAsMigrate.pl
-r-x------ 1 root root 17320 Nov 29 15:39 /opt/omni/sbin/utilns/omniAsMigrate.pl

I have no HP-UX Cell Manager around, but you should be able to use the file from a Linux Cell Manager. I'm attaching the one from my system so you can compare/test.

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
0 Likes
Joe Watzko Contributor.
Contributor.

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi Sebastian,

i have extracted the file form both media kits and for linux it looks ok.

Copying the file does not help since it gets always overwritten by the installation procedure when running omnisetup.sh in an upgrade (HP-UX forces a reinstall of 10.20 binaries, even it is already installed).

 

Thanks Josef

0 Likes
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hello @Joe Watzko,

Sure, this is excepted. You can run omnisetup.sh from one shell and replace the file in the target directory right after CS package has been installed from a different shell. This should work fine.

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
0 Likes
Joe Watzko Contributor.
Contributor.

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi, yes this may be a dirty hack to resolve the bug.
Tried another way by running the CS config script by using swconfig.

But since it failed in the first run, something other is now messed up.

The IDB seems to be correctly converted, 

# omnidbutil -run_script dp_version.sql -detail
 release  |   revision    |          created_on           | id
----------+---------------+-------------------------------+----
 8.01     | $Rev: 40447 $ | 2015-02-13 10:24:06.38152+01  |  1
 8.10     | $Rev: 42146 $ | 2015-02-13 10:24:07.600907+01 |  2
 9.0      | $Rev: 40447 $ | 2015-02-13 10:24:07.601972+01 |  3
 9.02     | $Rev: 45303 $ | 2015-02-13 10:37:27.256446+01 |  4
 9.06     | $Rev: 45303 $ | 2016-04-12 14:25:52.01066+02  |  5
 9.07     | $Rev: 45303 $ | 2016-07-07 16:00:18.283254+02 |  6
 9.08     | $Rev: 45303 $ | 2017-01-20 11:48:00.181943+01 |  7
 9.08_113 | $Rev: 45303 $ | 2017-02-02 16:12:04.711486+01 |  8
 9.09     | $Rev: 45303 $ | 2017-04-07 13:03:45.768858+02 |  9
 9.09_115 | $Rev: 45303 $ | 2017-06-08 15:42:31.690145+02 | 10
 10.00    | $Rev$         | 2019-02-07 15:41:14.438731+01 | 11
 10.01    | $Rev$         | 2019-02-07 15:41:14.75548+01  | 12
 10.02    | $Rev$         | 2019-02-07 15:41:14.934431+01 | 13
 10.03    | $Rev$         | 2019-02-07 15:41:14.94987+01  | 14
 10.04    | $Rev$         | 2019-02-07 15:41:15.111179+01 | 15
 10.10    | $Rev$         | 2019-02-07 15:41:15.158594+01 | 16
 10.20    | $Rev$         | 2019-02-07 15:41:16.702794+01 | 17

but Application server wont start anymore with offending:

Caused by: org.postgresql.util.PSQLException: FATAL: password authentication failed for user "hpdpidb_app"

Will try to fix the AS issue, before reverting back to 9.09.

0 Likes
Datenverarbeitu Respected Contributor.
Respected Contributor.

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi,

for my first attempt I run into the same problem (UX11.31, 9.09 b115 > 10.20). Created a sandbox with same IP and hostname.

Because I want to avoid stopping my production I have created a new sandbox, now with different hostname and IP. Now the upgrade stucks on changing cellserver name for 9.09:

root@zeux: #omnidbutil -show_cell_name
Catalog database owner: "prospxxx.nn.mm"

root@zeux: # omnidbutil -change_cell_name
This action will change ownership of libraries, devices, media pools and media.
Are you sure [y/n]?Y
DONE!
root@zeux: # echo $?
0

root@zeux:/opt/omni/sbin # omnidbutil -show_cell_name
Catalog database owner: "prospxxx.nn.mm"

Cell name remains the same...

Mathias

PS: For the bug with the omniAsMigrate.pl script I will try to replace the script in the depot:

./hpux/DP_DEPOT/DATA-PROTECTOR/OMNI-CS/opt/omni/sbin/utilns/omniAsMigrate.pl

 

 

 

0 Likes
Datenverarbeitu Respected Contributor.
Respected Contributor.

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Just for info: I have solved the bug with changing cell server. Unfortunately DP is not using the hostname- function to determine the new hostname. DP will use the cell_info- file. So if you clone an cell server you have to change that file first....

0 Likes
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi @Datenverarbeitu,

In fact omnidbutil -change_cell_name uses the file /etc/opt/omni/client/cell_server to determine the name of the Cell Manager (and the new database owner) in case you run the command.

Have you noticed the new script omnicellnamechange.pl which automates most of this (especially the changes for the AppServer configuration)?

omnicellnamechange.pl
https://docs.microfocus.com/itom/Data_Protector:2018.11/Use/cli_reference/1m/00section1M/omnicellnamechange.pl

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
Datenverarbeitu Respected Contributor.
Respected Contributor.

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Not yet ;-)

Thanks for sharing.

0 Likes
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: HP-UX SG DP Upgarde 9.09 to 10.20 fails

Hi @Datenverarbeitu, Hi @Joe Watzko,

Just wanted to let you know that the broken file in the Data Protector A.10.20 media kit for HP-UX is fixed in A.10.30 media kit. Checked this during the beta program.

So there is also the option to wait for A.10.30 which will be around in a few days.

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.