Sponsored Content
Full Discussion: Moving Disksuite Disk
Operating Systems Solaris Moving Disksuite Disk Post 302261814 by soupbone38 on Tuesday 25th of November 2008 02:48:53 PM
Old 11-25-2008
Moving Disksuite Disk

I have a Netra 105 server with two mirror disk using DiskSuite 4.2.1. I want to move them to a Netra AC200 chasis without loosing the current data. Is it possible? I tried breaking the mirrors using metadettach and then install them in the AC200, but the server wouldn't boot. Please help!
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Disksuite questions

Is this correct if I have to create 2 partions of 100 Gigs each? (spread accross (6) 36 Gig drives) AVAILABLE DISK SELECTIONS: 0. c0t0d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107> /pci@1f,4000/scsi@3/sd@0,0 1. c0t1d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107> ... (10 Replies)
Discussion started by: finster
10 Replies

2. Solaris

Solstice DiskSuite

Has anybody every used Solstice DiskSuite? I am having trouble setting it up. I installed it without a problem, but do I really have to blow away the drives on the D1000 just to create a metastate database? (8 Replies)
Discussion started by: hshapiro
8 Replies

3. UNIX for Dummies Questions & Answers

Solaris 10 disksuite

We recently got a third party in to upgrade our solaris 8 sparc server to solaris 10. A few month later I now have a disk mirror problem that I would normally fix by going into the GUI screen "metatool" It appears that the third party didn't install disksuite after the upgrade. Does anyone know... (10 Replies)
Discussion started by: miredale
10 Replies

4. Solaris

Solaris DiskSuite, boot from detached disk

Hi, I am running Solaris 8 on Sun server with 2 hard drives. I have configured mirroring on the system using DiskSuite tool in order to have the same data on both disks. Now I want to perform some software upgrade and I would like to use the second disk as a backup disk. This means taking this... (3 Replies)
Discussion started by: carlossg
3 Replies

5. Solaris

DiskSuite dilemma

Hello, We have this system a SunFire 280R running Solaris 8 Generic_117350-46. It has 2 36GB disks in it. They are mirrored with DiskSuite 4.2.1. When we execute a metastat all the devices report an Okay status, but when we go into metatool everything is in the Critical (maintenance)... (4 Replies)
Discussion started by: mgb
4 Replies

6. Solaris

mirroring with disksuite

hi all, i want to mirror two disks with disksuite under solaris 9 , doses smeone can explain me Briefly the essential steps to do that plz ? (3 Replies)
Discussion started by: lid-j-one
3 Replies

7. Solaris

Looking for Solstice DiskSuite 4.2

Hi all, Do you know where I can download Soltice Disksuite 4.2 for Solaris 2.6 ? I haven't the CD labeled “Solaris Server Intranet Extensions 1.0” . Thanks in advance for your precious help. Bests Regards Hosni (2 Replies)
Discussion started by: hosni
2 Replies

8. Solaris

disksuite mirroring d0 to d2 and d1 to d3

I have a SOlaris 10 v240 server. I'm installing disksuite to mirror the root drive D0 to D2. I also have one partition on disk 1 that I want to mirror to D3. I am not using ZFS right now. Can I add that to my initial mirroring configuration or can I only mirror 1 drive to 1 drive? Can I... (2 Replies)
Discussion started by: csross
2 Replies

9. Solaris

Disksuite question

Hello all, I have a Solaris Disksuite question :- I will be adding 4 new drives to an E250 server and need will be configuring 2 striped volumes each consisting 2 new disks with SVM. In the end i will have 2 volumes each of 72gb. So in effect i will have 1 volume called D7 and another volume... (6 Replies)
Discussion started by: commandline
6 Replies

10. Solaris

Moving disk partition from Solaris sparc to x86

Hello Gurus, Im trying to migrate some SAN disks from sparc server to X86 one, and having issues with disks not getting mounted on the X86 server with " not this fstyp error" due to the different partitions lay out between the two OS. I have tried it from sparc to sparc server and it worked,... (10 Replies)
Discussion started by: aladdin
10 Replies
PVMOVE(8)						      System Manager's Manual							 PVMOVE(8)

NAME
pvmove - move physical extents SYNOPSIS
pvmove [--abort] [--alloc AllocationPolicy] [-b|--background] [-d|--debug] [-h|--help] [-i|--interval Seconds] [--noudevsync] [-v|--ver- bose] [-n|--name LogicalVolume] [SourcePhysicalVolume[:PE[-PE]...] [DestinationPhysicalVolume[:PE[-PE]...]...]] DESCRIPTION
pvmove allows you to move the allocated physical extents (PEs) on SourcePhysicalVolume to one or more other physical volumes (PVs). You can optionally specify a source LogicalVolume in which case only extents used by that LV will be moved to free (or specified) extents on DestinationPhysicalVolume(s). If no DestinationPhysicalVolume is specified, the normal allocation rules for the Volume Group are used. If pvmove gets interrupted for any reason (e.g. the machine crashes) then run pvmove again without any PhysicalVolume arguments to restart any moves that were in progress from the last checkpoint. Alternatively use pvmove --abort at any time to abort them at the last check- point. You can run more than one pvmove at once provided they are moving data off different SourcePhysicalVolumes, but additional pvmoves will ignore any Logical Volumes already in the process of being changed, so some data might not get moved. pvmove works as follows: 1. A temporary 'pvmove' Logical Volume is created to store details of all the data movements required. 2. Every Logical Volume in the Volume Group is searched for contiguous data that need moving according to the command line arguments. For each piece of data found, a new segment is added to the end of the pvmove LV. This segment takes the form of a temporary mirror to copy the data from the original location to a newly-allocated location. The original LV is updated to use the new temporary mirror segment in the pvmove LV instead of accessing the data directly. 3. The Volume Group metadata is updated on disk. 4. The first segment of the pvmove Logical Volume is activated and starts to mirror the first part of the data. Only one segment is mir- rored at once as this is usually more efficient. 5. A daemon repeatedly checks progress at the specified time interval. When it detects that the first temporary mirror is in-sync, it breaks that mirror so that only the new location for that data gets used and writes a checkpoint into the Volume Group metadata on disk. Then it activates the mirror for the next segment of the pvmove LV. 6. When there are no more segments left to be mirrored, the temporary Logical Volume is removed and the Volume Group metadata is updated so that the Logical Volumes reflect the new data locations. Note that this new process cannot support the original LVM1 type of on-disk metadata. Metadata can be converted using vgconvert(8). N.B. The moving of mirrors, snapshots and their origins is not yet supported. OPTIONS
--abort Abort any moves in progress. --noudevsync Disable udev synchronisation. The process will not wait for notification from udev. It will continue irrespective of any possible udev processing in the background. You should only use this if udev is not running or has rules that ignore the devices LVM2 cre- ates. -b, --background Run the daemon in the background. -i, --interval Seconds Report progress as a percentage at regular intervals. -n, --name LogicalVolume Move only the extents belonging to LogicalVolume from SourcePhysicalVolume instead of all allocated extents to the destination phys- ical volume(s). EXAMPLES
To move all Physical Extents that are used by simple Logical Volumes on /dev/sdb1 to free Physical Extents elsewhere in the Volume Group use: pvmove /dev/sdb1 Any mirrors, snapshots and their origins are left unchanged. Additionally, a specific destination device /dev/sdc1 can be specified like this: pvmove /dev/sdb1 /dev/sdc1 To perform the action only on extents belonging to the single Logical Volume lvol1 do this: pvmove -n lvol1 /dev/sdb1 /dev/sdc1 Rather than moving the contents of the entire device, it is possible to move a range of Physical Extents - for example numbers 1000 to 1999 inclusive on /dev/sdb1 - like this: pvmove /dev/sdb1:1000-1999 To move a range of Physical Extents to a specific location (which must have sufficent free extents) use the form: pvmove /dev/sdb1:1000-1999 /dev/sdc1 or pvmove /dev/sdb1:1000-1999 /dev/sdc1:0-999 If the source and destination are on the same disk, the anywhere allocation policy would be needed, like this: pvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999 The part of a specific Logical Volume present within in a range of Physical Extents can also be picked out and moved, like this: pvmove -n lvol1 /dev/sdb1:1000-1999 /dev/sdc1 SEE ALSO
lvm(8), vgconvert(8) pvs(8) Sistina Software UK LVM TOOLS 2.02.95(2) (2012-03-06) PVMOVE(8)
All times are GMT -4. The time now is 11:03 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy