[opensuse-autoinstall] NIC disappears on PXE booted suse client after TFTP.
Dear all, I am trying to solve a strange networking problem with PXE boot and SUSE. Here follows a description with the strange ARP broadcast noted at the end: 1) PXE boot the 10.205.8.253 (new server to install) 2) DHCPOFFER to 10.205.8.253 and this then sends a DHCPACK. 3) 10.205.8.253 then TFTP downloads the linux and initrd and executes it successfully. 4) Afterwards 10.205.8.253 looses all the network information. 5) The final messages (Xensourc) shown in Ethereal are ARP requests that come from 10.205.8.253. This is the autoyast server ARPing for the MAC of 10.205.8.253 because it has disappeared from the network. No. Time Source Destination Protocol Info 15120 22.480085 Xensourc_33:3f:cc d8:d3:85:5a:00:b0 ARP Who has 10.205.8.253? Tell 10.205.8.145 At this point the PXE booted system 10.205.8.253 then reverts to the screen for starting a manual set-up programme. "Could not find ... the Installation Source. Activating manual setup program." When I use this to display the network interfaces then it only displays the loopback. This problem is not specific to one server. It happens on all servers. The servers consist of existing HP c-class blades, and some newer G6 blades. I tried a CD installation on the former blades and this works, but Suse does not see the NIC on the newer G6 blades. I do know that the firmware for the OA on the HP c7000 was upgraded this week, it all worked last week, but this is process of elimination because, as ever, one has to prove to others that this is or is not a cause because otherwise the firmware won't be rolled back. Does anyone know where I would start? Perhaps, I could load modules during the PXE boot for the server NIC? Unsure how or whether this is the right path to start down. Yours sincerely, s. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
but Suse does not see the NIC on the newer G6 blades. I do know that
They you should get in touch which HP Support and ask what Linux kernel and which NIC driver is supported for your current firmware. I had a similar issue and my solution was. - Got new driver package for the NIC - Build the nic module and REPLACED the one on the initrd ( which will be used during your network boot ) - A script replaces the nic module on the installed system from the still mounted initrd during installation. Example: <scripts> <chroot-scripts config:type="list"> <script> <chrooted config:type="boolean">false</chrooted> <filename>tasks.after.install</filename> <interpreter>shell</interpreter> <location></location> <source>
Hi Simon For HP BL460c G6 you need at least SLES10 SP3 to get it working 'out of the box'. If you want to install SLES10 SP2 or below, see: http://lists.opensuse.org/opensuse-autoinstall/2009-09/msg00003.html http://h18006.www1.hp.com/products/servers/management/rdp/knowledgebase/0000... HTH, Michael -----Ursprüngliche Nachricht----- Von: Simon Loewenthal/NL/Tele2 [mailto:simon.loewenthal@klunky.co.uk] Gesendet: Freitag, 29. Januar 2010 16:33 An: opensuse-autoinstall@opensuse.org Betreff: [opensuse-autoinstall] NIC disappears on PXE booted suse client after TFTP. Dear all, I am trying to solve a strange networking problem with PXE boot and SUSE. Here follows a description with the strange ARP broadcast noted at the end: 1) PXE boot the 10.205.8.253 (new server to install) 2) DHCPOFFER to 10.205.8.253 and this then sends a DHCPACK. 3) 10.205.8.253 then TFTP downloads the linux and initrd and executes it successfully. 4) Afterwards 10.205.8.253 looses all the network information. 5) The final messages (Xensourc) shown in Ethereal are ARP requests that come from 10.205.8.253. This is the autoyast server ARPing for the MAC of 10.205.8.253 because it has disappeared from the network. No. Time Source Destination Protocol Info 15120 22.480085 Xensourc_33:3f:cc d8:d3:85:5a:00:b0 ARP Who has 10.205.8.253? Tell 10.205.8.145 At this point the PXE booted system 10.205.8.253 then reverts to the screen for starting a manual set-up programme. "Could not find ... the Installation Source. Activating manual setup program." When I use this to display the network interfaces then it only displays the loopback. This problem is not specific to one server. It happens on all servers. The servers consist of existing HP c-class blades, and some newer G6 blades. I tried a CD installation on the former blades and this works, but Suse does not see the NIC on the newer G6 blades. I do know that the firmware for the OA on the HP c7000 was upgraded this week, it all worked last week, but this is process of elimination because, as ever, one has to prove to others that this is or is not a cause because otherwise the firmware won't be rolled back. Does anyone know where I would start? Perhaps, I could load modules during the PXE boot for the server NIC? Unsure how or whether this is the right path to start down. Yours sincerely, s. -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Hi Michael, Thanks for the info. I have just tried SP3, and can install it from the DVD and it recognises the NICs. When I try a PXE boot it DHCPs the address and downloads the SP3 initrd, and now the network cards appear, but it falls back to an "Activating manual install..." menu. I thought that it could not download the autoinst.xml from the NFS share, but I can access the same mount from another machine so don't think that this is the problem. The PXE file contains: /tftpboot/pxelinux.cfg/01-d8-d3-85-5a-83-38.sles10_SP3_x86_64: default SLES10_SP3_x86_64 # install SLES10_SP3 - generic profile label SLES10_SP3_x86_64 kernel sles10_sp3_x86_64/linux append initrd=sles10_sp3_x86_64/initrd ramdisk_size=65536 install=nfs://10.205.8.145/export//export/sles10sp3_x86_64 hostip=10.205.8.253/24 autoyast=nfs://10.205.8.145/export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml netdevice=eth0 textmode=1 insmod=bnx2 This NFS mount command works on another machine and it can list the files: # mount somemachine:/export/sles10sp3_x86_64 /mnt On the autoyast installation server: # ls -ld /export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml -rw-r--r-- 1 root root 46647 2010-02-01 11:43 /export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml Michael.Leu@mgb.ch wrote:
Hi Simon
For HP BL460c G6 you need at least SLES10 SP3 to get it working 'out of the box'.
If you want to install SLES10 SP2 or below, see: http://lists.opensuse.org/opensuse-autoinstall/2009-09/msg00003.html http://h18006.www1.hp.com/products/servers/management/rdp/knowledgebase/0000...
HTH, Michael
-----Ursprüngliche Nachricht----- Von: Simon Loewenthal/NL/Tele2 [mailto:simon.loewenthal@klunky.co.uk] Gesendet: Freitag, 29. Januar 2010 16:33 An: opensuse-autoinstall@opensuse.org Betreff: [opensuse-autoinstall] NIC disappears on PXE booted suse client after TFTP.
Dear all,
I am trying to solve a strange networking problem with PXE boot and SUSE.
Here follows a description with the strange ARP broadcast noted at the end:
1) PXE boot the 10.205.8.253 (new server to install) 2) DHCPOFFER to 10.205.8.253 and this then sends a DHCPACK. 3) 10.205.8.253 then TFTP downloads the linux and initrd and executes it successfully. 4) Afterwards 10.205.8.253 looses all the network information. 5) The final messages (Xensourc) shown in Ethereal are ARP requests that come from 10.205.8.253. This is the autoyast server ARPing for the MAC of 10.205.8.253 because it has disappeared from the network. No. Time Source Destination Protocol Info 15120 22.480085 Xensourc_33:3f:cc d8:d3:85:5a:00:b0 ARP Who has 10.205.8.253? Tell 10.205.8.145
At this point the PXE booted system 10.205.8.253 then reverts to the screen for starting a manual set-up programme. "Could not find ... the Installation Source. Activating manual setup program." When I use this to display the network interfaces then it only displays the loopback.
This problem is not specific to one server. It happens on all servers. The servers consist of existing HP c-class blades, and some newer G6 blades. I tried a CD installation on the former blades and this works, but Suse does not see the NIC on the newer G6 blades. I do know that the firmware for the OA on the HP c7000 was upgraded this week, it all worked last week, but this is process of elimination because, as ever, one has to prove to others that this is or is not a cause because otherwise the firmware won't be rolled back.
Does anyone know where I would start? Perhaps, I could load modules during the PXE boot for the server NIC? Unsure how or whether this is the right path to start down.
Yours sincerely, s.
-- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
I noticed that just afore it gave the message "could not find suse installation source...", it gave something like this (it scrolled past too quickly to accurately jot down the lines): udev: starting usb... [...] Download failed Searching for info file. Simon Loewenthal/NL/Tele2 wrote:
Hi Michael,
Thanks for the info. I have just tried SP3, and can install it from the DVD and it recognises the NICs.
When I try a PXE boot it DHCPs the address and downloads the SP3 initrd, and now the network cards appear, but it falls back to an "Activating manual install..." menu. I thought that it could not download the autoinst.xml from the NFS share, but I can access the same mount from another machine so don't think that this is the problem.
The PXE file contains: /tftpboot/pxelinux.cfg/01-d8-d3-85-5a-83-38.sles10_SP3_x86_64:
default SLES10_SP3_x86_64 # install SLES10_SP3 - generic profile label SLES10_SP3_x86_64 kernel sles10_sp3_x86_64/linux append initrd=sles10_sp3_x86_64/initrd ramdisk_size=65536 install=nfs://10.205.8.145/export//export/sles10sp3_x86_64 hostip=10.205.8.253/24 autoyast=nfs://10.205.8.145/export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml netdevice=eth0 textmode=1 insmod=bnx2
This NFS mount command works on another machine and it can list the files: # mount somemachine:/export/sles10sp3_x86_64 /mnt
On the autoyast installation server: # ls -ld /export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml -rw-r--r-- 1 root root 46647 2010-02-01 11:43 /export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml
Michael.Leu@mgb.ch wrote:
Hi Simon
For HP BL460c G6 you need at least SLES10 SP3 to get it working 'out of the box'.
If you want to install SLES10 SP2 or below, see: http://lists.opensuse.org/opensuse-autoinstall/2009-09/msg00003.html http://h18006.www1.hp.com/products/servers/management/rdp/knowledgebase/0000...
HTH, Michael
-----Ursprüngliche Nachricht----- Von: Simon Loewenthal/NL/Tele2 [mailto:simon.loewenthal@klunky.co.uk] Gesendet: Freitag, 29. Januar 2010 16:33 An: opensuse-autoinstall@opensuse.org Betreff: [opensuse-autoinstall] NIC disappears on PXE booted suse client after TFTP.
Dear all,
I am trying to solve a strange networking problem with PXE boot and SUSE.
Here follows a description with the strange ARP broadcast noted at the end:
1) PXE boot the 10.205.8.253 (new server to install) 2) DHCPOFFER to 10.205.8.253 and this then sends a DHCPACK. 3) 10.205.8.253 then TFTP downloads the linux and initrd and executes it successfully. 4) Afterwards 10.205.8.253 looses all the network information. 5) The final messages (Xensourc) shown in Ethereal are ARP requests that come from 10.205.8.253. This is the autoyast server ARPing for the MAC of 10.205.8.253 because it has disappeared from the network. No. Time Source Destination Protocol Info 15120 22.480085 Xensourc_33:3f:cc d8:d3:85:5a:00:b0 ARP Who has 10.205.8.253? Tell 10.205.8.145
At this point the PXE booted system 10.205.8.253 then reverts to the screen for starting a manual set-up programme. "Could not find ... the Installation Source. Activating manual setup program." When I use this to display the network interfaces then it only displays the loopback.
This problem is not specific to one server. It happens on all servers. The servers consist of existing HP c-class blades, and some newer G6 blades. I tried a CD installation on the former blades and this works, but Suse does not see the NIC on the newer G6 blades. I do know that the firmware for the OA on the HP c7000 was upgraded this week, it all worked last week, but this is process of elimination because, as ever, one has to prove to others that this is or is not a cause because otherwise the firmware won't be rolled back.
Does anyone know where I would start? Perhaps, I could load modules during the PXE boot for the server NIC? Unsure how or whether this is the right path to start down.
Yours sincerely, s.
-- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
on Monday 01 February 2010 Simon Loewenthal/NL/Tele2 wrote:
When I try a PXE boot it DHCPs the address and downloads the SP3 initrd, and now the network cards appear, but it falls back to an "Activating manual install..." menu. I thought that it could not download the autoinst.xml from the NFS share,
no, if you see that message, AutoYaST has not even tried to read the XML profile. It can not read the installation system.
The PXE file contains: /tftpboot/pxelinux.cfg/01-d8-d3-85-5a-83-38.sles10_SP3_x86_64:
default SLES10_SP3_x86_64 # install SLES10_SP3 - generic profile label SLES10_SP3_x86_64 kernel sles10_sp3_x86_64/linux append initrd=sles10_sp3_x86_64/initrd ramdisk_size=65536 install=nfs://10.205.8.145/export//export/sles10sp3_x86_64
is the "export//export" really correct? -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug listening to: "Black Heart [alpha]" by Edge Of Dawn -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
Hi, I rectified typographic error (brought a smile to my face) but a // should not matter but perhaps it does in this case. Additionally, I removed the loading the blx driver and specifying eth0, just in case it made any difference. [netdevice=eth0 insmod=bnx2]. The result was identical: default SLES10_SP3_x86_64 # install SLES10_SP3 - generic profile label SLES10_SP3_x86_64 kernel sles10_sp3_x86_64/linux append initrd=sles10_sp3_x86_64/initrd ramdisk_size=65536 install=nfs://10.205.8.145/export/export/sles10sp3_x86_64 hostip=10.205.8.253/24 autoyast=nfs://10.205.8.145/export/profile/generica-sles10sp3_x84_64_autoinst_oracle_ebusiness.xml textmode=1 I realise that it cannot read the installation, but where does it fail? I monitored this with tcpdump and the only useful bit I saw was this. After the TFTP download has finished the autoyast server starts ARPing for the clients IP address. No. Time Source Destination Protocol Info 15120 22.480085 Xensourc_33:3f:cc d8:d3:85:5a:00:b0 ARP Who has 10.205.8.253? Tell 10.205.8.145 Uwe Gansert wrote:
on Monday 01 February 2010 Simon Loewenthal/NL/Tele2 wrote:
When I try a PXE boot it DHCPs the address and downloads the SP3 initrd, and now the network cards appear, but it falls back to an "Activating manual install..." menu. I thought that it could not download the autoinst.xml from the NFS share,
no, if you see that message, AutoYaST has not even tried to read the XML profile. It can not read the installation system.
The PXE file contains: /tftpboot/pxelinux.cfg/01-d8-d3-85-5a-83-38.sles10_SP3_x86_64:
default SLES10_SP3_x86_64 # install SLES10_SP3 - generic profile label SLES10_SP3_x86_64 kernel sles10_sp3_x86_64/linux append initrd=sles10_sp3_x86_64/initrd ramdisk_size=65536 install=nfs://10.205.8.145/export//export/sles10sp3_x86_64
is the "export//export" really correct?
-- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org
participants (4)
-
Hans-Joachim Ehlers -
Michael.Leu＠mgb.ch -
Simon Loewenthal/NL/Tele2 -
Uwe Gansert