Data Protector 8.10: With Data Protector 8.10 it is very important to check name resolution before starting the installation. If it’s not possible to resolve the FQDN of the cell server (of course short and revers too), a login prompt will appear when opening the GUI (this is the LDAP logon dialog, which is an additional feature in DP 8.10) and a “permission denied” message afterwards. In documentation it is listed that a working name resolution is a requirement for DP 8.10. If the installation was done without working name resolution for the cell server, a new installation has to be done after name resolution was fixed; a newly generated certificate was not accepted by the GUI. Additional information: With DP 8.10 certificates are used locally to access the GUI, you will be prompted to accept the certificate when launching the GUI for the first time after the installation. In case your system name is different from the name in the certificate the local logon will fail as TLS will work with FQDN only.
Update: If the Cell Server is installed on a German or Non-English Linux system, the generated certificate might be wrong or will not be generated. This happens as the return values are expected to be in English, which is not true when locale is not set to English”. As a Workaround set locale to i.e. ‘en_gb-UTF-8’ before starting the migration.
Update: If the Cell Server is installed in a cluster environment, the certificate might be issued for the physical host, instead of virtual name. With the Perl program omnigencert.pl it is possible to generate a certificate using the virtual name of the cluster. For more details refer to help and search for ‘To generate CA, client, and server certificates in the SG-CLUSTER environment’.
Data Protector 8.00: When using Granular Recovery Extension for Microsoft Exchange you may receive a “User does not have required roles” message. In this case the “Mailbox Import Export” role needs to be assigned directly to the GRE user. More details can be found here: http://support.openview.hp.com/selfsolve/document/KM00482317 (HP Passport Account required).
Hallo,
es ist sogar noch schlimmer: ich habe bei einem Kunden DP als Linux Cluster (SLES11) am laufen. Namensauflösung ist völlig ok, aber der das Zertifikat wird für den physikalischen Host und nicht für die virtuelle ip/den virtuellen Host generiert, unter dem der DP läuft (mittlerweile weiss ich, dass es ein perl Programm gibt (omnigencert), mit dem man verschiedene Zertifikate erstellen kann, also auf zum nächsten Versuch). Bei einem anderen Kunden, welcher DP als ServiceGuard Clusterpaket unter HP-UX am laufen hat, ging der Update in dieser Richtung ohne Probleme (dafür fällt jetzt regelmässig das IDB Backup auf die Nase, da der omnidbcheck nicht sauber durchgeht, es muss immer wieder ein -fixmpos gemacht werden, danach geht es wieder eine kurze Zeit (es gibt aber keine Erklärung für das Problem mit den mpos, da keine Media Agenten Probleme machen etc).
Vielleicht helfen meine Anmerkungen ja einigen Wagemutigen weiter ….
Gruss an alle DP-Bändiger da draussen!
Frank
Hi Frank,
thanks for the comment, this is exactly the same I found out, I updated the article to share this important Information. Regarding the -fixmpos, a DP friend is running the -fixmpos during the daily healthcheck to prevent Errors during the IDB backup. Other way would be to let the command run as pre-exec script. From what I have learned, DP 8.X and the new database is more accurate compared to the old Birdstep’s Raima/Velocis database.
Best regards
Daniel
Hallo,
eine weitere Warnung: weiteres Problem mit VTLs und DP 8.1 !
Falls VTLs oder andere Devices genutzt werden, die eine Seriennummer haben, die in den letzten 10 Stellen nicht eindeutig ist, so schlagen die Backups/Restores (bei aktiviertem “Automatically discover changed SCSI Address”)/Device Einrichtungen fehl!
Unter 8.1 werden bei der Device Erkennung NUR die letzten 10 Stellen betrachtet! Ich habe hier bei einem anderen Kunden aber VTLs, bei denen die (synthetisch erzeugte) Seriennummer 19 Stellen ist und sich nur in den ersten 5 Stellen unterscheiden. Damit kann DP bei der Device Erkennung (bma/GUI) die Devices nicht mehr eindeutig erkennen und zuordnen. Es wird auch nur die gekürzte SNR beim Device gespeichert (und ist damit nicht zu gebrauchen). Auch bei devbra -dev wird zwar bei den erkannen Tape Devices die richtige SNR angezeigt, aber beim Exchanger Eintrag wird auch nur die gekürzte dargestellt (devbra von 8.0 funktioniert noch richtig).
Der 8.1 Upgrade ist seit langem mal wieder sehr holprig (auch der Support von HP)
Gruß
Frank
Hallo Daniel und Frank,
muss ich die Zertifikate auch erstellen wenn ich 2 knoten sles cluster habe indem nss volumes gemountet sind, da ich die Server sichern kann aber bei den nss volumes bricht er immer mit der Meldung 61:1005] Got unexpected close from VBDA ab.
gruß
Wolfgang
Hallo Wolfgang,
Das kommt mir bekannt vor… siehe auch http://support.openview.hp.com/selfsolve/document/KM00755394.
Laut meiner Info müsste bereits ein Hotfix vorhanden sein, Du müsstest also einen Case öffnen.
Grüße
Daniel
Hello,
wanted to know if you know who to make the upgrade from version 6.21 to 8.10 gets stuck in the following script.
Importing Existing Internal Database …
and do a “ps”, this is stuck in
/ opt / omni / sbin / omnidbutil-run_script / opt/omni/sbin/dbscripts/upgrade/../DP801/F_dpidb_801_fix_corruption.sql-detail
can you help me, thanks.
Hi,
it seems from the command you sent, that this will not work, since some spaces are missing. Can you please verify the output of “ps | grep omni” and send it again?
Best regards
Daniel
Someone could help me with the following:
to perform a restore from the command line or the GUI, the following error message and the session is dropped.
[Normal] From: RSM @ bckdp “” Time: 03/29/14 15:22:18
Restore 2014/03/29-195 session started.
[12:1012] Can not access the file.
I have installed version 8.01.
Hi Patricio,
please send additional information. For analyzing I need the debug.log or even better try to debug the restore and send the generated debugs. In addition, please open a case.
Best regards
Daniel
You opened the case, but have not given me a satisfactory answer from 1 month ago, so I’m looking for help everywhere. Now I need to urgently Restoration Projects.
you where I can upload the debug files.?
Hi,
please load it up to dropbox and send a mail to me with the link – daniel-braun@data-protector.org
Best regards
Daniel
Now delete the error [12:1012] Can not access the file. Now I can restore through command line, the problem has to navigate the gui on the client gives me Internal error error: DbaXXXX functions. , But only on that client appear to me the other well
by command line also gives me the error DbaXXXX functions. but only that client
I can help, to run a restore I get an error in the debug and the following message appears.
[DCBF] status: 10907, errno: (10907) [12:10907] Invalid detail catalog binary format of file.
syserror: [2] No such file or directory