<?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: Disk trashing, DIOLM and Oracle on esa-12000 in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035284#M82786</link>
    <description>Miguel,&lt;BR /&gt;&lt;BR /&gt;I'm glad we were able to help you diagnose the problem so quickly.&lt;BR /&gt;&lt;BR /&gt;This topic shows a couple of things:&lt;BR /&gt;&lt;BR /&gt;- don't even start to think about changing system parameters, if you don't understand the problem.&lt;BR /&gt;&lt;BR /&gt;- ANAL/ERR/ELV is mostly useless&lt;BR /&gt;&lt;BR /&gt;- DIAGNOSE (DECevent) is still the tool to choose for analyzing disk and IO subsystem errors&lt;BR /&gt;&lt;BR /&gt;- OpenVMS does not initiate mount-verifications without a reason&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
    <pubDate>Wed, 21 Mar 2007 14:09:14 GMT</pubDate>
    <dc:creator>Volker Halle</dc:creator>
    <dc:date>2007-03-21T14:09:14Z</dc:date>
    <item>
      <title>Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035275#M82777</link>
      <description>Hi:&lt;BR /&gt;Have Openvms cluster 7.3-2 with ds25/2cpu+ds20e/2cpu with an esa-12000 disk cabinet.&lt;BR /&gt;&lt;BR /&gt;We now have four Oracle 9.0.1.4 databases on this cluster and are having numerous disk timeouts at different times of the day (disks go into mount verification, etc.).&lt;BR /&gt;&lt;BR /&gt;Oracle states I should have a minimum of 100 for DIOLM but from reading other threads, etc (specifically backup suggestions) this value would seem way to high and I possibly should lower value to 32 at the most or maybe even less.&lt;BR /&gt;&lt;BR /&gt;Has anyone experimented with lower numbers?, I don't want to change this value plus PQL_MDIOLM  if it entails any mayor risk.&lt;BR /&gt;&lt;BR /&gt;If need more info please let me know.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 21 Mar 2007 07:16:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035275#M82777</guid>
      <dc:creator>Miguel Ward</dc:creator>
      <dc:date>2007-03-21T07:16:47Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035276#M82778</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;we have two ds25/2cpu in our cluster with disc cabinet (hsz80) and we use the value of 150 for DIOLM (which is the default on Alpha).&lt;BR /&gt;The 2 Oracle instances we have on this cluster behaves nice.&lt;BR /&gt;&lt;BR /&gt;Rgds&lt;BR /&gt;Marc</description>
      <pubDate>Wed, 21 Mar 2007 07:33:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035276#M82778</guid>
      <dc:creator>Marc Van den Broeck</dc:creator>
      <dc:date>2007-03-21T07:33:41Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035277#M82779</link>
      <description>Miguel,&lt;BR /&gt;&lt;BR /&gt;please confirm, that you are using HSG80 controllers for accessing your storage.&lt;BR /&gt;&lt;BR /&gt;If so, you can check with the following commands, whether your systems are suffering from QF seen or Seq Tmo:&lt;BR /&gt;&lt;BR /&gt;$ SET TERM/WID=132&lt;BR /&gt;$ ANAL/SYS&lt;BR /&gt;SDA&amp;gt; FC STDT/ALL &lt;BR /&gt;SDA&amp;gt; EXIT&lt;BR /&gt;&lt;BR /&gt;If you see non-zero counters in colums QF seen or Seq Tmo, you may be overloading your HSG80s. You need to issue the above commands on each of your OpenVMS systems.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 21 Mar 2007 07:40:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035277#M82779</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2007-03-21T07:40:58Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035278#M82780</link>
      <description>&lt;BR /&gt;Have you analyzed the error log file for the mnt vfys ? any clues ?&lt;BR /&gt;&lt;BR /&gt;What's in the esa12K; HSZ??, any errors on the controller console(s) ? What ACS version are they running ? SHOW UNIT SHOW xxx anything reconstructing, SHOW THIS SHOW OTHER - consollers OK ? Do you record the HSZ console output ? If not I'd keep a recorded terminal attached and monitor when you get the slow down.&lt;BR /&gt;&lt;BR /&gt;J.&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Mar 2007 07:48:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035278#M82780</guid>
      <dc:creator>John Abbott_2</dc:creator>
      <dc:date>2007-03-21T07:48:40Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035279#M82781</link>
      <description>Thanks for suggestions.&lt;BR /&gt;&lt;BR /&gt;Running with hsz80,Software V83Z-0, Hardware  E04 (is this ok?).&lt;BR /&gt;&lt;BR /&gt;No disks reconstructing, all ok, except for repeated remount operations at certain times of the day for all disks involved (times seem to repeat from day to day, thus would imagine something really io demanding, which also trying to trace...).&lt;BR /&gt;&lt;BR /&gt;Will try to connect console to see if any messages are reported.&lt;BR /&gt;&lt;BR /&gt;Are there any counters I can read on Vms (you suggested a command for hsg80, any equivalent for hsz80?)&lt;BR /&gt;&lt;BR /&gt;anal/err/elv summary gives, for example:&lt;BR /&gt;&lt;BR /&gt;8128   Device Error                             21-MAR-2007 06:12:48.71  PM5     DEVICE_ERRORS                          &lt;BR /&gt;8129   Device Error                             21-MAR-2007 06:12:48.71  PM5     DEVICE_ERRORS                          &lt;BR /&gt;8130   Device Error                             21-MAR-2007 06:12:48.72  PM5     DEVICE_ERRORS                          &lt;BR /&gt;8131   Asynchronous Device Attention            21-MAR-2007 06:17:25.89  PM5     ATTENTIONS                             &lt;BR /&gt;8132   Time Stamp                               21-MAR-2007 06:28:40.78  PM5     CONTROL_ENTRIES                        &lt;BR /&gt;8133   Device Error                             21-MAR-2007 06:30:24.57  PM5     DEVICE_ERRORS                          &lt;BR /&gt;8134   Asynchronous Device Attention            21-MAR-2007 06:35:28.98  PM5     ATTENTIONS                             &lt;BR /&gt;&lt;BR /&gt;In just 8 hours I have:&lt;BR /&gt;ATTENTIONS                              23&lt;BR /&gt;CONTROL_ENTRIES                         27&lt;BR /&gt;DEVICE_ERRORS                           44&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 21 Mar 2007 09:24:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035279#M82781</guid>
      <dc:creator>Miguel Ward</dc:creator>
      <dc:date>2007-03-21T09:24:22Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035280#M82782</link>
      <description>Miguel,&lt;BR /&gt;&lt;BR /&gt;no equivalent commands for HSZ80.&lt;BR /&gt;&lt;BR /&gt;You seem to be having some kind of HW problems. Consider to use DECevent to translate your errorlog. You need to find out, what adapters/devices these errors are being logged for.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 21 Mar 2007 09:30:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035280#M82782</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2007-03-21T09:30:22Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035281#M82783</link>
      <description>Miguel,&lt;BR /&gt;&lt;BR /&gt;Make sure you have the latest fibre-scsi ECO for V7.3-2 installed on your cluster.  Also, upgrade the firmware on your HSG80s to 8.8-4 (patches 3 and 4 on top of 8.8-2 were the latest I have seen).&lt;BR /&gt;&lt;BR /&gt;If you are already running the latest firmware and VMS ECOs, you may be able to work around the problem by following the VMS V8.2 and above IO tuning recommendations.  &lt;BR /&gt;&lt;BR /&gt;Bill</description>
      <pubDate>Wed, 21 Mar 2007 09:34:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035281#M82783</guid>
      <dc:creator>Bill Hall</dc:creator>
      <dc:date>2007-03-21T09:34:37Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035282#M82784</link>
      <description>Hi Miguel&lt;BR /&gt;&lt;BR /&gt;re: Running with hsz80,Software V83Z-0, Hardware E04 (is this ok?).&lt;BR /&gt;&lt;BR /&gt;V83Z-1 (one patch) I believe was the only patch for this version. I think V85Z-4 was the last HSZ ACS release (four patches).&lt;BR /&gt;&lt;BR /&gt;I'll see if I can find out what the -1 patch did for V83.&lt;BR /&gt;&lt;BR /&gt;Please run DECevent as Volker suggests and post the output. Do you know what HBAs you have (KZPCA-AA?)&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;John.</description>
      <pubDate>Wed, 21 Mar 2007 09:55:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035282#M82784</guid>
      <dc:creator>John Abbott_2</dc:creator>
      <dc:date>2007-03-21T09:55:51Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035283#M82785</link>
      <description>Thanks to all your help.&lt;BR /&gt;&lt;BR /&gt;DIAG was not working so had been running &lt;BR /&gt;anal/err/elv which did not help at all.&lt;BR /&gt;&lt;BR /&gt;Reinstalled DIAG and managed to get the error messages:&lt;BR /&gt;&lt;BR /&gt;To make it short: The reason was that the esa-12000's cache battery has reached it's end of life and was generating all these errors.&lt;BR /&gt;&lt;BR /&gt;Certainly was not expecting THAT to be the reason for all these 'Mount verification is in progress' messages but that is the only recurring error I got from running DIAGNOSE.&lt;BR /&gt;&lt;BR /&gt;I must say it's a weird way of getting my attention but it worked!!!&lt;BR /&gt;&lt;BR /&gt;Best regards from Patagonia, Argentina&lt;BR /&gt;&lt;BR /&gt;Summary of DIAG error below for reference:&lt;BR /&gt;&lt;BR /&gt;**** V3.4  ********************* ENTRY 7541 ********************************&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;Logging OS                        1. OpenVMS&lt;BR /&gt;System Architecture               2. Alpha&lt;BR /&gt;OS version                           V7.3-2&lt;BR /&gt;Event sequence number         41774.&lt;BR /&gt;Timestamp of occurrence              14-MAR-2007 06:07:57&lt;BR /&gt;Time since reboot                    6 Day(s) 12:29:59&lt;BR /&gt;Host name                            PM5&lt;BR /&gt; &lt;BR /&gt;System Model                         COMPAQ AlphaServer DS20E 833 MH&lt;BR /&gt; &lt;BR /&gt;Entry Type                        1. Device Error&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;---- Device Profile ----&lt;BR /&gt;Unit                                 $41$DKA2&lt;BR /&gt;Product Name                         HSZ80&lt;BR /&gt;Vendor                               COMPAQ&lt;BR /&gt; &lt;BR /&gt;-- Driver Supplied Info -&lt;BR /&gt;Device Firmware Revision             V83Z&lt;BR /&gt;VMS SCSI Error Type               5. Extended Sense Data from Device&lt;BR /&gt;SCSI ID                         x00&lt;BR /&gt;SCSI LUN                        x00&lt;BR /&gt;SCSI SUBLUN                     x02&lt;BR /&gt;Port Status               x00000001  NORMAL  -  normal successful completion&lt;BR /&gt;SCSI Command Opcode             x00  Test Unit Ready&lt;BR /&gt;Command Data&lt;BR /&gt;                                x00&lt;BR /&gt;                                x00&lt;BR /&gt;                                x00&lt;BR /&gt;                                x00&lt;BR /&gt;                                x00&lt;BR /&gt; &lt;BR /&gt;SCSI Status                     x02  Check Condition&lt;BR /&gt;Remaining Byte Length           160.&lt;BR /&gt; &lt;BR /&gt;------- HSx Data -------&lt;BR /&gt; &lt;BR /&gt;Instance Code             x028A2301  The CACHE backup battery covering the&lt;BR /&gt;                                     mirror cache is near its end of life. The&lt;BR /&gt;                                     Memory Address field contains the starting&lt;BR /&gt;                                     physical address of the CACHEB1 memory.&lt;BR /&gt; &lt;BR /&gt;                                     Component ID =   Value Added Services.&lt;BR /&gt;                                     Event Number =   x0000008A&lt;BR /&gt;                                     Repair Action =   x00000023&lt;BR /&gt;                                     NR Threshold =   x00000001&lt;BR /&gt; &lt;BR /&gt;Template Type                   x12  Backup Battery Failure.&lt;BR /&gt;Template Flags                  x00  HCE =   0, Event did not occur during Host&lt;BR /&gt;                                             Command Execution.&lt;BR /&gt;Ctrl Serial #                              ZG94709635&lt;BR /&gt;Ctrl Software Revision               V83Z&lt;BR /&gt;RAIDSET State                   x00  NORMAL. All members present and&lt;BR /&gt;                                     reconstructed, IF LUN is configured as a&lt;BR /&gt;                                     RAIDSET.&lt;BR /&gt; &lt;BR /&gt;Error Code                      x70  Current Error&lt;BR /&gt;Sense Key                       x06  Unit Attention&lt;BR /&gt;ASC &amp;amp; ASCQ                    xA002  ASC  =   x00A0&lt;BR /&gt;                                     ASCQ =   x0002&lt;BR /&gt;                                     Backup battery event report.&lt;BR /&gt; &lt;BR /&gt;Memory Address            x48000000&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Mar 2007 13:43:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035283#M82785</guid>
      <dc:creator>Miguel Ward</dc:creator>
      <dc:date>2007-03-21T13:43:43Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035284#M82786</link>
      <description>Miguel,&lt;BR /&gt;&lt;BR /&gt;I'm glad we were able to help you diagnose the problem so quickly.&lt;BR /&gt;&lt;BR /&gt;This topic shows a couple of things:&lt;BR /&gt;&lt;BR /&gt;- don't even start to think about changing system parameters, if you don't understand the problem.&lt;BR /&gt;&lt;BR /&gt;- ANAL/ERR/ELV is mostly useless&lt;BR /&gt;&lt;BR /&gt;- DIAGNOSE (DECevent) is still the tool to choose for analyzing disk and IO subsystem errors&lt;BR /&gt;&lt;BR /&gt;- OpenVMS does not initiate mount-verifications without a reason&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 21 Mar 2007 14:09:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035284#M82786</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2007-03-21T14:09:14Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035285#M82787</link>
      <description>Volker:&lt;BR /&gt;&lt;BR /&gt;Fully agree with you, luckily we have these forums with people that know helping me avoid making serious mistakes (just looking at the heading of this thread makes me realize how utterly off the mark I was).&lt;BR /&gt;&lt;BR /&gt;Once again thank you and all those that helped me, now I just have to find a new battery...&lt;BR /&gt;&lt;BR /&gt;Miguel</description>
      <pubDate>Wed, 21 Mar 2007 15:23:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035285#M82787</guid>
      <dc:creator>Miguel Ward</dc:creator>
      <dc:date>2007-03-21T15:23:44Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035286#M82788</link>
      <description>:-)&lt;BR /&gt;&lt;BR /&gt;Are the batteries 2+yrs old ? If not check cabling connectivity.&lt;BR /&gt;&lt;BR /&gt;Part Nos;&lt;BR /&gt;&lt;BR /&gt;External cache battery (ECB) &lt;BR /&gt;  single DSâ  HS35Xâ  BC&lt;BR /&gt;  dual(two ECBs in one SBB) DSâ  HS35Xâ  BD&lt;BR /&gt;&lt;BR /&gt;When the batteries go "rusty" performance with RAID &amp;amp; MIRRORSET are affected (no write back cache)&lt;BR /&gt;&lt;BR /&gt;Don't forget to set the battery expiration date when you insert the new ones (FRUTIL) and keep the controllers date/time accurate, you should then get a warning before they expire.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;John.</description>
      <pubDate>Thu, 22 Mar 2007 05:15:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035286#M82788</guid>
      <dc:creator>John Abbott_2</dc:creator>
      <dc:date>2007-03-22T05:15:31Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035287#M82789</link>
      <description>Sorry, a messy cut-n-paste&lt;BR /&gt;&lt;BR /&gt;Part Nos;&lt;BR /&gt;&lt;BR /&gt;External cache battery (ECB) &lt;BR /&gt;single DS-HS35X-BC&lt;BR /&gt;dual(two ECBs in one SBB) DS-HS35X-BD&lt;BR /&gt;</description>
      <pubDate>Thu, 22 Mar 2007 05:19:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035287#M82789</guid>
      <dc:creator>John Abbott_2</dc:creator>
      <dc:date>2007-03-22T05:19:19Z</dc:date>
    </item>
    <item>
      <title>Re: Disk trashing, DIOLM and Oracle on esa-12000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035288#M82790</link>
      <description>Solution has been provided by participants</description>
      <pubDate>Tue, 27 Mar 2007 13:09:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-trashing-diolm-and-oracle-on-esa-12000/m-p/5035288#M82790</guid>
      <dc:creator>Miguel Ward</dc:creator>
      <dc:date>2007-03-27T13:09:54Z</dc:date>
    </item>
  </channel>
</rss>

