cancel
Showing results for 
Search instead for 
Did you mean: 

DVE

 
The Brit
Honored Contributor

DVE

Is there a simple, foolproof method of verifying that DVE is enabled (or not) on an existing mounted (/sys) volume??

Dave
4 REPLIES 4
Kris Clippeleyr
Honored Contributor

Re: DVE

Hi Dave,

Not foolproof, but does

http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1243519968551+28353475&threadId=1046073

answer your question?

Regards,
Kris (aka Qkcl)
I'm gonna hit the highway like a battering ram on a silver-black phantom bike...
The Brit
Honored Contributor

Re: DVE

Maybe.

In my case,

Expansion Size Limit 87011328
Total blocks 75497472
Logical Volume Size 75497472

I dont know if the /Limit qualifier has ever been applied to this volume

I need to increase the size by only a few hundred blocks, to

75498000

(original disk was from EVA, new disk is from XP)

My question is, given the current values, could I

1. Shadow the new unit (of course)
2. remove the old unt (of course)

3. Use "set volume/size" to make the LBN count = 75498000

Dave.
Jan van den Ende
Honored Contributor

Re: DVE

Dave,

even easier than that!

Just SET VOLUME/SIZE (without specifying value) will set the size equal to limit, which I think will be more than sufficient for your current needs.

hth

Proost.

Have one on me.

jpe
Don't rust yours pelled jacker to fine doll missed aches.
Robert Gezelter
Honored Contributor

Re: DVE

Dave,

The OpenVMS SET VOLUME command affects the file structure data, not the underlying volume maintained by the storage array.

If the storage array is already presenting the larger volume, then shadowing need not be used to migrate the volume.

The use of host-based volume shadowing to migrate volumes reflected the need to move the data to different storage arrays, or different containers on the same storage array. That presentation, "Migrating OpenVMS Storage Environments without Interruption or Disruption", is available at http://www.rlgsc.com/hptechnologyforum/2007/1512.html

- Bob Gezelter, http://www.rlgsc.com