Veritas NetBackup™ Bare Metal Restore™ Administrator's Guide
- Introducing Bare Metal Restore
- Configuring BMR
- Protecting clients
- Setting up restore environments
- Shared resource trees
- Pre-requisites for Shared Resource Tree
- Creating a shared resource tree
- Managing shared resource trees
- Adding software to a shared resource tree
- Importing a shared resource tree
- Copying a shared resource tree
- Deleting a shared resource tree
- Managing boot media
- Restoring clients
- BMR disk recovery behavior
- About restoring BMR clients using network boot
- About restoring BMR clients using media boot
- About restoring to a specific point in time
- About restoring to dissimilar disks
- Restoring to a dissimilar system
- About restoring NetBackup media servers
- About external procedures
- About external procedure environment variables
- About SAN (storage area network) support
- About multiple network interface support
- Managing Windows drivers packages
- Managing clients and configurations
- Client configuration properties
- Managing BMR boot servers
- Troubleshooting
- Troubleshooting issues regarding creation of virtual machine from client backup
- A restore task may remain in a finalized state in the disaster recovery domain even after the client restores successfully
- Creating virtual machine from client backup
- Virtual machine creation from backup
- Monitoring Bare Metal Restore Activity
- Appendix A. NetBackup BMR related appendices
- Network services configurations on BMR boot Server
- BMR client recovery to other NetBackup Domain using Auto Image Replication
Breaking a stale shared resource tree lock
The following information applies only to UNIX and Linux boot servers.
An SRT in the LOCKED_READ or LOCKED_WRITE state is busy and most operations are not allowed. To manage a locked SRT, you should wait for the process using the SRT to finish and release the lock before you proceed. (The one exception is that you can allocate an SRT in a LOCKED_READ state to a restore task.)
In rare cases, an SRT may be left with a stale lock. For example, if a boot server crashes or is rebooted in the middle of an SRT operation, the SRT may be left locked. If you are sure that an SRT lock is stale, you can break the lock.
SRT states are displayed in the Shared Resource Trees view of the NetBackup Administration Console.
To break a stale SRT lock
- Change to the following directory on the boot server on which the SRT resides:
/usr/openv/netbackup/bin
- Run the following command:
./bmrsrtadm
- When you are asked for a select, provide the number of the option to modify the Shared Resource. The following appears:
Enter the name of an existing SRT :
- When you are asked for the name of an existing SRT, enter the name of the locked SRT and press Enter.
Warning:
Do not attempt to break an SRT lock unless you are positive that the SRT is stale. If you break the lock of an SRT while it is in use, it may become corrupted.
- When you are asked if you are sure that you want to break the lock, enter y to break the lock.
The stale lock is broken.
The bmrsrtadm command modify menu appears.
When you quit the program, the SRT is in a READY state.