FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 10-10-2011, 09:38 AM
"c.y.liu"
 
Default anaconda spend too long long time to download updates.img file

hi all,

i'm not sure whether i should post this on devel list, but this is the
only place i found. please guide me if there is a more proper place i
can find answer.

ok, here is the problem i met.

i have one RHEL6.1 x86_64 server which severs as PXE server. and i
want to provision another RHEL6.1 compute host. after the compute host
power on, it can successfully get the IP address from DHCP server and
kerner, initrd from tftp server. but when anaconda try to download the
updates.img file, it took too much time (more than 20 minutes). i have
tried to download the updates.img directly using wget command, it's
OK. the files can be downloaded in seconds. so i think the http works
well.

and the wired thing is this doesn't happen always. sometimes, the
anaconda can download very quickly.

following are some logs i pick up from tty

(Alt + F3)
09:45:29,765 INFO : doing kickstart... setting it up
09:45:34,775 INFO : wait_for_iface_activation (2274): device
eth0 activated
09:45:34,781 INFO : trying to mount CD device /dev/sr0 on /mnt/stage2
09:45:34,783 INFO : drive status is CDS_TRAY_OPEN
09:45:34,784 INFO : Drive tray reports open when it should be closed
09:45:49,799 INFO : no stage2= given, assuming
http://192.168.10.20/repos/1000/images/install.img
09:45:49,799 INFO : setting language to en_US.UTF-8
09:45:49,813 INFO : starting STEP_METHOD
09:45:49,818 INFO : starting STEP_STAGE2
09:45:49,818 INFO : URL_STAGE_MAIN: url is
http://192.168.10.20/repos/1000/images/install.img
09:45:49,818 INFO : transferring
http://192.168.10.20/repos/1000/images/updates.img
... (long time wait)

(Alt + F4)
INFO dhclient: DHCPREQUEST on eth0 to 192.168.10.10 port 67 (xid=0x233777f9)
INFO dhclient: DHCPACK from 192.168.10.10 (xid=0x233777f9)
INFO NetworkManager: <info> (eth0): DHCPv4 state changed bound -> renew
INFO NetworkManager: <info> address 192.168.10.30
INFO NetworkManager: <info> prefix 24(255.255.255.0)
INFO NetworkManager: <info> gateway 192.168.10.11
INFO NetworkManager: <info> hostname root01
INFO NetworkManager: <info> nameserver '192.168.10.10'
INFO NetworkManager: <info> nameserver '192.168.10.11'
INFO NetworkManager: <info> domain name 'private.dns.zone'
INFO NetworkManager: <info> Policy set 'System eth0' (eth0) as
default for IPv4 routing and DNS
INFO dhclient : bound to 192.168.10.30 -- renew in 1092 seconds

by the way, the same system works very well on RHEL5.5. i never
encounter such problem.

any suggestion will be greatly appreciated!

--
Chunyang Liu

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
 
Old 10-10-2011, 09:38 AM
"c.y.liu"
 
Default anaconda spend too long long time to download updates.img file

hi all,

i'm not sure whether i should post this on devel list, but this is the
only place i found. please guide me if there is a more proper place i
can find answer.

ok, here is the problem i met.

i have one RHEL6.1 x86_64 server which severs as PXE server. and i
want to provision another RHEL6.1 compute host. after the compute host
power on, it can successfully get the IP address from DHCP server and
kerner, initrd from tftp server. but when anaconda try to download the
updates.img file, it took too much time (more than 20 minutes). i have
tried to download the updates.img directly using wget command, it's
OK. the files can be downloaded in seconds. so i think the http works
well.

and the wired thing is this doesn't happen always. sometimes, the
anaconda can download very quickly.

following are some logs i pick up from tty

(Alt + F3)
09:45:29,765 INFO : doing kickstart... setting it up
09:45:34,775 INFO : wait_for_iface_activation (2274): device
eth0 activated
09:45:34,781 INFO : trying to mount CD device /dev/sr0 on /mnt/stage2
09:45:34,783 INFO : drive status is CDS_TRAY_OPEN
09:45:34,784 INFO : Drive tray reports open when it should be closed
09:45:49,799 INFO : no stage2= given, assuming
http://192.168.10.20/repos/1000/images/install.img
09:45:49,799 INFO : setting language to en_US.UTF-8
09:45:49,813 INFO : starting STEP_METHOD
09:45:49,818 INFO : starting STEP_STAGE2
09:45:49,818 INFO : URL_STAGE_MAIN: url is
http://192.168.10.20/repos/1000/images/install.img
09:45:49,818 INFO : transferring
http://192.168.10.20/repos/1000/images/updates.img
... (long time wait)

(Alt + F4)
INFO dhclient: DHCPREQUEST on eth0 to 192.168.10.10 port 67 (xid=0x233777f9)
INFO dhclient: DHCPACK from 192.168.10.10 (xid=0x233777f9)
INFO NetworkManager: <info> (eth0): DHCPv4 state changed bound -> renew
INFO NetworkManager: <info> address 192.168.10.30
INFO NetworkManager: <info> prefix 24(255.255.255.0)
INFO NetworkManager: <info> gateway 192.168.10.11
INFO NetworkManager: <info> hostname root01
INFO NetworkManager: <info> nameserver '192.168.10.10'
INFO NetworkManager: <info> nameserver '192.168.10.11'
INFO NetworkManager: <info> domain name 'private.dns.zone'
INFO NetworkManager: <info> Policy set 'System eth0' (eth0) as
default for IPv4 routing and DNS
INFO dhclient : bound to 192.168.10.30 -- renew in 1092 seconds

by the way, the same system works very well on RHEL5.5. i never
encounter such problem.

any suggestion will be greatly appreciated!

--
Chunyang Liu

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
 

Thread Tools




All times are GMT. The time now is 07:30 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org