Search This Blog

Monday, 23 June 2014

Unknown error 1053 starting hpdp-idp-cp

Today I was installing HP Data Protector on a Linux cell server. During the installation, I saw an error message as it tried to install the internal database connection pooling process. This is what it said:

ERROR: Unable to Start IDB CP (Return code = 1)For more detail please refer to /var/opt/omni/server/log/DPIDBsetup_5216.logerror: %post(OB2-CS-A.08.10-1.x86_64) scriptlet failed, exit status 3

(The 5216 is a process ID, it changes on each invocation.)

Running omnisv -start produces the delightfully unhelpful

Cannot start "hpdp-idb-cp" service, system error:[1053] Unknown error 1053

Error 1053 seems to be a Windows error message that someone has decided a Linux-based cell-manager needs to be compatible with!

Digging a bit deeper, and running the SYSV / upstart / init start-up script with "/etc/rc.d/init.d/hpdp-idp-cp start" was slightly more helpful:

FATAL Cannot load config filehpdp-idb-cp started

It hadn't actually started, of course, the init script just blindly assumes that it has without checking $? for an error code.

Walking through the init script, there's a line

su hpdp -c "LD_LIBRARY_PATH=/opt/omni/idb/lib:$LD_LIBRARY_PATH /opt/omni/idb/bin/pgbouncer -d /etc/opt/omni/server/idb//hpdp-idb-cp.cfg"

That makes sense, the IDB connection pooler runs as hpdp, and hpdp-idb-cp.cfg is the configuration file which says what port number to connect on, and various other useful parameters.

The file itself was readable, but for some reason the installer failed to set the right permissions on /etc/opt/omni/server (it was unreadable to anyone but root).

So with a quick
chmod a+rx /etc/opt/omni/server

And then I could restart the installation...
./ ... -IS
See also: unknown errror 1053 starting hpdp-as.

Greg Baker is an independent consultant who happens to do a lot of work on HP DataProtector. He is the author of the only published book on HP Data Protector ( He works with HP and HP partner companies to solve the hardest big-data problems (especially around backup). See more at IFOST's DataProtector pages at