Start a Conversation

Unsolved

This post is more than 5 years old

J

24486

June 5th, 2012 10:00

VMAX luns: Increasing capacity/migration not an option?

I have a 1.2 TB Raid5 meta device on a VMAXe and I simply wanted to increase the capacity from 1.2TB to 2TB.  This seems to be impossible in SMC. I know there "may" be SYMCLI commands to migrate the luns but from what I understand since it's protected via Raid5 the best option I have is to migrate to a Raid 10 or Raid 6 device and then migrate it back to the larger 2TB Raid5 device.  This doesn't make logical sense.


Since it's a meta, why can't I simply add in more same-sized meta devices?  It's absolutely easy-as-pie on a CX array in Unisphere to increase a lun's capacity without causing any issues to end-users or the server itself. I know the VMAX is an "Enterprise" class array and there are SYMCLI commands to get around this but it seems that this funcationality should be apart of the SMC console to help storage engineers and admins respond to urgent requests when a lun is reaching capacity and needs to be expanded.

20 Posts

January 29th, 2013 11:00

For concatenated expansion you don't have to protect using a BCV.

20 Posts

January 29th, 2013 11:00

sergeysh,

               Even if it is a striped meta whihc you want to expand you can follow the same process.

17 Posts

January 29th, 2013 11:00

Cody,

Unfortunately this wont get me what I am after. This suggests growing a striped meta by members of the same size as the current members of the existing meta. So if I have a 4 member meta (4 x 75GB), expanding it to 6 x 75GB will create an I/O imbalance across the 4 front end directors, where 2 of them will service more I/O than the other two. The only way for me to keep the balance is to expand to 8 x 75GB, which is entirely too much space than I want to give this host.

1 Rookie

 • 

20.4K Posts

January 29th, 2013 11:00

if it's failover clustering then yeah ..will need to take that resource offline briefly to commit PPME session.

1 Rookie

 • 

20.4K Posts

January 29th, 2013 11:00

what OS is it ?

1 Rookie

 • 

20.4K Posts

January 29th, 2013 11:00

here is an excerpt from the TimeFinder admin guide, there is still going to be downtime as you will need remove the clone source device, present the target device and then diskpart it.

Copying from a source device to a larger target device


Clone source and target devices no longer have the requirement to be the same size. Now

the size of a clone target device can be larger than the source device. This support requires

the following SYMCLI environment variable be set:

SYMCLI_CLONE_LARGER_TGT = ENABLED

The following limitations apply:

◆ Restore is not allowed.

◆ Full copy support only; must use -nodifferential.

◆ VP Snap is not supported.

◆ Concatenated metadevices are not supported.

◆ When using this feature on striped metadevices you have to preserve the

metageometry. That is, the source and target devices should contain the same

number of metamembers. However, the target device members can be larger than the

source device members.

17 Posts

January 29th, 2013 11:00

My understanding is we're not using DAGs with this Exchange environment.

20 Posts

January 29th, 2013 11:00

If your connverting Stadard Tdev to a COncatenated meta you have to follow the process

Std dev – Concatenated meta – striped meta   (totaly no disruptive process)

Example to online expand 120G lun to 240G meta lun with 2x120G meta members

Process:
1. Create new 120G device and one 240G BCV device
2. Convert current 120G standard device in use to 240G concatenated meta device – online process
3. Convert 240G concatenated meta device to striped meta device – online process (backend copy will take time to finish but no downtime needed)
4. Verification everything is running as normal.

create concatenated meta

sudo symconfigure -sid XXX -cmd "form meta from dev 10a8, config=concatenated; add dev 40cd to meta 10a8;" commit -nop

convert concatenate to striped meta

sudo symconfigure -sid XXX -cmd "convert meta 10a8, config=striped, stripe_size=1920, protect_data=TRUE, bcv_meta_head=40cb;" commit -nop



January 31st, 2013 03:00

Hi All,

Just want to share that I tried to check how much time it takes for expansion of concatenated lun followed by Online conversion to striped meta on VMAX .

converted a thin concatenate lun of 101GB(with 50GB data residing on it) to striped meta and found it takes almost 25 minutes to complete it.

20 Posts

January 31st, 2013 11:00

Also it is relative to the amount of tracks it needs to protect to BCV

278 Posts

February 1st, 2013 05:00

Hi DP,

as sunmanthn said it depends on the the amount of tracks but also if the device is THIN it depends also how many spindles there are in DATA Pool.

I performed a striped device expansion on  Thin device which the DAT Pool where it was bound comprises of 256 DAT devices and it took 20 minutes for 89GB.

I performed another expansion on a striped Thin device which the DAT Pool where it was bound comprises of 2048 DAT devices and it took me 1 hour 40 minutes for 1TB device.

It depends. And try to do the expansion non working hours becuase it creates overhead to the back end controllers.

February 3rd, 2013 07:00

Completely agree that all performance impacting Tasks should be executed in off-peak/ non working hours only.

3 Posts

May 13th, 2013 09:00

Hi there....I am new to the forum but recently ran into this exact issue.  In my case, the SCSI3 Persistent reservation bit was mismatched between my existing meta and the new TDEV I created to use for the expansion.  The SCSI3 bit on the existing meta was set to disabled and the new TDEV I created had this bit enabled.   As soon as I disabled this bit on the TDEV it showed up as an available device to expand the meta in the SMC GUI.  Anyway, not sure if this is still an active discussion thread but thought I'd share my experience.

859 Posts

May 13th, 2013 10:00

yes, this is a well known behavior..

213 Posts

February 18th, 2014 10:00

No, It should work by default with BASE license. The command syntax and steps are detailed in SE Array Controls guide

No Events found!

Top