<?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 RHEL 4 on CL380 with CR3500 disk array. in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/rhel-4-on-cl380-with-cr3500-disk-array/m-p/3658620#M20308</link>
    <description>As soon as I bring up the second node, I start&lt;BR /&gt;getting scsi reset errors in dmesg, and the shared drives are no longer accessible.  Here&lt;BR /&gt;are the details:&lt;BR /&gt;&lt;BR /&gt;Both servers are identical, except for the &lt;BR /&gt;fact that /etc/modprobe.conf has "hostid:6"&lt;BR /&gt;for sym53c8xx on the bottom node, matching&lt;BR /&gt;the firmware SCSI ID.  BTW, I changed the SCSI&lt;BR /&gt;ID to 6 for both the ports (local as well as shared) in the BIOS for the bottom node.&lt;BR /&gt;&lt;BR /&gt;The local drives show up under /dev/ida/c0..&lt;BR /&gt;and the shared drives (two of them) as /dev/sda&lt;BR /&gt;and /dev/sdb.&lt;BR /&gt;&lt;BR /&gt;I have upgraded the firmware on both the CR3500 and the nodes.&lt;BR /&gt;&lt;BR /&gt;Here's the output of /var/log/messages as soon&lt;BR /&gt;as I run a "modprobe -v sym53c8xx". It appears that despite my option of "hostid:6" to sym53c8xx, it is still using a SCSI ID of 7:&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: ACPI: PCI interrupt 0000:03:04.0[A] -&amp;gt; GSI 27 (level, low) -&amp;gt; IRQ 209&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: &amp;lt;896&amp;gt; rev 0x7 at pci 0000:03:04.0 irq 209&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: using 64 bit DMA addressing&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: SCSI BUS has been reset.&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: scsi4 : sym-2.1.18j&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: scsi: unknown device type 12&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Type:   RAID                               ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Beginning Domain Validation&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: sym0:2: wide asynchronous.&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: sym0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Domain Validation skipping write tests&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Ending Domain Validation&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: SCSI device sda: 17762304 512-byte hdwr sectors (9094 MB)&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: SCSI device sda: drive cache: write through&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  sda:&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: Attached scsi disk sda at scsi4, channel 0, id 2, lun 1&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: scsi: unknown device type 12&lt;BR /&gt;Oct 26 15:51:36 southdakota scsi.agent[3332]: disk at /devices/pci0000:03/0000:03:04.0/host4/target4:0:2/4:0:2:1&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:   Type:   RAID                               ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3:0: tagged command queuing enabled, command queue depth 16.&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Beginning Domain Validation&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3: wide asynchronous.&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Domain Validation skipping write tests&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Ending Domain Validation&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: ACPI: PCI interrupt 0000:03:04.1[B] -&amp;gt; GSI 26 (level, low) -&amp;gt; IRQ 217&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: &amp;lt;896&amp;gt; rev 0x7 at pci 0000:03:04.1 irq 217&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: using 64 bit DMA addressing&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: SCSI BUS has been reset.&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: scsi5 : sym-2.1.18j&lt;BR /&gt;&lt;BR /&gt;Appreciate if anyone can throw some light on this.&lt;BR /&gt;&lt;BR /&gt;Surya. &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 26 Oct 2005 17:51:54 GMT</pubDate>
    <dc:creator>Surya Narayana</dc:creator>
    <dc:date>2005-10-26T17:51:54Z</dc:date>
    <item>
      <title>RHEL 4 on CL380 with CR3500 disk array.</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel-4-on-cl380-with-cr3500-disk-array/m-p/3658620#M20308</link>
      <description>As soon as I bring up the second node, I start&lt;BR /&gt;getting scsi reset errors in dmesg, and the shared drives are no longer accessible.  Here&lt;BR /&gt;are the details:&lt;BR /&gt;&lt;BR /&gt;Both servers are identical, except for the &lt;BR /&gt;fact that /etc/modprobe.conf has "hostid:6"&lt;BR /&gt;for sym53c8xx on the bottom node, matching&lt;BR /&gt;the firmware SCSI ID.  BTW, I changed the SCSI&lt;BR /&gt;ID to 6 for both the ports (local as well as shared) in the BIOS for the bottom node.&lt;BR /&gt;&lt;BR /&gt;The local drives show up under /dev/ida/c0..&lt;BR /&gt;and the shared drives (two of them) as /dev/sda&lt;BR /&gt;and /dev/sdb.&lt;BR /&gt;&lt;BR /&gt;I have upgraded the firmware on both the CR3500 and the nodes.&lt;BR /&gt;&lt;BR /&gt;Here's the output of /var/log/messages as soon&lt;BR /&gt;as I run a "modprobe -v sym53c8xx". It appears that despite my option of "hostid:6" to sym53c8xx, it is still using a SCSI ID of 7:&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: ACPI: PCI interrupt 0000:03:04.0[A] -&amp;gt; GSI 27 (level, low) -&amp;gt; IRQ 209&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: &amp;lt;896&amp;gt; rev 0x7 at pci 0000:03:04.0 irq 209&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: using 64 bit DMA addressing&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: sym0: SCSI BUS has been reset.&lt;BR /&gt;Oct 26 15:51:33 southdakota kernel: scsi4 : sym-2.1.18j&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: scsi: unknown device type 12&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Type:   RAID                               ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Beginning Domain Validation&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: sym0:2: wide asynchronous.&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: sym0:2: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Domain Validation skipping write tests&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  target4:0:2: Ending Domain Validation&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: SCSI device sda: 17762304 512-byte hdwr sectors (9094 MB)&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: SCSI device sda: drive cache: write through&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel:  sda:&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: Attached scsi disk sda at scsi4, channel 0, id 2, lun 1&lt;BR /&gt;Oct 26 15:51:36 southdakota kernel: scsi: unknown device type 12&lt;BR /&gt;Oct 26 15:51:36 southdakota scsi.agent[3332]: disk at /devices/pci0000:03/0000:03:04.0/host4/target4:0:2/4:0:2:1&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:   Vendor: Compaq    Model: CR3500            Rev: x2r-&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:   Type:   RAID                               ANSI SCSI revision: 02&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3:0: tagged command queuing enabled, command queue depth 16.&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Beginning Domain Validation&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3: wide asynchronous.&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel: sym0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Domain Validation skipping write tests&lt;BR /&gt;Oct 26 15:51:37 southdakota kernel:  target4:0:3: Ending Domain Validation&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: ACPI: PCI interrupt 0000:03:04.1[B] -&amp;gt; GSI 26 (level, low) -&amp;gt; IRQ 217&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: &amp;lt;896&amp;gt; rev 0x7 at pci 0000:03:04.1 irq 217&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: using 64 bit DMA addressing&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: sym1: SCSI BUS has been reset.&lt;BR /&gt;Oct 26 15:51:40 southdakota kernel: scsi5 : sym-2.1.18j&lt;BR /&gt;&lt;BR /&gt;Appreciate if anyone can throw some light on this.&lt;BR /&gt;&lt;BR /&gt;Surya. &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Oct 2005 17:51:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel-4-on-cl380-with-cr3500-disk-array/m-p/3658620#M20308</guid>
      <dc:creator>Surya Narayana</dc:creator>
      <dc:date>2005-10-26T17:51:54Z</dc:date>
    </item>
  </channel>
</rss>

