<?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 kickstart failure from CDROM in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343809#M13423</link>
    <description>I've got an xw8000, dual Xeon system. I'm attempting to load RH9 from a vendor CD that has a ks.cfg file in the top directory. The vendor CD boots and ks.cfg is supposed to startup, load RH9 from "Local CDROM", then when all 3 CDs are done, prompt me to reinstall my vendor CD to finish with some RPM additions, "housekeeping", etc..&lt;BR /&gt;&lt;BR /&gt;The CD-ROM isn't found after I select the Installation Location as Local CDROM (Yes, I saw the "patch" links here about prolant servers, but the links are dead). I assume the CD-ROM issue has something to do with the RH9 driver? bug. The vendor told me he swapped one drive for another and was able to make it work. I have a DT855 that came with the xw8000 (it was a "no go"), and picked up an HP 420i (no go also). Is there a CD or DVD drive I can get that WILL work? And, no, I'm stuck using RH9 in this manner for technical and legal reasons. Is there a driver I can load, when asked, that would get around the suspect driver in RH9?&lt;BR /&gt;&lt;BR /&gt;Lastly, I tried running the kickstart program from a floppy using "linux ks=floppy" at "boot:" and RH9 CD1 in the CDROM. It went well until I got to the "%Post" in the ks.cfg file. It didn't do any of the "%Post --nochroot" installation stuff (e.g. I never got asked to put the vendor CD in the drive - one of the first things in %Post). I could REALLY use some help.</description>
    <pubDate>Wed, 28 Jul 2004 15:03:13 GMT</pubDate>
    <dc:creator>Benjamin Thompson</dc:creator>
    <dc:date>2004-07-28T15:03:13Z</dc:date>
    <item>
      <title>kickstart failure from CDROM</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343809#M13423</link>
      <description>I've got an xw8000, dual Xeon system. I'm attempting to load RH9 from a vendor CD that has a ks.cfg file in the top directory. The vendor CD boots and ks.cfg is supposed to startup, load RH9 from "Local CDROM", then when all 3 CDs are done, prompt me to reinstall my vendor CD to finish with some RPM additions, "housekeeping", etc..&lt;BR /&gt;&lt;BR /&gt;The CD-ROM isn't found after I select the Installation Location as Local CDROM (Yes, I saw the "patch" links here about prolant servers, but the links are dead). I assume the CD-ROM issue has something to do with the RH9 driver? bug. The vendor told me he swapped one drive for another and was able to make it work. I have a DT855 that came with the xw8000 (it was a "no go"), and picked up an HP 420i (no go also). Is there a CD or DVD drive I can get that WILL work? And, no, I'm stuck using RH9 in this manner for technical and legal reasons. Is there a driver I can load, when asked, that would get around the suspect driver in RH9?&lt;BR /&gt;&lt;BR /&gt;Lastly, I tried running the kickstart program from a floppy using "linux ks=floppy" at "boot:" and RH9 CD1 in the CDROM. It went well until I got to the "%Post" in the ks.cfg file. It didn't do any of the "%Post --nochroot" installation stuff (e.g. I never got asked to put the vendor CD in the drive - one of the first things in %Post). I could REALLY use some help.</description>
      <pubDate>Wed, 28 Jul 2004 15:03:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343809#M13423</guid>
      <dc:creator>Benjamin Thompson</dc:creator>
      <dc:date>2004-07-28T15:03:13Z</dc:date>
    </item>
    <item>
      <title>Re: kickstart failure from CDROM</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343810#M13424</link>
      <description>Dell Xeon servers should not act at all like Proliant servers.&lt;BR /&gt;&lt;BR /&gt;PErhaps you could make a network boot disk or cd and downloand the RH-9 from the vendor ftp site, or a local nfs server on your network.&lt;BR /&gt;&lt;BR /&gt;Then we don't have any problem with local cd's.&lt;BR /&gt;&lt;BR /&gt;That may fail as well.&lt;BR /&gt;&lt;BR /&gt;Perhaps your cd-rom is bad or has the switches configured in some non-standard way. I've found this issue with cable select settings in the past.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 28 Jul 2004 15:28:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343810#M13424</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-07-28T15:28:46Z</dc:date>
    </item>
    <item>
      <title>Re: kickstart failure from CDROM</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343811#M13425</link>
      <description>BTW, the following is the %Post section (that's not working from the floppy) of my ks.cfg file.&lt;BR /&gt;&lt;BR /&gt;%post --nochroot&lt;BR /&gt;#Set up for install&lt;BR /&gt;#/mnt/sysimage is the hard drive&lt;BR /&gt;#/tmp/cdrom is the cdrom driver (if present)&lt;BR /&gt;#/dev/console is terminal 1&lt;BR /&gt;cddrv=/tmp/cdrom&lt;BR /&gt;# Determine cd device&lt;BR /&gt;if [ ! -e ${cddrv} ]&lt;BR /&gt;then&lt;BR /&gt;  cddrv=`grep cdrom /proc/ide/*/media | sed -e "s/\/proc\/ide/\/dev/" | sed -e "s/\/media.*//"`&lt;BR /&gt;fi&lt;BR /&gt;echo "Post processing started" &amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;cd /&lt;BR /&gt;mkdir /cdrom&lt;BR /&gt;#Move to terminal 1 cause that's where read looks for input&lt;BR /&gt;chvt 1&lt;BR /&gt;correctdisk=0&lt;BR /&gt;#Loop until they enter the correct cd&lt;BR /&gt;while [ ${correctdisk} -eq 0 ]&lt;BR /&gt;do&lt;BR /&gt;  if [ ! -e /cdrom/ks.cfg ]&lt;BR /&gt;  then&lt;BR /&gt;    umount ${cddrv} &amp;gt; /dev/null 2&amp;gt;&amp;amp;1&lt;BR /&gt;    echo "Message about to be delivered" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;    echo "" &amp;gt; /dev/console&lt;BR /&gt;    echo "" &amp;gt; /dev/console&lt;BR /&gt;    echo "" &amp;gt; /dev/console&lt;BR /&gt;    echo "Load the XiO boot disk into the CD drive and hit enter to continue" &amp;gt; /dev/console&lt;BR /&gt;    read ans&lt;BR /&gt;    echo "Message acknowledged" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;    mount ${cddrv} /cdrom&lt;BR /&gt;  else&lt;BR /&gt;    correctdisk=1&lt;BR /&gt;  fi&lt;BR /&gt;done&lt;BR /&gt;#Go to where messages will be written which is 3&lt;BR /&gt;chvt 3&lt;BR /&gt;echo "Loading additional files"&lt;BR /&gt;echo "Correct CD Mounted" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;#Determine if updating smp or not&lt;BR /&gt;smp=`rpm -qa -r /mnt/sysimage | grep kernel-smp | wc -l`&lt;BR /&gt;echo "smp is equal to " &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;echo "${smp}" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;#rpmdb pkg expects /var/lib/rpm.  Don't dissappoint them&lt;BR /&gt;ln -s /mnt/sysimage/var/lib/rpm /var/lib&lt;BR /&gt;#Load the correct set of rpm files&lt;BR /&gt;if [ ${smp} -ge 1 ] &lt;BR /&gt;then&lt;BR /&gt;  rpm -Uvh --root /mnt/sysimage /cdrom/errata/comps.rpm /cdrom/errata/kernel-2.4.20-8.i686.rpm /cdrom/errata/initscripts-7.14-1.i386.rpm /cdrom/errata/kernel-source-2.4.20-8.i386.rpm /cdrom/errata/kernel-smp-2.4.20-8.i686.rpm /cdrom/errata/rhn-applet-2.0.9-0.9.0.1.i386.rpm /cdrom/errata/kernel-doc-2.4.20-8.i386.rpm /cdrom/errata/rpmdb-redhat-9-0.20030313.i386.rpm | tee -a /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;else&lt;BR /&gt;  rpm -Uvh --root /mnt/sysimage /cdrom/errata/comps.rpm /cdrom/errata/initscripts-7.14-1.i386.rpm /cdrom/errata/kernel-source-2.4.20-8.i386.rpm /cdrom/errata/kernel-2.4.20-8.i686.rpm /cdrom/errata/rhn-applet-2.0.9-0.9.0.1.i386.rpm /cdrom/errata/kernel-doc-2.4.20-8.i386.rpm /cdrom/errata/rpmdb-redhat-9-0.20030313.i386.rpm | tee -a /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;fi&lt;BR /&gt;# Determine if bcm 5700 or not&lt;BR /&gt;bcm=`lsmod | grep bcm5700 | wc -l`&lt;BR /&gt;# Install bcm5700 if needed&lt;BR /&gt;if [ ${bcm} -ge 1 ] &lt;BR /&gt;then&lt;BR /&gt;  rpm -ivh --root /mnt/sysimage /cdrom/bcm5700-6.0.2-1.i386.rpm | tee -a /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;fi&lt;BR /&gt;#Clean up&lt;BR /&gt;echo "RPMs installed" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;umount ${cddrv}&lt;BR /&gt;echo "CD unmounted" &amp;gt;&amp;gt; /mnt/sysimage/tmp/rhks.log&lt;BR /&gt;chvt 7&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;As far as jumpers, etc., they're set to Master on the secondary IDE controller (only device on it). As before, everything works if I just install from RH9 w/o the vendor boot/kickstart CD, which, btw, they use on lots of systems. As for bad CD, as I said, I put a new HP 420i in and got the same result.</description>
      <pubDate>Wed, 28 Jul 2004 15:43:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kickstart-failure-from-cdrom/m-p/3343811#M13425</guid>
      <dc:creator>Benjamin Thompson</dc:creator>
      <dc:date>2004-07-28T15:43:35Z</dc:date>
    </item>
  </channel>
</rss>

