<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SAN - HPUX - Oracle Issue in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666992#M243003</link>
    <description>Hello,&lt;BR /&gt;&lt;BR /&gt;Thank you for all the replies.  I do have PHKL_32920 installed.  The problems described in the patch description are very much like what I am getting.&lt;BR /&gt;&lt;BR /&gt;I am going to remove the patch and see what happens.  Unfortunately, this is something that is not easily tested.&lt;BR /&gt;&lt;BR /&gt;I will update with more points later,&lt;BR /&gt;&lt;BR /&gt;Thank you so far.&lt;BR /&gt;&lt;BR /&gt;Sanjay.</description>
    <pubDate>Wed, 09 Nov 2005 04:08:51 GMT</pubDate>
    <dc:creator>Sanjay Tailor_1</dc:creator>
    <dc:date>2005-11-09T04:08:51Z</dc:date>
    <item>
      <title>SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666988#M242999</link>
      <description>Hello all,&lt;BR /&gt;&lt;BR /&gt;I have somewhat of a complex issue.&lt;BR /&gt;&lt;BR /&gt;We have a couple of N-class servers with SAN attached disks.  All of our Oracle database and other info is stroed on these disks.  &lt;BR /&gt;&lt;BR /&gt;During the night, there seems to have been a problem on the SAN which caused the systems to switch to their alternate disks.  This keps going back and forth.  I also go syslog error messages as the ones below:&lt;BR /&gt;&lt;BR /&gt;msgcnt 649 vxfs: mesg 016: vx_ilisterr - /database/DEVXXXX file system error re&lt;BR /&gt;ading inode 31&lt;BR /&gt;msgcnt 650 vxfs: mesg 037: vx_metaioerr - /dev/vgXXX/lvXXX file system meta&lt;BR /&gt;data read error&lt;BR /&gt;msgcnt 651 vxfs: mesg 017: vx_ilisterr - /apps file system inode 5716 marked bad&lt;BR /&gt;msgcnt 652 vxfs: mesg 016: vx_ilisterr - /apps file system error reading inode 5&lt;BR /&gt;716&lt;BR /&gt;msgcnt 653 vxfs: mesg 016: vx_ilisterr - /apps file system error reading inode 5&lt;BR /&gt;716&lt;BR /&gt;&lt;BR /&gt;I have looked at these errors and most of them refer to a disk failure which is what the SAN failure would produce.  The system kept switching over and caused more of the inode problems.&lt;BR /&gt;&lt;BR /&gt;When we tried to run Oracle in the morning, it would not run.  We found that there was a problem with the Shared Libraries that Oracle uses like this:&lt;BR /&gt;&lt;BR /&gt;/usr/lib/dld.sl: Invalid shared library file: /apps/oracle81/lib/libobk.sl&lt;BR /&gt;/usr/lib/dld.sl: No such device or address&lt;BR /&gt;&lt;BR /&gt;Even some of my other apps, not oracle based had problems and would create core files.  I narrowed it down to one filesystem where the apps and shared libraries sit.&lt;BR /&gt;&lt;BR /&gt;Right now, I have all disks failed over to the SAN port that is working.  We also found that one particular SAN port is having problems staying up and is getting bit errors.&lt;BR /&gt;&lt;BR /&gt;Does anyone know what may have caused this problem on the HPUX and Oracle side?  It seems that a problem on the SAN caused a problem in HPUX which had a knock-on effect on Oracle.&lt;BR /&gt;&lt;BR /&gt;How can I fix it?&lt;BR /&gt;&lt;BR /&gt;I think the problem maybe related to inodes on the filesystem going bad but why does this happen and what can I do prevent / fix it?&lt;BR /&gt;&lt;BR /&gt;Any help would be appreciated.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;&lt;BR /&gt;Sanjay.</description>
      <pubDate>Tue, 08 Nov 2005 11:30:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666988#M242999</guid>
      <dc:creator>Sanjay Tailor_1</dc:creator>
      <dc:date>2005-11-08T11:30:48Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666989#M243000</link>
      <description>If the app's can't handle alternate paths, then its game over for the apps.&lt;BR /&gt;&lt;BR /&gt;Realistically you can go for lvm san patches in hopes of solving the problem with the shotgun approach.&lt;BR /&gt;&lt;BR /&gt;The bottom line is the SAN should not be triggering disk fails and it should be checked. The fact that it happens on multiple machines leads me to suspect the problem is not with any one machine but the SAN or Fabric network.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 08 Nov 2005 11:37:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666989#M243000</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-11-08T11:37:42Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666990#M243001</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;for some reason you had a problem in your EVA.&lt;BR /&gt;maybe a disk failed some time ago, and now another failed too.&lt;BR /&gt;&lt;BR /&gt;when an I/O error occur on disk, a problem appear on LVM and on vxfs.&lt;BR /&gt;some file cannot be read. From what I read, any file located on /apps might be at risk.&lt;BR /&gt;&lt;BR /&gt;action:&lt;BR /&gt;1) repair disk.&lt;BR /&gt;2) fix filesystem using fsck.&lt;BR /&gt;3) restore any missing file from your backup.&lt;BR /&gt;&lt;BR /&gt;Jean-Yves&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Nov 2005 11:42:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666990#M243001</guid>
      <dc:creator>Jean-Yves Picard</dc:creator>
      <dc:date>2005-11-08T11:42:58Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666991#M243002</link>
      <description>Sanjay,&lt;BR /&gt;&lt;BR /&gt;Do you have patch PHKL_32920 installed (HP-UX 11.0)?  Here is an exerpt from the warning produced by HP.  &lt;BR /&gt;&lt;BR /&gt;One Liner:&lt;BR /&gt;  s700_800 11.00 LVM Cumulative Patch&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Reason:&lt;BR /&gt;Warn: 05/10/10 - This Critical Warning has been issued by HP.&lt;BR /&gt;- PHKL_32920 introduced behavior that can result on EIO errors&lt;BR /&gt;  incorrectly being returned to the filesystem or the calling&lt;BR /&gt;  application even when the logical timeout has been set to&lt;BR /&gt;  infinity.&lt;BR /&gt;- This behavior can be observed when I/O requests fail because&lt;BR /&gt;  a physical volume becomes unavailable for any reason (e.g. a&lt;BR /&gt;  controller failure, etc.) and it depends on the number of&lt;BR /&gt;  paths configured:&lt;BR /&gt;  - For physical volumes with multiple paths, the incorrect&lt;BR /&gt;    behavior can only be observed in the window in which&lt;BR /&gt;    one I/O fails and LVM switches to a good link. Any&lt;BR /&gt;    I/Os issued within that window will result on an EIO&lt;BR /&gt;    error being returned.&lt;BR /&gt;  - For physical volumes with single paths, the incorrect&lt;BR /&gt;    behavior will be observed by all I/Os issued after the&lt;BR /&gt;    first I/O which caused the link to become unavailable.&lt;BR /&gt;    This behavior will continue to occur until the path to&lt;BR /&gt;    the physical volume is restored.&lt;BR /&gt;- Additional information on this behavior may be found in&lt;BR /&gt;  Service Request 8606413726 (JAGaf73586).&lt;BR /&gt;- To avoid this behavior, HP recommends removing PHKL_32920&lt;BR /&gt;  from systems if the calling application or file system cannot&lt;BR /&gt;  handle the error returned from the underlying logical volume.&lt;BR /&gt;- The previous patch, PHKL_30553, does not exhibit this same&lt;BR /&gt;  behavior.  While patch warnings have been issued against&lt;BR /&gt;  PHKL_30553, they are of a less serious nature.  If you&lt;BR /&gt;  choose to remove PHKL_32920, HP recommends that PHKL_30553&lt;BR /&gt;  be installed to ensure as many known issues as possible are&lt;BR /&gt;  addressed.  If PHKL_30553 was installed prior to PHKL_32920,&lt;BR /&gt;  it will automatically be restored when PHKL_32920 is removed&lt;BR /&gt;  and will not need to be reinstalled.  &lt;BR /&gt;HW-OS:s700: 11.00&lt;BR /&gt;s800: 11.00&lt;BR /&gt;Fixed:Unknown&lt;BR /&gt;Fset:LVM.LVM-KRN,fr=B.11.00,fa=HP-UX_B.11.00_32,v=HP&lt;BR /&gt;OS-Core.CORE2-KRN,fr=B.11.00,fa=HP-UX_B.11.00_32,v=HP&lt;BR /&gt;LVM.LVM-KRN,fr=B.11.00,fa=HP-UX_B.11.00_64,v=HP&lt;BR /&gt;OS-Core.CORE2-KRN,fr=B.11.00,fa=HP-UX_B.11.00_64,v=HP&lt;BR /&gt;Prod:N/A&lt;BR /&gt;Reboot:Yes&lt;BR /&gt;CView:Yes&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Nov 2005 17:28:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666991#M243002</guid>
      <dc:creator>Sheriff Andy</dc:creator>
      <dc:date>2005-11-08T17:28:37Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666992#M243003</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;Thank you for all the replies.  I do have PHKL_32920 installed.  The problems described in the patch description are very much like what I am getting.&lt;BR /&gt;&lt;BR /&gt;I am going to remove the patch and see what happens.  Unfortunately, this is something that is not easily tested.&lt;BR /&gt;&lt;BR /&gt;I will update with more points later,&lt;BR /&gt;&lt;BR /&gt;Thank you so far.&lt;BR /&gt;&lt;BR /&gt;Sanjay.</description>
      <pubDate>Wed, 09 Nov 2005 04:08:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666992#M243003</guid>
      <dc:creator>Sanjay Tailor_1</dc:creator>
      <dc:date>2005-11-09T04:08:51Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666993#M243004</link>
      <description>I just run up the exact same issue last night after a controller failure on my CX500. I also have Oracle installed and &lt;BR /&gt;PHKL 32920 on an L-Class 11.0 box&lt;BR /&gt;&lt;BR /&gt;There are no disk issues on the Clariion Side. &lt;BR /&gt;&lt;BR /&gt;Can someone confirm that removal of this patch resolves the issue? &lt;BR /&gt;&lt;BR /&gt;Thanks a lot&lt;BR /&gt;Eric</description>
      <pubDate>Fri, 30 Dec 2005 10:33:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666993#M243004</guid>
      <dc:creator>Eric Tromso</dc:creator>
      <dc:date>2005-12-30T10:33:42Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666994#M243005</link>
      <description>Also it is best practice to increase the default PV time out value for Disks .&lt;BR /&gt;&lt;BR /&gt;pvchange -t 180 /dev/rdsk/c?t?d?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;thx,&lt;BR /&gt;bl.</description>
      <pubDate>Fri, 30 Dec 2005 10:43:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666994#M243005</guid>
      <dc:creator>baiju_3</dc:creator>
      <dc:date>2005-12-30T10:43:06Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666995#M243006</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt; The pvtimeout is set to 180" for all associated PVs and the lvtimeout is at the default for all LVs&lt;BR /&gt;&lt;BR /&gt;Thanks Eric</description>
      <pubDate>Fri, 30 Dec 2005 10:45:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666995#M243006</guid>
      <dc:creator>Eric Tromso</dc:creator>
      <dc:date>2005-12-30T10:45:56Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666996#M243007</link>
      <description>Looks to me like a configuration issue than APPS issue. APPS do not deal directly with the underlying subsystem. The Filesystem/Volume Manager (LVM or VxVM) do.&lt;BR /&gt;&lt;BR /&gt;Also it seems folks in this thread who've encountered this problem are simply using ALTERNATE PATHING or PVLINKS (hence I assume use LVM). Depending on the array/SAN you're using - make sure all recommended settings for the PV such as bad balock relocation, timeouts, etc. are what the array vendor says it should be. This is so your OS should be able to handle the most common faults of most arrays --- controller failure which would lead to a failover situation.&lt;BR /&gt;&lt;BR /&gt;Aside from the VxFS errors (or JFS) mentioned, you or an experienced Admin should be able to tell via Syslogs or Console Messages  or even STM what the issues why VxFS complained of filesystem errors. In the absence of any SAN or PV configuration faults -- then check that your JFS/VxFS is patched or at least at version 3.3 on 11.0 environments.&lt;BR /&gt;</description>
      <pubDate>Fri, 30 Dec 2005 10:48:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666996#M243007</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2005-12-30T10:48:37Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666997#M243008</link>
      <description>Thanks Nelson. I'm using PVLinks with JFS 3.1 with a ton of patches. I have one more HP-UX server in the fabric but that's an 11.11 box that did not experience any issues during the SP failure and recoved properly. The parameters are set according to the recommendations of our storage vendor. The paths are configured properly. &lt;BR /&gt;&lt;BR /&gt;The Critical warning described in PHKL 32920 seems awfully similar to the behavior we saw. However, Since this is a production server I just can't start installing/removing patches without some sort of confirmation or level of certainty. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 30 Dec 2005 10:59:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666997#M243008</guid>
      <dc:creator>Eric Tromso</dc:creator>
      <dc:date>2005-12-30T10:59:04Z</dc:date>
    </item>
    <item>
      <title>Re: SAN - HPUX - Oracle Issue</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666998#M243009</link>
      <description>Then upgrade to VxFS/JFS 3.3 if you can and see if it fixes the problem.</description>
      <pubDate>Fri, 30 Dec 2005 11:02:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/san-hpux-oracle-issue/m-p/3666998#M243009</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2005-12-30T11:02:36Z</dc:date>
    </item>
  </channel>
</rss>

