[Orca-users] orca seg fault on SAN connected host - Update needed to RICHPse?

[Robert Stannard]

Get orca seg fault on SAN connected host.
Sun Solaris 10 08/07 on T5220 connected to EMC DMX3 disks via Veritas
5.0
Running RICHPse 3.4 PSTAMP:  05 Jan 05
 
Tried using a file from RICHPse3.4+ which looked promising (mentioned in
previous thread by <js.tech.mailer at ...
<http://www.nabble.com/user/SendEmail.jtp?type=post&post=7568974&i=2> >
)
 
root at unix-eval # ls -l
/var/tmp/rs/RICHPse3.4+/opt/RICHPse/orcallator/orcallator.se
-rw-r--r--   1 root     other      85392 Feb 28  2007
/var/tmp/rs/RICHPse3.4+/opt/RICHPse/orcallator/orcallator.se
root at unix-eval # ls -l /opt/RICHPse/orcallator/orcallator.se
-rw-r--r--   1 root     other      80768 Jan  5  2005
/opt/RICHPse/orcallator/orcallator.se
root at unix-eval #
 
Have dowloaded latest tarball orca-snapshot-r531, compiled without
error, but still get fault below.
 
 
3202:   readlink("/dev/dsk/c3t5006048452A702A7d29s0",
"../../devices/pci at 0/pci at 0/pci at 8/pci at 0/pci at 1/fibre-channel at 0,1/fp at 0,0/ss
d at w5006048452a702a7,1d:a", 256) = 95
3202:   ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000)        = 2020
3202:   ioctl(4, KSTAT_IOC_READ, "sd1,err")             = 2020
3202:   ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000)        = 2020
3202:   ioctl(4, KSTAT_IOC_READ, "sd3,err")             = 2020
3202:   ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000)        = 2020
3202:   ioctl(4, KSTAT_IOC_READ, "sd2,err")             = 2020
3202:   ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000)        = 2020
3202:       Incurred fault #6, FLTBOUNDS  %pc = 0xFFFFFFFF7DE00A88
3202:         siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7F506000
3202:       Received signal #11, SIGSEGV [default]
3202:         siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7F506000
3204:   nanosleep(0xFFBFF740, 0xFFBFF738)               = 0
3204:   _exit(0)
 
Finally worked out that I should comment out the USE_RAWDISK from
/opt/RICHPse/orcallator/orcallator.se
 
Update needed to RICHPse?
 
 
============================================
Changes to /opt/RICHPse/orcallator/orcallator.se
 
// Enable the raw disk measuring code.
// This is commented out to get out of the FLTBOUNDS overflow
//#define USE_RAWDISK           1
============================================


 
Rob Stannard
Unix Consultant
020 7577 2713
robert.stannard at int.sc.mufg.jp <mailto:robert.stannard at int.sc.mufg.jp> 
 
P Please consider the environment - do you really need to print this
email? 
 
 
 


***********************************************************
Mitsubishi UFJ Securities International plc ("MUSI") is registered in England, company number 1698498, registered office at 6 Broadgate, London EC2M 2AA, and is part of the Mitsubishi UFJ Financial Group.  MUSI is authorised and regulated in the UK by The Financial Services Authority Limited (FSA). The information contained herein or attached hereto has been obtained from sources we believe to be reliable but we do not represent that it is accurate or complete and is not  to be viewed as a 'personal recommendation' within the meaning of the FSA rules.  The Information is not to be construed as an offer or solicitation to buy or sell any security, instrument or investment. Any reference to past performance should not be taken as an indication of future performance.  MUSI or any affiliated company may have an interest, position, or effect transactions, in any investment mentioned herein. Any opinions or recommendations expressed herein are solely those of the author or analyst and are subject to change without notice. Neither MUSI nor any of its affiliates accept any liability whatsoever for any direct or consequential loss arising from any use of information or material contained herein.



This message is intended solely for the individual addressee named above.  The information contained in this e-mail is confidential and may be legally privileged.   If you are not the intended recipient, you must not copy, distribute or take any action in reliance on it.   Messages sent via this medium may be subject to delays, non-delivery and unauthorised alteration.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/orca-users/attachments/20080118/0fed21f5/attachment.html>