<?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: I/O error on backup in General</title>
    <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431483#M241</link>
    <description>Peter,&lt;BR /&gt;&lt;BR /&gt;There is the possibility that the loop initialization during the reboot is responsible for the IO error. Where do you get the IO error? And do you find any 'strange' message in the syslog-file of the box which reports the error (SCSI reset, link failure?.)?&lt;BR /&gt;</description>
    <pubDate>Wed, 19 Jul 2000 05:40:08 GMT</pubDate>
    <dc:creator>Patrick Wessel</dc:creator>
    <dc:date>2000-07-19T05:40:08Z</dc:date>
    <item>
      <title>I/O error on backup</title>
      <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431482#M240</link>
      <description>We have a SAN config (FC-AL) consisting of several HP Hosts, 7700e disk and a scsi/mux (4 dlt drives). When we reboot a host on the loop, and a backup is running on another host id the loop, we recieve an I/O error on the backup. I assume this is due to a scsi reset upon lip of the rebooted host. Any ideas?&lt;BR /&gt;Cheers</description>
      <pubDate>Tue, 18 Jul 2000 22:48:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431482#M240</guid>
      <dc:creator>Midrange Team</dc:creator>
      <dc:date>2000-07-18T22:48:56Z</dc:date>
    </item>
    <item>
      <title>Re: I/O error on backup</title>
      <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431483#M241</link>
      <description>Peter,&lt;BR /&gt;&lt;BR /&gt;There is the possibility that the loop initialization during the reboot is responsible for the IO error. Where do you get the IO error? And do you find any 'strange' message in the syslog-file of the box which reports the error (SCSI reset, link failure?.)?&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Jul 2000 05:40:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431483#M241</guid>
      <dc:creator>Patrick Wessel</dc:creator>
      <dc:date>2000-07-19T05:40:08Z</dc:date>
    </item>
    <item>
      <title>Re: I/O error on backup</title>
      <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431484#M242</link>
      <description>The I/O error occurs on the host that is being backed up. No messages in the syslog or dmesg to indicate a FC failure or scsi reset.&lt;BR /&gt;&lt;BR /&gt;Cheers</description>
      <pubDate>Wed, 19 Jul 2000 22:15:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431484#M242</guid>
      <dc:creator>Midrange Team</dc:creator>
      <dc:date>2000-07-19T22:15:44Z</dc:date>
    </item>
    <item>
      <title>Re: I/O error on backup</title>
      <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431485#M243</link>
      <description>That's strange, I thought that the system should recognize the IO error in another way. Have you checked the status of the FC host bus adapter before and after an IO error? Just to get an idea what happened on the loop.  fcmsutil /dev/fcms? stat prints you the statistic of the interface that belongs to the devicefile fcms?  There are just a few values of interest. &lt;BR /&gt;&lt;BR /&gt;Loss of signal Count&lt;BR /&gt;Bad Rx Char Count&lt;BR /&gt;Loss of Sync Count&lt;BR /&gt;Link Fail Count&lt;BR /&gt;Bad CRC Count&lt;BR /&gt;num_resets_initiated &lt;BR /&gt;num_resets_completed&lt;BR /&gt;&lt;BR /&gt;Can you see any significant changes of these parameters after a your system got the IO error? &lt;BR /&gt;</description>
      <pubDate>Thu, 20 Jul 2000 06:00:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431485#M243</guid>
      <dc:creator>Patrick Wessel</dc:creator>
      <dc:date>2000-07-20T06:00:28Z</dc:date>
    </item>
    <item>
      <title>Re: I/O error on backup</title>
      <link>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431486#M244</link>
      <description>Your problem is with the arbitrated loop.  Any reboot is sensed in all systems attached to the switch.  This causes backup to abort.  This is a known issue.  Turn off arbitrated loop in the switch.  The servers need to be able to handle this.  Try L and N class servers.  K's can't talk non-arbitrated loop.</description>
      <pubDate>Mon, 06 May 2002 13:41:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/general/i-o-error-on-backup/m-p/2431486#M244</guid>
      <dc:creator>Pamm Martinez</dc:creator>
      <dc:date>2002-05-06T13:41:27Z</dc:date>
    </item>
  </channel>
</rss>

