We help IT Professionals succeed at work.

Check out our new AWS podcast with Certified Expert, Phil Phillips! Listen to "How to Execute a Seamless AWS Migration" on EE or on your favorite podcast platform. Listen Now

x

How to create RAW LV with zero byte offset in AIX

assistunix
assistunix asked
on
Medium Priority
2,663 Views
Last Modified: 2013-11-17
How can i create RAW LV with zero byte offset in AIX 5.3
Comment
Watch Question

CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview

Author

Commented:
Hello wmp.

Can normal regular rootvg be converted into bigvg ?

Also, can a normal regular vg that is active and operating right now with plenty of lv's in it, including some raw lv's be converted to big vg on the go, without any issues or outage to the lv's in that vg?

what would happen if i use the following on normal regular vg, will the zero offset setting still take affect?
mklv -t raw -y myraw -T O appvg 8


Author

Commented:
This is the vg in question. and it already has plenty of raw lv's in it.

# lsvg appvg
VOLUME GROUP:       appvg                VG IDENTIFIER:  00cc7d0100004c000000012658097387
VG STATE:           active                   PP SIZE:        128 megabyte(s)
VG PERMISSION:      read/write               TOTAL PPs:      4956 (634368 megabytes)
MAX LVs:            256                      FREE PPs:       3778 (483584 megabytes)
LVs:                50                       USED PPs:       1178 (150784 megabytes)
OPEN LVs:           28                       QUORUM:         8 (Enabled)
TOTAL PVs:          14                       VG DESCRIPTORS: 14
STALE PVs:          0                        STALE PPs:      0
ACTIVE PVs:         14                       AUTO ON:        yes
MAX PPs per VG:     32768                    MAX PVs:        1024
LTG size (Dynamic): 256 kilobyte(s)          AUTO SYNC:      no
HOT SPARE:          no                       BB POLICY:      relocatable

This is one of the raw lv's from that vg

LOGICAL VOLUME:     rawlv          VOLUME GROUP:   appvg
LV IDENTIFIER:      00cc7d0100004c000000012658097387.43 PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       closed/syncd
TYPE:               raw                    WRITE VERIFY:   off
MAX LPs:            512                    PP SIZE:        128 megabyte(s)
COPIES:             1                      SCHED POLICY:   parallel
LPs:                64                     PPs:            64
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       middle                 UPPER BOUND:    1024
MOUNT POINT:        N/A                    LABEL:          None
MIRROR WRITE CONSISTENCY: off
EACH LP COPY ON A SEPARATE PV ?: yes
Serialize IO ?:     NO
DEVICESUBTYPE : DS_LVZ

The device subtype is DS_LVZ for that rawlv, which means T O flags were used when creating this LV and the from the output above of lsvg appvg, it seems like the appvg is normal regular vg.



CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview
CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview
CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview

Author

Commented:
Ok great thank you. I did not know that MAX PVs: 1024 meant Big VG. I was looking for the word BIG VG somewhere in the lsvg output.

So similarly for scalable vg, there would be a MAX PV number that i would have to look for, to determine if it's Scalable VG? Do you know that MAX PV number?

Although i don't have to convert VG to BIG VG in this case, but if i were to convert it than,
would i have to unmount all fs and close all raw devices before running chvg -B command?
........................................................................................................................................................
Also, i only have one vg in my test server, which is rootvg, can i deactivate remove paging space from rootvg in order to perform chvg -B command, or would removing one and only paging space from the system cause system issues?
CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013
Commented:
Unlock this solution with a free trial preview.
(No credit card required)
Get Preview
CERTIFIED EXPERT
Most Valuable Expert 2013
Top Expert 2013

Commented:
OK, it's late here, so I again forgot an important thing on scalable VGs:

-T O is not needed for LVs in scalable VGs, because these volume groups never use the first block of the logical volume to store the logical volume control block!

I think I'll go to bed now, before I start writing even more nonsense!

Good night!

wmp
Top Expert 2015

Commented:
There is no danger rewriting first 4k of created PV
System can get information that volume is RAW or DB from odm.
BUT it is still better to offset one page on raw volumes.
Take care to make backups from oracle
Unlock the solution to this question.
Thanks for using Experts Exchange.

Please provide your email to receive a free trial preview!

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

OR

Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.