Am 04.12.2015 hat Hewlett Packard Enterprise für Linux, HP-UX und Windows das Patch-Bundle 9.05 herausgegeben wurden. Das Bundle enthält wichtige Änderungen und neue Funktionen, die vollständige Liste kann in der Patch Beschreibung nachgelesen werden.
Auszug aus den neuen Funktionen:
- Re-branding auf Hewlett Packard Enterprise
- Recovery Manager Central Integration im Data Protector
- Federated Catalyst und CoFC für Solaris und AIX
- Anzeige Minor Version Information in der GUI
- Hinzufügen/Entfernen von Clients in/von Backup Specifikationen über CLI
- Definieren von Exclude Parametern in Backup Specifikationen über CLI
- Paralleles vmdk Backup mit der VMware Integration und VM Namensauflösung in der GUI
- Verbessertes Rekonstruktion von virtuellen Medien
- Bulk-Editieren von Backup Specifikationen mittels Perl Skript
- LTO-7 Implementation
- Device Filtering
- Oracle 10g Support (wieder aufgenommen)
- Reconnect Funktion in Copy und Consolidation Jobs
- FIPS 140-2 Certified Cryptology Modul
Es empfiehlt sich dringend die komplette Beschreibung des Updates zu lesen.
Wenn Sie einen gültigen Wartungsvertrag haben, so können Sie die Patches unter http://softwaresupport.hp.com/ herunterladen, die Anmeldung erfolgt mit dem HP Passport Account.
Download Link:
– Windows – DPWINBDL_00905 – Patch Bundle
– Linux – DPLNXBDL_00905 – Patch Bundle
– HP-UX – DPUXBDL_00905 – Patch Bundle
Wussten Sie schon? Wenn in einer früheren (minor) Version des Data Protectors ein Hotfix eingespielt wurde, so sollte vor dem Einspielen des Pacth Bundles geprüft werden ob der Hotfix im Patch Bundle enthalten ist. Dies kann notwendig sein, wenn der erhaltene Hotfix kurz vor Erscheinen des Patch Bundle eingespielt wurde. Ist der Hotfix nicht enthalten sollte ein Software Case geöffnet werden.
Hi
I had the same issue.
Figured out that the filesystem was full.
Check with
# df -h
and if full free up space.
Afterwards I could install the bundle with
# ./omnisetup.sh -bundleadd b905
Good luck and best regards
Andy
Hi Andy file system is ok, not full but error still occurs
Is it possible do upgrade directly to 9.05 from 8.10 using the version 9.05 depot ?
Hi Ghaith,
yes, it is possible to do the direct upgrade… Prepare an installation server and install current patches and use the depot files for the upgrade.
Best regards
Daniel
Thanks a lot 🙂
Data Protector services needs to be stopped
Do you want to stop the services or exit the installation? (Y/E)
Stopping the Data Protector services
HPE Data Protector services successfully stopped.
Installing DPLNX_00464.rpm …
Preparing… ########################################### [100%]
ERROR: Please make sure that there are no running
Data Protector processes and repeat the installation.
error: %pre(CS_Patch-A.09.00-8.x86_64) scriptlet failed, exit status 3
error: install: %pre scriptlet failed (2), skipping CS_Patch-A.09.00-8
Installation of patch DPLNX_00464.rpm failed.
You can continue(C) or rollback(R) or exit(E) the installation.
Continue – will install the rest of the patches from the bundle.
Rollback – will rollback the installed patches from the bundle
to the MR level.
Exit – Will exit the installation. Installing the bundle
again will install the rest of the patches.
Please enter the option (C/R/E)
When updating data protector 9.00 to 9.05 actualmete the configuration that I have (customers, scheduling backups, etc. ) is lost
Hi Luis,
this normally should not happen and you might need to collect the logs created during the upgrade in order to find the root cause for that.
Best regards
Daniel
For those experiencing the „%pre(CORE_Patch-A.09.00-6.x86_64) scriptlet failed, exit status 1“ error, as I just did with 9.04, some steps you can take to diagnose this problem are enable debugging in omnisetup.sh (by uncommenting the set -x debug variable). That’ll give you the rpm command that is being executed. Then you
can run something like „rpm -qp –scripts DPLNX_00369.rpm“ which will emit the scriptlets that are getting executed, allowing you to run them by hand. Eg, the scriptlet that was causing me problems was running „echo $i | cpio -padVL –no-preserve-owner $BACKUP_DIR“. And, once I ran that by hand, I found the problem peculiar to my server.