<?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: HP DL145 G2 completly unstable under SUSE SLES 9 SP2 in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688080#M20916</link>
    <description>Does HP or Novell actually know how to run the hardware/software combinations they so gleefully boast in their marketing material as being certified to work with each other? I'm feeling a little bit suckered here. &lt;BR /&gt;&lt;BR /&gt;I bought this hardware combination because hey, Novell said it worked on this specific platform according to YES certification.  HP's certification matrice agreed to this.&lt;BR /&gt;&lt;BR /&gt;This is a vendor problem. Where the is the Vendor in trying to fix this? Where is the best practices document that will tell me what I'm doing wrong?&lt;BR /&gt;&lt;BR /&gt;No wonder both Novell and HP are in dire financial straights. This is why Dell is hurting. Treat your customers right, and they'll treat you right. Treat them wrong, and they'll find a new vendor.</description>
    <pubDate>Thu, 15 Dec 2005 19:33:15 GMT</pubDate>
    <dc:creator>michael halligan</dc:creator>
    <dc:date>2005-12-15T19:33:15Z</dc:date>
    <item>
      <title>HP DL145 G2 completly unstable under SUSE SLES 9 SP2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688076#M20912</link>
      <description>Our error is very reproducible, unfortunately I've been unable to get HP to do anything but ship me new parts. Suse is starting to be a bit more helpful, but the process is very slow.&lt;BR /&gt;&lt;BR /&gt;The problem is directly related to moderate or heavy network I/O that involves reading from, or writing to disk. &lt;BR /&gt;&lt;BR /&gt;I have updated my servers to the latest SATA firmware, the latest LOM firmware, and the latest BIOS firmware. I'm also using the BCM5700 ethernet driver from SUSE, the bcm5700-8.13.3a-1. &lt;BR /&gt;&lt;BR /&gt;The only log errors generated, are sent to console, and look like these : &lt;BR /&gt;&lt;BR /&gt;hde: dma_timer_expiry: dma status == 0x24&lt;BR /&gt;&lt;BR /&gt;When the crash occurs, the server responds to pings, and tcp sockets remain open. It will keep spewing out the dma_timer_expiry logs, but  nothing else really works.&lt;BR /&gt;&lt;BR /&gt;Right before the crash, watching vmstat, all processes are shown to move into wait state.&lt;BR /&gt;&lt;BR /&gt;Our operating environment is:&lt;BR /&gt;&lt;BR /&gt;Hardware:&lt;BR /&gt;&lt;BR /&gt;HP DL145 G2, Single &amp;amp; Dual Opteron 246s&lt;BR /&gt;Dual 80gb Maxtor drives or Dual 400gb Western Digital drives&lt;BR /&gt;&lt;BR /&gt;Software/Configuration&lt;BR /&gt;&lt;BR /&gt;SLES 9 SP2 x86_64&lt;BR /&gt;Kernel 2.6.5-7.201-smp&lt;BR /&gt;boot options: append = "resume=/dev/rootvg/swaplv selinux=0 load_ramdisk=1 acpi=off console=tty0 console=ttyS2,57600 acpi=off splash=silent elevator=cfq"&lt;BR /&gt;- or -&lt;BR /&gt;boot options: append = "resume=/dev/rootvg/swaplv selinux=0 load_ramdisk=1 acpi=off console=tty0 console=ttyS2,57600 apm=off splash=silent elevator=cfq insmod=bcm5700"&lt;BR /&gt;All partitions, except for /boot, and swap, are reiserfs, on top of lvm2, on top of software raid1.&lt;BR /&gt;&lt;BR /&gt;Kernel modules:&lt;BR /&gt;sg 51128 0&lt;BR /&gt;sr_mod 26788 0&lt;BR /&gt;ipv6 317432 23&lt;BR /&gt;af_packet 33676 2&lt;BR /&gt;dm_snapshot 25016 0&lt;BR /&gt;bcm5700 157660 0&lt;BR /&gt;sata_nv 18564 0&lt;BR /&gt;ata_piix 19204 0&lt;BR /&gt;libata 59656 2 sata_nv,ata_piix&lt;BR /&gt;dm_mod 69344 11 dm_snapshot&lt;BR /&gt;raid1 24704 1&lt;BR /&gt;reiserfs 264816 8&lt;BR /&gt;sd_mod 30208 0&lt;BR /&gt;scsi_mod 144128 4 sg,sr_mod,libata,sd_mod&lt;BR /&gt;&lt;BR /&gt;Misc related software:&lt;BR /&gt;rsync-2.6.2-8.14&lt;BR /&gt;rsnapshot-1.2.1-1</description>
      <pubDate>Fri, 09 Dec 2005 00:31:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688076#M20912</guid>
      <dc:creator>michael halligan</dc:creator>
      <dc:date>2005-12-09T00:31:59Z</dc:date>
    </item>
    <item>
      <title>Re: HP DL145 G2 completly unstable under SUSE SLES 9 SP2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688077#M20913</link>
      <description>I would try to change the scheduler (elevator). More details in /usr/src/linux/Documentation/kernel-parameters.txt and /usr/src/linux/Documentation/as-iosched.txt&lt;BR /&gt;</description>
      <pubDate>Fri, 09 Dec 2005 04:14:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688077#M20913</guid>
      <dc:creator>Jaroslav Matys</dc:creator>
      <dc:date>2005-12-09T04:14:03Z</dc:date>
    </item>
    <item>
      <title>Re: HP DL145 G2 completly unstable under SUSE SLES 9 SP2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688078#M20914</link>
      <description>Tried changing the scheduler today, to no avail.</description>
      <pubDate>Fri, 09 Dec 2005 20:31:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688078#M20914</guid>
      <dc:creator>michael halligan</dc:creator>
      <dc:date>2005-12-09T20:31:21Z</dc:date>
    </item>
    <item>
      <title>Re: HP DL145 G2 completly unstable under SUSE SLES 9 SP2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688079#M20915</link>
      <description>To date, HP has had me generate Kernel dumps, to which they have responded by saying "boot with noapic". This just makes the crash more complete.&lt;BR /&gt;&lt;BR /&gt;Does Novell actually mean anything when they "YES Certify" hardware, or is that a big marketing lie? Sles9 is completly unstable on these boxes. My customers running Debian have never crashed.&lt;BR /&gt;</description>
      <pubDate>Wed, 14 Dec 2005 13:20:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688079#M20915</guid>
      <dc:creator>michael halligan</dc:creator>
      <dc:date>2005-12-14T13:20:48Z</dc:date>
    </item>
    <item>
      <title>Re: HP DL145 G2 completly unstable under SUSE SLES 9 SP2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688080#M20916</link>
      <description>Does HP or Novell actually know how to run the hardware/software combinations they so gleefully boast in their marketing material as being certified to work with each other? I'm feeling a little bit suckered here. &lt;BR /&gt;&lt;BR /&gt;I bought this hardware combination because hey, Novell said it worked on this specific platform according to YES certification.  HP's certification matrice agreed to this.&lt;BR /&gt;&lt;BR /&gt;This is a vendor problem. Where the is the Vendor in trying to fix this? Where is the best practices document that will tell me what I'm doing wrong?&lt;BR /&gt;&lt;BR /&gt;No wonder both Novell and HP are in dire financial straights. This is why Dell is hurting. Treat your customers right, and they'll treat you right. Treat them wrong, and they'll find a new vendor.</description>
      <pubDate>Thu, 15 Dec 2005 19:33:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/hp-dl145-g2-completly-unstable-under-suse-sles-9-sp2/m-p/3688080#M20916</guid>
      <dc:creator>michael halligan</dc:creator>
      <dc:date>2005-12-15T19:33:15Z</dc:date>
    </item>
  </channel>
</rss>

