RE: Disk IO shooting to 100%

[Henry Manda]

No, Jbase version is ok.

JBCPORTNO : Not Set
JBCRELEASEDIR : '/usr/jbc'
JBCGLOBALDIR : '/usr/jbc'
WARNING: JBCDATADIR is not set, Default '/usr/jbc/jbase_data'
WARNING: JBCDATADIR directory '/usr/jbc/jbase_data' not valid, error 2
WARNING: JBCDATADIR is subdirectory of JBCGLOBALDIR
HOME : '/T24/live/bnk.run'
JEDIFILEPATH : '/T24/live/bnk.run'
JEDIFILENAME_MD : '/T24/live/bnk.run/VOC'
JEDIFILENAME_SYSTEM : '/usr/jbc/src/SYSTEM'
SYSTEM File is (DICT) : '/usr/jbc/src/SYSTEM]D'
RELEASE Information : Major 4.1 , Minor 5.18 , Patch 5711 (Change 56523)
Spooler dir (JBCSPOOLERDIR) : '/usr/jspooler'
JBCEMULATE : 'prime'
Object path (JBCOBJECTLIST) : '/T24/live/bnk.run/locallib:/T24/live/bnk.run/lib:/T24/live/bnk.run/globuslib:/T24/live/bnk.run/GR0800005lib'
jBASE Compiler Run-time : '/usr/jbc/config/system.properties'
Program dir (JBCDEV_BIN) : '/T24/live/bnk.run/localbin'
Subroutine dir (JBCDEV_LIB) : '/T24/live/bnk.run/locallib'
Max open files : 2048


......and its working elsewhere.

[Torsten.]

Have a look at

/usr/contrib/bin/vgdsf

http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01916036/c01916036.pdf (BSC link updated by admin)

[Henry Manda]

my interest is /dev/vgt24b/lvt24b
dont bother about other vgs

[TTr]

> my interest is /dev/vgt24b/lvt24b

Then you need to provide more details on this volume group. All 3 disks are used by one LV maybe this is not ideal for the type of i/o that you have. Verify that you are using dual/multiple paths for the 3 disks. Also what do the 3 disks translate to in the EVA? How many spindles, raid type etc?

[Rita C Workman]

I'm going to drop to some serious basics.

One I don't see any device swap.

Two....one nice big logical volume.
This may not be your situation, but I do have to ask since I've seen folks do this, and I never cease to be tickled at what is being done on these kind of setups.

Here's what I've seen....
/fs-24b
/fs-24b/oracle (with all of oracle software
/fs-24b/oracle/logs (with all oracle redo;cntl logfiles, not to mention exports, tracefiles, archivelogs....you name it!!!)

/fs-24b/data (...see a pattern yet...?)
/fs-24b/data/.dbf
/fs-24b/data/.dbf and lots more dbf files

/fs-24b/other-data/tons of textfiles, report files, batch job output files, some developer programs/scripts...you name it...

All the read/write hits; all the querries; all the new information updating; all the report data writing output.....all on the same disk/lvol that is truly being beaten up.

...So....what's under that lvol/fs???

Just wondering...
Rita

[ManojK_1]

Hi Henry,

Which database you are using? Is it a oracle or jbase itself?

If you are using oracle are you using ASM, lvm raw devices or File systems.

Pleae paste the bdf output.

You are using legacy dsf.

Please paste the autopath display output and verify Load balancing is enabled (Round Robin).
Better to use persistent dsf files in place of legacy device files and it will do a load balancing by default.

COB in t24 should not take this much time with only this much daily transcations and 15 Branches.

Try to involve the application team also for the fine tuning.

What about your application server?

Please take a sar -d 2 20 output during COB and paste it.

Manoj K