Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

File System creation syntax

Status
Not open for further replies.

nyck

Technical User
Mar 10, 2004
447
0
0
GB
Hello,

Can someone remind me of the syntax to create a jfs2 file system on a previously defined logical volume please?

Cheers

Nick
 
Hi Nick, run this

crfs -v jfs2 -m /<mount point> -d <lvname> -Ay

Let me know how it goes.



SARFARAZ AHMED SYED,
Sr. Systems Engineer
 
Hello,

I have created the logical volume and the file system and it looks like this:-

lsvg -l appvg
appvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
loglv00 jfs2log 1 2 2 open/syncd N/A
fslv02 jfs2 32 64 2 open/syncd /appl
fslv03 jfs2 32 64 2 open/syncd /data
fslv04 jfs2 32 64 2 open/syncd /billing01
fslv05 jfs2 32 64 2 open/syncd /billing02
fslv06 jfs2 16 32 2 open/syncd /CMMdb
lv_realtime jfs2 80 80 1 open/syncd /realtime

For lv_realtime there is just the on PV, how do I remedy this one?
 
Hmmm,
It seems like they are mirrored, do this

lsvg -p appvg



It should show you two PV's

now do this
lslv -l lv_realtime

This should tell you which disk the LV is using


SARFARAZ AHMED SYED,
Sr. Systems Engineer
 
Oops, the above post is incomplete.

It seems like they are mirrored, do this

lsvg -p appvg
It should show you two PV's

now do this

lslv -l lv_realtime
This should tell you which disk the LV is using.

If you see only one disk, then you are one step away from what you need
run
mklvcopy lv_realtime 2 hdiskX (hdiskX=the disk NOT seen in the output of lslv command)

as a safeguard do
syncvg -l lv_realname

If your lslv -l lv_realname output show you two disk, then 1st you have to migrate the LV to anyone of the disk and then make a second copy of it.
migratepv -l lv_realtime <source PV> <Destination PV>
and then run mklvcopy command.

Let me know how it goes.

SARFARAZ AHMED SYED,
Sr. Systems Engineer
 
Hello,

I have now run this and all seems fine:-

lslv -l lv_realtime
lv_realtime:/realtime
PV COPIES IN BAND DISTRIBUTION
hdisk1 080:000:000 15% 000:012:068:000:000
hdisk2 080:000:000 15% 000:012:068:000:000

lsvg -l appvg
appvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
loglv00 jfs2log 1 2 2 open/syncd N/A
fslv02 jfs2 32 64 2 open/syncd /appl
fslv03 jfs2 32 64 2 open/syncd /data
fslv04 jfs2 32 64 2 open/syncd /billing01
fslv05 jfs2 32 64 2 open/syncd /billing02
fslv06 jfs2 16 32 2 open/syncd /CMMdb
lv_realtime jfs2 80 160 2 open/syncd /realtime

What would you say about the following setup:-

lslv -l ora1
ora1:/ora1
PV COPIES IN BAND DISTRIBUTION
hdiskpower1 052:000:000 53% 000:028:000:010:014
hdiskpower3 025:000:000 16% 000:004:020:000:001
hdiskpower4 043:000:000 93% 000:040:003:000:000
[lonibm1] # lsvg -l oracle
oracle:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
ora1 jfs2 120 120 3 open/syncd /ora1
ora2 jfs2 200 200 3 open/syncd /ora2
ora3 jfs2 120 120 3 open/syncd /ora3
ora4 jfs2 120 120 3 open/syncd /ora4
loglv01 jfs2log 1 1 1 open/syncd N/A



 
The above is not mirrored, it is just a LV stripped across three (3) PV's, we generally do this because we don't want a single disk to be hit very hard and the PP's are distribution uniformly across the PV's

And I assume the same will be for the other three LVs (ora2, ora3 and ora4).

Make sense?

SARFARAZ AHMED SYED,
Sr. Systems Engineer
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top