- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Restoring the Root Backup
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 04:56 AM
09-02-2008 04:56 AM
Restoring the Root Backup
Following a suspected disk failure (primary), we are going to replace the disk and load the OS all over again. (HP UX 11.00). The earlier version had several patches installed for SYBASE ASE 12.5, plus there were several OS parameters that were customised. Printer installations too were present. Going through all these processes once again is going to be time taking. I have a clean backup of the entire root file system. I intend to simply restore the root back up after the initial installation. Will it work that way?
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:01 AM
09-02-2008 05:01 AM
Re: Restoring the Root Backup
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:06 AM
09-02-2008 05:06 AM
Re: Restoring the Root Backup
(Assuming you backed up /stand and /var too.)
I don't know about your SYBASE patches, were these OS patches from HP? If not, they may not be backed up.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:07 AM
09-02-2008 05:07 AM
Re: Restoring the Root Backup
Of course, if these were on /opt, a disk that didn't go bad, you should be fine.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:26 AM
09-02-2008 05:26 AM
Re: Restoring the Root Backup
I took the FS backup of root by unmounting all the other filesystems except the ones created during installation namely, /, /stand,/opt,/var, /usr, /tmp. These portions are apparently healthy. I used a tar to create the backup.
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:32 AM
09-02-2008 05:32 AM
Re: Restoring the Root Backup
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:33 AM
09-02-2008 05:33 AM
Re: Restoring the Root Backup
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 05:52 AM
09-02-2008 05:52 AM
Re: Restoring the Root Backup
Yes, you can try to restore these FS using tar restore in single user mode and see if you find everything working...
But, to avoid same situation; it is advisable to take ignite backup once you fix all these issue if any.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 07:40 AM
09-02-2008 07:40 AM
Re: Restoring the Root Backup
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 08:36 AM
09-02-2008 08:36 AM
Re: Restoring the Root Backup
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 09:04 AM
09-02-2008 09:04 AM
Re: Restoring the Root Backup
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 11:42 AM
09-02-2008 11:42 AM
Re: Restoring the Root Backup
on untrusted systems, the account info is in /etc/passwd which is part of /, so that should be ok. printer stuff is in /var and /opt (and maybe /etc...i don't recall) so that'll probably be ok as well.
If you only suspect that a disk is failed, I'd look really closely at confirming before you proceed.
For example: What messages / errors make you "suspect" its failed?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 07:26 PM
09-02-2008 07:26 PM
Re: Restoring the Root Backup
Yes /home was backed. Disk failure is suspected because it is not able to write to the swap device. While start up the swap device is reprting I/O errors. Despite all our attemepts the swap device could not be enabled. That is what makes us suspect that the disk is amiss. We have now configured a secondary file system swap, which has marginally improved the performance. Further, we also have a backup of the root FS prior to the error being reported.
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 08:03 PM
09-02-2008 08:03 PM
Re: Restoring the Root Backup
Check the disk using eg./dev/rdk/c0t0d0
#diskinfo /dev/rdsk/c0t0d0
U use ur disk path .
Regards
Prashant
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-02-2008 08:24 PM
09-02-2008 08:24 PM
Re: Restoring the Root Backup
i refer from your recent post:
"While start up the swap device is reprting I/O errors. Despite all our attemepts the swap device could not be enabled. That is what makes us suspect that the disk is amiss. We have now configured a secondary file system swap, which has marginally improved the performance. Further, we also have a backup of the root FS prior to the error being reporte"
Correct me if i'm wrong, after u configured 2nd swapspace, u able to bring up the system.
If you do, perform make_tape_recovery as recovery from this would be clean and straight forward.
# make_tape_recovery -Av
Rgds
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 12:23 AM
09-03-2008 12:23 AM
Re: Restoring the Root Backup
I will do make_tape_recovery -Av right away, that is a good idea.
But how do I restore later?
Thanks
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 12:29 AM
09-03-2008 12:29 AM
Re: Restoring the Root Backup
to restore:
1) reboot your system
# shutdown -ry 0
2) interrupt the boot loading, u can press any key to interrup the boot process.
You will see bch prompt
bch>
3) search for bootable devices
bch > sea ipl
..and look for sequantial device. This should be your tape drive
4) boot the sequential device. Assuming its the 1st entry P1
bch > boot p1
Choose no to interact with ISL. The restoration should start now.
Rgds
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 02:13 AM
09-03-2008 02:13 AM
Re: Restoring the Root Backup
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 02:44 AM
09-03-2008 02:44 AM
Re: Restoring the Root Backup
Check the Ignite-UX Administration Guide:
http://docs.hp.com/en/5992-3336/index.html
This says the man pages are in:
/opt/ignite/share/doc/
This does NOT match the proper SVR4 layout, so I'm not sure how you would have to set MANPATH or use man -M.
More manuals:
Ignite-UX Quick Start Guide: Create an Ignite-UX Server and Cold-Install Clients
http://docs.hp.com/en/5992-4815/index.html
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 04:21 AM
09-03-2008 04:21 AM
Re: Restoring the Root Backup
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 04:52 AM
09-03-2008 04:52 AM
Re: Restoring the Root Backup
You please check following link for ignite-ux for hp box you have.
http://software.hp.com
Also I am not very sure if ignite-ux product is still available for version 10.X u have.
Ignite-ux is a free downloadable from hp site as mentioned above.
You check for existing software in your boxes using following command:
#swlist |grep -i ignite
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 04:56 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 09:41 AM
09-03-2008 09:41 AM
Re: Restoring the Root Backup
So, you've an issue with the swap partition, but the machine boots...so the question is how are your disks laid out today? what's in vg00 and what does ioscan report.
Maybe its possible to fix it without reloading the O/S.
What I would be concerned with is that you could take a running system and absolutely trash it if things go sideways....
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2008 11:13 PM
09-03-2008 11:13 PM
Re: Restoring the Root Backup
Checked the Web site http://docs.hp.com/en/5992-1977/5992-1977.pdf. Available only from HPUX 11i v1 only.
> So, you've an issue with the swap partition, but the machine boots...so the question is how are your disks laid out today? what's in vg00 and what does ioscan report.
The machine boots but takes a long time. Gets stuck while reading the swap configuration, output is reproduced from syslog.log
Sep 3 18:15:07 hpaclass vmunix: Swap device table: (start & size given in
512-byte blocks)
Sep 3 18:15:07 hpaclass vmunix: entry 0 - major is 64, minor is 0x2; DI
AGNOSTIC SYSTEM WARNING:
Sep 3 18:15:07 hpaclass vmunix: The diagnostic logging facility has started
receiving excessive
Sep 3 18:15:07 hpaclass vmunix: errors from the I/O subsystem. I/O error en
tries will be lost
Sep 3 18:15:07 hpaclass vmunix: until the cause of the excessive I/O logging
is corrected.
Sep 3 18:15:07 hpaclass vmunix: If the diaglogd daemon is not active, use th
e Daemon Startup command
Sep 3 18:15:07 hpaclass vmunix: in stm to start it.
Sep 3 18:15:07 hpaclass vmunix: If the diaglogd daemon is active, use the lo
gtool utility in stm
Sep 3 18:15:07 hpaclass vmunix: to determine which I/O subsystem is logging
excessive errors.
Sep 3 18:15:07 hpaclass vmunix: ignored - can't write to device
Sep 3 18:15:07 hpaclass vmunix: ERROR: dump device 64:0x2 cannot be used and w
ill be ignored:
Sep 3 18:15:07 hpaclass vmunix: device is read-only
Sep 3 18:15:07 hpaclass vmunix: WARNING: no swap device configured, so dump can
not be defaulted to primary swap.
Sep 3 18:15:07 hpaclass vmunix: WARNING: No dump devices are configured. Dump
is disabled.
Sep 3 18:15:07 hpaclass vmunix: Warning: file system time later than time-of-da
y register
Sep 3 18:15:07 hpaclass vmunix:
Sep 3 18:15:07 hpaclass vmunix: Getting time from file system
Sep 3 18:15:07 hpaclass vmunix: Starting the STREAMS daemons-phase 1
and then the boot proceeds
The disks are apparently fine. vgdisplay -v vg00 & ioscan reports are OK.
>Maybe its possible to fix it without reloading the O/S.
That is what I am looking for. Would appreciate if I can get help in this regard.
>What I would be concerned with is that you could take a running system and absolutely trash it if things go sideways....
ABsolutely. We never would like to tamper a running system. Nevertheless, we would like this issue to be sorted out
Hemalatha
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-04-2008 06:03 AM
09-04-2008 06:03 AM
Re: Restoring the Root Backup
vgdisplay -v /dev/vg00/lvol2
report?