06-12-2013 02:20 AM
I have a few questions when trying to backup and restore a HPUX system with the following structure.. 11.31 Itanium
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 1048576 233927 763858 23% /
/dev/vg00/lvol1 1048576 510678 504322 50% /stand
/dev/vg00/lvol8 3670016 660210 2822246 19% /var
/dev/vg00/lvol10 524288 16622 475940 3% /var/opt/ignite
/dev/vg00/lvol9 8388608 18524 7846961 0% /var/adm/crash
/dev/vg00/lvol7 6029312 3062925 2781037 52% /usr
/dev/vg00/lvol32 2031616 1414097 579018 71% /usr/local/mysql-enterprise-5.1.50-hpux11.23-ia64-64bit
/dev/vg00/lvol31 13500416 438970 12245225 3% /usr/Systems/corefiles
/dev/vg00/lvol28 61341696 9517829 48588158 16% /usr/Systems/MDW_1_9.6_Master
/dev/vg00/lvol30 13500416 206754 12462813 2% /usr/Systems/MDW_1_9.6_Master/maintenance
/dev/vg00/lvol29 13762560 460738 12470587 4% /usr/Systems/MDW_1_9.6_Master/BackupArea
/dev/vg00/lvol26 26935296 7069127 18624595 28% /usr/Systems/HDS_1_9.6_Master
/dev/vg00/lvol27 5570560 113253 5116238 2% /usr/Systems/HDS_1_9.6_Master/maintenance
/dev/vg00/lvol24 37683200 8768627 27107549 24% /usr/Systems/TKP_1_9.6_Master
/dev/vg00/lvol25 4456448 71837 4110588 2% /usr/Systems/TKP_1_9.6_Master/maintenance
/dev/vg00/lvol22 1638400 175818 1371205 11% /usr/Systems/Global_Instance_9.6_Master
/dev/vg00/lvol23 3145728 83124 2871317 3% /usr/Systems/Global_Instance_9.6_Master/maintenance
/dev/vg00/lvol20 28246016 20811326 6970469 75% /usr/Systems/LME_1_9.6_Master
/dev/vg00/lvol21 14811136 120486 13772593 1% /usr/Systems/LME_1_9.6_Master/maintenance
/dev/vg00/lvol4 524288 17421 475277 4% /tmp
/dev/vg00/lvol6 9699328 6515079 2985269 69% /opt
/dev/vg00/lvol19 851968 648713 190552 77% /opt/tao2.0a
/dev/vg00/lvol18 786432 582726 190983 75% /opt/tao1.4l_p8
/dev/vg00/lvol17 65536 4619 57114 7% /opt/oracle/oraInventory11.2.0.2
/dev/vg00/lvol16 8912896 6336206 2415679 72% /opt/oracle/11.2.0.2
/dev/vg00/lvol15 1048576 717664 310345 70% /opt/oracle/10.2.0.4
/dev/vg00/lvol5 1703936 79963 1522599 5% /home
/dev/vg00/lvol11 524288 80578 416078 16% /alu
/dev/vg00/lvol12 19791872 14627927 4841248 75% /alu/SCDEPOT
/dev/vg00/lvol14 32768000 24964426 7318235 77% /alu/APPLICATION
/dev/vg00/lvol35 131072 62198 64577 49% /.AUDITING/2
/dev/vg00/lvol34 131072 2165 120858 2% /.AUDITING/1
/dev/vg00/lvol33 2097152 139342 1835560 7% /.ARCHIVE
/dev/vg00/lvol13 26017792 22425018 3368256 87% /alu/DEPOT
After a few trial runs, the restore seems to drop /alu/SCDEPOT and /alu/APPLICATION (which both have their own filesystem) into the /alu filesystem. This happens with the other filesystems like /usr/Systems etc. This leads me to two questions.
Thanks
06-12-2013 03:29 AM
First of all, please tell us how you configured the policy and what you are to do.
You are talking about BMR backup and recovery? What did you do as trial? Post output of "bppllist your_policy -U". Also check if /alu/SCDEPOT and /alu/APPLICATION have been backed up.
06-13-2013 06:41 AM
Hi Yasuhisa,
From Netbackup Admin Console..
Policy Type: Standard
Data Classification: No data Classification
Policy Storage: Client_backup
Backup Selections: ALL_LOCAL_DRIVES
I have tried various options of Follow NFS, Cross Mount Points and Bare Metal Restore. Most Recent backup I only selected Bare Metal Restore.
How do I get the output of bppllist your_policy -U... We are using a Windows backup Server to a HPUX client.
*Edit* Most recent backup generates the following problem reports..
BMRERR: failed to connect via vnetd to bmr master daemon: cannot connect to socket (25)
backup of client name exited with status 1 (the requested operation was partially successful)
Never seen either of those before but the backup does appear to be complete from Backup gui
06-13-2013 08:34 PM
Which NB master server, media server and client version are you using?
thanks.
mandar
06-14-2013 12:54 AM
Hi Mandar
NB Master Server / media server: 5220 running 7.5.0.5 enterprise
Media Server: 5220
Client Version: 7.5 for hpux IA64