RE: "pump" times out -- extend a few seconds more?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Try the following:

 

If you are connected to a gigabit switch:

 

Boot: ap10903-02-net ksdevice=eth0 ip=10.196.254.122 netmask=255.255.255.0 gateway=10.196.254.1 nicdelay=50 linksleep=50 ETHTOOL_OPTS="autoneg on speed 1000 duplex full"

 

If you are connected to a 100Mb switch:

 

Boot: ap10903-02-net ksdevice=eth0 ip=10.196.254.122 netmask=255.255.255.0 gateway=10.196.254.1 nicdelay=50 linksleep=50 ETHTOOL_OPTS="autoneg off speed 100 duplex full"

 

 

 


From: kickstart-list-bounces@xxxxxxxxxx [mailto:kickstart-list-bounces@xxxxxxxxxx] On Behalf Of Ramthun, William
Sent: Monday, March 05, 2007 8:51 AM
To: Discussion list about Kickstart
Subject: RE: "pump" times out -- extend a few seconds more?

 

Summarizing my situation:

 

  Client HW:       HP DL385

  Client OS:       RHEL3U5

  The boot cd is mounted via the virtual cdrom thru HP’s ILO port.

 

My isolinux.cfg contains the entry:

 

  label ap10903-02-net

  kernel vmlinuz

  append ks=http://10.1.181.252/cgi-bin/avamar/dl385_data_node initrd=initrd.img text

 

And on the boot: line I use:

 

Boot: ap10903-02-net ksdevice=eth0 ip=10.196.254.122 netmask=255.255.255.0 gateway=10.196.254.1  <nicdelay/linksleep=options>

 

            I’ve used both nicdelay and linksleep with values of 50, 500, 5000, and 50000 with no discernable boot delays.

 

The result is:

I see vmliniz and initrd loading.

I am presented the “welcome to red hat linux” blue screen (I’m in text mode)

          Then I see the usb and raid controller drivers load

          Then I see a “determine hostname and domain”

          ( I think this is where the timeout occurs )

          Then I am prompted to “choose a language”

 

In a different terminal window I am “pinging” the 10.196.154.122 IP during the whole boot process.  Once the “choose a language” prompt appears, then the interface begins responding to my pings.

 

My next step is to include the Kickstart config in the initrd.

 

If anyone sees any issues with my method, please drop me a note.

Thanks

-Bill

 

 

 

 

 


From: kickstart-list-bounces@xxxxxxxxxx [mailto:kickstart-list-bounces@xxxxxxxxxx] On Behalf Of Vivek.Kalia@xxxxxxxxxxxxx
Sent: Friday, March 02, 2007 10:49 AM
To: kickstart-list@xxxxxxxxxx
Subject: RE: "pump" times out -- extend a few seconds more?

 


Regarding experience of parameters
                 nicdelay=50 linksleep=50
I used them today to circumvent the Anaconda "time-out" and can confirm that they worked in the required manner.
My previous http builds were failing to contact the apache server due to the time-out. With these values in place, I could see Anaconda waiting about 50 seconds while the NIC initialised; the build then completed normally.

I am still investigating the root cause of the time-out, but this seems a good circumvention.

Vivek Kalia

This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information.This message is intended solely for the use of the individual or entity to whom it is addressed. If you are not the intended recipient you should not read, copy, distribute, disclose or otherwise use this information. If you have received this message in error, please notify us immediately and delete it from your system. The integrity and security of this message cannot be guaranteed and it may be subject to data corruption and unauthorised amendment, for which we accept no liability.
Euroclear reserves the right to retain email messages on its systems and to the extent and under circumstances permitted by applicable law, to monitor and intercept email messages to and from its systems. Euroclear is the marketing name for the Euroclear System, Euroclear plc, Euroclear SA/NV and their affiliates. http://www.euroclear.com

 


[Index of Archives]     [Red Hat General]     [CentOS Users]     [Fedora Users]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux