[Orca-users] Orcallator problem on Solaris 10 domain
J S
js.tech.mailer at gmail.com
Tue Nov 21 16:19:32 PST 2006
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<14>)
GLOBAL_tapeinfo_size += <1>
GLOBAL_tape_info = renew GLOBAL_tape_info[GLOBAL_tapeinfo_size<15>]
dp = *((dirent_t *) ld<18446744071543217544>)
if (dp.d_name<13n> == <.> || dp.d_name<13n> == <..>)
if (isdigit(dp.d_name[2]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217568>)
if (dp.d_name<13b> == <.> || dp.d_name<13b> == <..>)
if (isdigit(dp.d_name[2]<b>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217592>)
if (dp.d_name<13bn> == <.> || dp.d_name<13bn> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217616>)
if (dp.d_name<13l> == <.> || dp.d_name<13l> == <..>)
if (isdigit(dp.d_name[2]<l>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217640>)
if (dp.d_name<13m> == <.> || dp.d_name<13m> == <..>)
if (isdigit(dp.d_name[2]<m>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217664>)
if (dp.d_name<13h> == <.> || dp.d_name<13h> == <..>)
if (isdigit(dp.d_name[2]<h>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217688>)
if (dp.d_name<13c> == <.> || dp.d_name<13c> == <..>)
if (isdigit(dp.d_name[2]<c>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217712>)
if (dp.d_name<13u> == <.> || dp.d_name<13u> == <..>)
if (isdigit(dp.d_name[2]<u>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217736>)
if (dp.d_name<13ln> == <.> || dp.d_name<13ln> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217760>)
if (dp.d_name<13mn> == <.> || dp.d_name<13mn> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217784>)
if (dp.d_name<13hn> == <.> || dp.d_name<13hn> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217808>)
if (dp.d_name<13cn> == <.> || dp.d_name<13cn> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217832>)
if (dp.d_name<13un> == <.> || dp.d_name<13un> == <..>)
if (isdigit(dp.d_name[3]<n>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217856>)
if (dp.d_name<13lb> == <.> || dp.d_name<13lb> == <..>)
if (isdigit(dp.d_name[3]<b>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217880>)
if (dp.d_name<13mb> == <.> || dp.d_name<13mb> == <..>)
if (isdigit(dp.d_name[3]<b>) == <0>)
ld = readdir(dirp<18446744071543194240>)
if (count<14> == GLOBAL_tapeinfo_size<15>)
dp = *((dirent_t *) ld<18446744071543217904>)
Segmentation Fault
On 11/20/06, Dmitry Berezin <dberezin at acs.rutgers.edu> wrote:
>
> Can you run SE with the debugging enabled and post the output (only the
> significant portion, of course)? It would be useful to see where in the code
> it segfaults.
>
>
>
> -Dmitry.
>
>
> ------------------------------
>
> *From:* orca-users-bounces+dberezin=acs.rutgers.edu at orcaware.com [mailto:
> orca-users-bounces+dberezin=acs.rutgers.edu at orcaware.com] *On Behalf Of *J
> S
> *Sent:* Monday, November 20, 2006 5:00 PM
> *To:* orca-users at orcaware.com
> *Subject:* Re: [Orca-users] Orcallator problem on Solaris 10 domain
>
>
>
>
>
> I should mentioned that a backup server that I'm upgrading orca-0.27 to
> r529 snapshot is getting a new segfault error using the method I describe
> below. It fails while statting /dev/rmt devices.
>
> truss /opt/RICHPse/bin/se -DWATCH_OS -I/usr/local/lib/SE/3.4
> /usr/local/lib/orcallator.se
>
>
>
> <...>
>
> ctl(4, KSTAT_IOC_READ, "st4,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st9,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st5,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st6,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st7,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st10,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st0,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st11,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st1,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st12,err") = 1117
> readlink("/dev/rmt/13", "
> ../../devices/pci at 9,600000/fibre-channel at 2/fp at 0,0/st at w2002006045170724,2:",
> 256) = 73
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st8,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st4,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st9,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st5,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st6,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st7,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st10,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st0,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st11,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st1,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st12,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st2,err") = 1117
> ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 1117
> ioctl(4, KSTAT_IOC_READ, "st13,err") = 1117
> Incurred fault #6, FLTBOUNDS %pc = 0xFFFFFFFF7DF00C38
> siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7EE06000
> Received signal #11, SIGSEGV [default]
> siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7EE06000
>
>
>
>
>
> On 11/3/06, *J S* <js.tech.mailer at gmail.com> wrote:
>
>
>
> I'm having success using the following method.
>
> Install Sun Engineer Toolkit (RICHPse) 3.4+
>
> Copy /export/admin/orca/diskinfo.se.Sol10.patched to
> /opt/RICHPse/include/diskinfo.se
> Copy /export/admin/orca/orcallator.se.SE.Sol10.patched to
> /opt/RICHPse/orcallator/orcallator.se
> chgrp sys /opt/RICHPse/bin/se.sparcv9
>
>
> Install SUNWspro into /opt
>
> Ensure the path order, and definitely add pod2man in your path.
> export
> PATH=$PATH:/opt/SUNWspro/bin:/usr/ccs/bin:/usr/sfw/bin:/usr/perl5/5.8.4/bin
>
> Copy orca-snapshot-r529.tar.bz2 or above into /export/install (install
> dir)
>
> ./configure --with-html-dir=/usr/local/orca
>
> make
> make install
> make orcallator_run_at_boot
>
> test the startup by running /usr/local/bin/start_orcallator
>
> if it starts without segfaulting, you're fine.
>
>
>
> =======================================================
>
> Changes to /opt/RICHPse/include/diskinfo.se
>
> for (ld = readdir(dirp); ld != 0; ld = readdir(dirp)) {
> // grow the array if needed
> if (count == GLOBAL_diskinfo_size) {
> GLOBAL_diskinfo_size += 4;
> GLOBAL_disk_info = renew GLOBAL_disk_info[GLOBAL_diskinfo_size];
> }
> // 09-12-2005 Carl Hack to stop segmentation faults - must be a bug
> in readdir -
> if (ld > 18446744071543217903) {
> continue;
> }
> // get the segmentation fault here when ld is > 18446744071543217903
> // jsutch 20060805
>
> dp = *((dirent_t *) ld);
> dp = *((dirent_t *) ld);
>
> =============================================================
> 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
>
>
>
> =============================================================
>
>
> On 11/2/06, *Paul Porcelli* <Paul.Porcelli at scottishwater.co.uk > wrote:
>
> Hi Adrian,
> I'm a little confused by all the solutions put forward to the mailing
> list.
>
> Are you saying that the solution presented below by Peter Shattuck is
> not valid, or that his suggestions are in the latest build ?
>
> Many thanks.
> Paul
>
>
> Adrian Cockroft writes:
>
> > This should be a FAQ - the "stable release" is not stable and does not
> work. Use the latest build.
> >
> > Adrian
>
>
> -----Original Message-----
> From: orca-users-bounces+acockcroft= ebay.com at orcaware.com on behalf
> of Peter Shattuck
> Sent: Tue 10/31/2006 7:05 AM
> To: buzatu at unicc.org; orca-users at orcaware.com
> Subject: Re: [Orca-users] Orcallator problem on Solaris 10 domain
>
> Paul,
>
> in your /opt/RICHPse/orcallator/orcallator.se file do you have the
> following
> line commented out.
>
> // Enable the raw disk measuring code.
> //#define USE_RAWDISK 1
>
> If not then do so, also make sure your /opt/RICHPse/bin/se.sparcv9 file
> is
> group owned by sys like so:
>
> -rwxr-xr-x 1 root sys 316792 Jan 5 2005 se.sparcv9
>
>
> If these changes are already implemented on your system and you are
> getting
> these errors then please disregard.
>
> V/R
> Peter Shattuck
>
>
>
>
>
>
> >From: Daniel Buzatu <buzatu at unicc.org>
> >To: orca-users at orcaware.com
> >Subject: Re: [Orca-users] Orcallator problem on Solaris 10 domain
> >Date: Sun, 29 Oct 2006 16:12:02 +0000 (UTC)
> >
> >
> >
> >Paul Porcelli <Paul.Porcelli <at> scottishwater.co.uk> writes:
> >
> > >
> > > Running the stable release of Orca on a SAN attached Solaris 10
> domain.
> > > When I try to start orcallator I get a segmentation fault.
> > > Last part of the truss output shows:
> > >
> > > 17644: ioctl(4, KSTAT_IOC_READ, "sd0,err") = 21121
> > > 17644: ioctl(4, KSTAT_IOC_CHAIN_ID, 0x00000000) = 21121
> >...
> > > 17644: Incurred fault #6, FLTBOUNDS %pc = 0xFFFFFFFF7DF00D48
> > > 17644: siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7EE06000
> > > 17644: Received signal #11, SIGSEGV [default]
> > > 17644: siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFFFF7EE06000
> > > # /opt/RICHPse/bin/se -DWATCH_OS -DWATCH_WORKLOAD
> > > -I/opt/RICHPse/include/ /usr/local/lib/orcallator.se
> > > Segmentation Fault
> > >
> > > N.B. I have the Orca running successfully on a non SAN attached S10
> > > T2000
> > >
> > > Thanks for any advice/help.
> > >
> > > Paul
> > >
> > > Scottish Water
> > > www.scottishwater.co.uk
> > > www.scottishwatersolutions.co.uk
> > > postmaster <at> scottishwater.co.uk
> > >
> >
> >
> >Paul, unfortunately I don't have a solution, but I do have exactly the
> same
> >issue as you. Should you find an answer, could you please let me know;
> and
> >of
> >course, I will do the same.
> >
> >Thanks,
> >Daniel
> >
> >
> >_______________________________________________
> >Orca-users mailing list
> >Orca-users at orcaware.com
> > http://www.orcaware.com/mailman/listinfo/orca-users
> P
>
> _________________________________________________________________
> Use your PC to make calls at very low rates
> https://voiceoam.pcs.v2s.live.com/partnerredirect.aspx
>
> _______________________________________________
> Orca-users mailing list
> Orca-users at orcaware.com
> http://www.orcaware.com/mailman/listinfo/orca-users
> Privileged/Confidential information may be contained in this Email and any
> files transmitted
> with it. If you are not the intended recipient you should not retain, copy
> or use this Email
> for any purpose or disclose all or part of its contents to any person. If
> you have received
> this Email in error please notify the postmaster and sender immediately
> and delete this
> Email from your system.
>
> Opinions, conclusions and other information in this message that do not
> relate to the
> official business of Scottish Water ("SW") and / or Scottish Water
> Solutions Ltd ("SWS")
> shall be understood as neither given nor endorsed by them. The contents of
> Emails sent and
> received by SW and SWS are monitored.
>
> WARNING: Although SW and SWS have taken reasonable precautions to ensure
> no viruses or other
> malicious software are present, SW and SWS cannot accept responsibility
> for any loss or
> damage arising from the use of this Email or attachments however caused.
> The recipient
> should therefore check this Email and any attachments for the presence of
> viruses or other
> malicious software.
>
> Scottish Water
> www.scottishwater.co.uk
> www.scottishwatersolutions.co.uk
> postmaster at scottishwater.co.uk
>
> _______________________________________________
> Orca-users mailing list
> Orca-users at orcaware.com
> http://www.orcaware.com/mailman/listinfo/orca-users
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/orca-users/attachments/20061122/548f3352/attachment-0001.html>
More information about the Orca-users
mailing list