Sponsored Content
Operating Systems Solaris Unable to import a diskgroup in veritas.. Post 302212756 by younus_syed on Tuesday 8th of July 2008 09:03:51 AM
Old 07-08-2008
Every thing is ok.. all disks are in online..
 

9 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

import

i'm importing tables to oracle 7, but sometimes import give me warnings (not failures) how can i rollback the whole imported tables if warnings occured please advise thanx (2 Replies)
Discussion started by: omran
2 Replies

2. UNIX for Dummies Questions & Answers

import

Dear All, If while the databsae was shut down, an import command has been done. Will the import result will return 1? Best Regards, Omran (1 Reply)
Discussion started by: omran
1 Replies

3. Solaris

LUN / Diskgroup info

Hi, I was just about to decommission a box when a weird question paused the operation. This box has veritas volume manager installed. I was umounting all the vx volumes and deleting the disk groups so that the storage admin can take back the LUNS. Now this is where i am stuck - i see a disk... (0 Replies)
Discussion started by: s4g3
0 Replies

4. Shell Programming and Scripting

is it possible import the variable ?

Hi All, I need to hold one variable in another script. I mean, i will be running 1st script say ScriptA which should import one variable from another script say ScriptB. I will be incrementing the variable everyday in ScriptA and want to place it in ScriptB.The next day i should get the... (2 Replies)
Discussion started by: vinayakatj56
2 Replies

5. Solaris

unable to import zfs pool

# zpool import pool: emcpool1 id: 5596268873059055768 state: UNAVAIL status: One or more devices are missing from the system. action: The pool cannot be imported. Attach the missing devices and try again. see: Sun Message ID: ZFS-8000-3C config: emcpool1 ... (7 Replies)
Discussion started by: fugitive
7 Replies

6. Solaris

Diskgroup

How to share a diskgroup in veritas. (1 Reply)
Discussion started by: padmaja
1 Replies

7. Solaris

unable to boot afer restoring root partion manages by veritas

Hi all, After restoring the / FS on a netra 240. It is unable to boot the system. The message displayed is the following: "The file just loaded does not appear to be executable" Bellow, the content of /etc/vfstab before restoring: #more /etc/vfstab... (0 Replies)
Discussion started by: faberarnold
0 Replies

8. Solaris

Need to recover/move diskgroup from failed host to another host

Hi All I am having VxVm on two Solaris hosts. host1 is using disk group dgHR. right now this server went down due to hardware fault. Not I need to import this dgHR into host2 server. Please let me know the procedure for the same. (1 Reply)
Discussion started by: amity
1 Replies

9. UNIX for Beginners Questions & Answers

How to extend a disk in veritas volume manager in veritas cluster?

Hi Experts, I wanted to extend a veritas file system which is running on veritas cluster and mounted on node2 system. #hastatus -sum -- System State Frozen A node1 running 0 A node2 running 0 -- Group State -- Group System Probed ... (1 Reply)
Discussion started by: Skmanojkum
1 Replies
volrestore(8)						      System Manager's Manual						     volrestore(8)

NAME
volrestore - Restores a complete or partial Logical Storage Manager (LSM) configuration SYNOPSIS
/usr/sbin/volrestore [-b] [-f] [-d dir] [-i] [-g diskgroup] [-v volume...] /usr/sbin/volrestore -l [-d dir] [-g diskgroup] [-v volume...] OPTIONS
Requests the "best possible" restoration after certain types of volrestore failures. This option is useful when the failure was caused by a missing disk or by a conflict between the current LSM configuration and the saved LSM configuration. Specifies the directory where the description files you want to use are located. The default directory is the directory under /usr/var/lsm/db with the latest timestamp. Forces the volrestore command to execute, after the checksum validation has failed. This option is used when the saved LSM configuration has been manually edited (for example, to remove configuration information for plexes on failed disks). Specifies the disk group whose configuration you want to restore or display. Specifies an interactive restore session, in which volrestore prompts before restoring each disk group. Lists the configuration information that was backed up using volsave. Specifies one or more volumes whose configuration you want to restore or display. DESCRIPTION
The volrestore command restores an LSM configuration database that was backed up using the volsave command. The volsave command saves configuration information in a set of files, called a description set. Included in the description set is a file containing a checksum, a magic number, the date of the file's creation, and the version number of the volsave command. Before the volre- store command restores the LSM configuration from the description set, it validates the checksum and the magic number. By default, the volrestore command uses the description files in the directory under /usr/var/lsm/db that has the latest timestamp. If you used the -d option with volsave to save the LSM configuration in a directory other than the default, use the -d option to specify that directory to volrestore. To display the latest LSM configuration saved in a description set, use the -l option. You can use the -l and -d options together to dis- play any description set saved in any directory. You can use volrestore to restore specific volumes in a disk group and specific disk groups. The volrestore command attempts to reimport the disk group based on configuration information on disks which belong to the disk group. If the import fails, the disk group is re-cre- ated by reinitializing all disks within that disk group and re-creating all volumes, unassociated plexes, and unassociated subdisks, based on information in the volmake description file. If you specify the -i option, volrestore runs in interactive mode and prompts you before restoring a disk group. In ASE or clusters config- urations, this mode is the default. You can also restore a complete LSM configuration. In this case, volrestore attempts to reenable the vold daemon based on all rootdg disks in the saved copy of the /etc/vol/volboot file (volboot). If vold cannot be enabled, you are given the option of re-creating the rootdg disk group and any other disk groups using the saved LSM description set. The rootdg disk group is re-created first, and vold is put in the enabled mode. Then, the other disk groups are re-cre- ated. The disk groups are re-created by first attempting to import them based on available disks in that disk group. If the import fails, the disk group is reinitialized and all volumes in that disk group are also re-created based on the volmake description files. Conflicts while Restoring the Configuration When volrestore executes, it can encounter conflicts in the LSM configuration. For example, a disk may be missing, or another volume may be using the same plex name, subdisk name, or location on a disk. Configuration conflicts usually arise because the LSM configuration was changed after it was saved using volsave(8). When volrestore finds a conflict, it displays error messages and the configuration of the volume, as found in the saved LSM description set. In addition, it removes all volumes created in that disk group during the restoration. The disk group that had the conflict remains imported, and volrestore continues to restore other disk groups. If volrestore fails because of a conflict, you can use the -b option to do the "best possible" restoration in a disk group. You will then have to resolve the conflicts and restore the volumes in the affected disk group. You can resolve the conflicts in two ways: Check the cur- rent configuration of the diskgroup and make any changes to remove the conflict. For example, rename any plexes or subdisks that have duplicate names. The error messages from volrestore provide information on what the conflict is. Manually edit the volmake description file for that disk group in the directory that is being used by the volrestore command. Failures in Restoring the Configuration Restoration of volumes fails if one or more disks associated with the volumes are unavailable, for example due to disk failure. This can, in turn, cause failure in restoring a disk group. You can use a command like the following to restore the LSM configuration of a disk group: # volrestore -b -g diskgroup The volumes associated with the failed disks can then be restored by editing the volmake description file to remove the plexes that use the failed disks. Note that editing the description file will affect the checksum of the files in the backup directory, so you will have to override the checksum validation by using the -f option. You can use the -v option to restore the specific volumes that had not been restored. When volumes are restored using the volmake description file, the plexes are created in the DISABLED EMPTY state. The volrestore command does not attempt to start or enable such volumes. You must use volmend or volume to set the plex states appropriately before starting the volume. The volrestore command warns you to check the state of each disk associated with a volume before using volmend or volume to set plex states; to carefully find out which disks in the LSM configuration could have had failures since saving the LSM configuration; and to use volmend or volume to mark plexes on those disks to be STALE. In addition, any plex that was detached or disabled at any point during or after the LSM configuration was saved should be marked STALE. RESTRICTIONS
The volrestore command does not restore volumes associated with the root, swap, /usr, and /var file systems. See the manual Logical Storage Manager for information on reencapsulating the disk partitions associated with these file systems. The following restrictions apply to ASE or clusters configurations: The -i and -g options are required with volrestore. LSM disk groups can only be restored one at a time. Before using volrestore, the directory with the latest LSM configuration for a disk group across all ASE or cluster nodes should be determined. FILES
Default directory in which volsave creates the timestamped subdirectories with LSM description sets. File containing the checksum that volrestore validates before executing. Saved copy of the /etc/vol/volboot file. Description file that can be used by the volmake command. There is one file for each disk group. SEE ALSO
volmake(4), volsave(8), volmend(8), volmake(8), volume(8) Logical Storage Manager volrestore(8)
All times are GMT -4. The time now is 04:01 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy