On Sun, August 12, 2012 12:00, Ned Slider wrote: > On 11/08/12 22:17, James B. Byrne wrote: >> I am trying to transport a dd image between to hosts over a cross >> linked gigabit connection. Both hosts have an eth1 configured to a >> non routable ip addr on a shared network. No other devices exist >> on this link. >> >> When transferring via sftp I received a stall warning. Checking the >> logs I see this: >> >> dmesg | grep eth >> >> e1000e 0000:00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) >> 00:1c:c0:f2:1f:bb >> e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection >> e1000e 0000:00:19.0: eth0: MAC: 7, PHY: 8, PBA No: FFFFFF-0FF >> r8169 0000:01:00.0: eth1: RTL8168d/8111d at 0xffffc9000187c000, >> 00:0a:cd:1d:44:fe, XID 081000c0 IRQ 31 >> r8169 0000:01:00.0: eth1: jumbo features [frames: 9200 bytes, tx >> checksumming: ko] >> ADDRCONF(NETDEV_UP): eth0: link is not ready >> device eth0 entered promiscuous mode >> r8169 0000:01:00.0: eth1: invalid firwmare >> r8169 0000:01:00.0: eth1: unable to load firmware patch >> rtl_nic/rtl8168d-1.fw (-22) >> r8169 0000:01:00.0: eth1: link down >> r8169 0000:01:00.0: eth1: link down >> ADDRCONF(NETDEV_UP): eth1: link is not ready >> r8169 0000:01:00.0: eth1: link up >> ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready >> e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: >> None >> ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready >> br0: port 1(eth0) entering learning state >> eth1: no IPv6 routers present >> eth0: no IPv6 routers present >> br0: port 1(eth0) entering forwarding state >> r8169 0000:01:00.0: eth1: link down >> r8169 0000:01:00.0: eth1: link up >> r8169 0000:01:00.0: eth1: link down >> r8169 0000:01:00.0: eth1: link up >> >> This may, or may not, be related to this bug: >> >> https://bugzilla.kernel.org/show_bug.cgi?id=12411 >> >> Is there some way to confirm whether or not this is the case. Is >> there a work-around for it if it is this bug? If it is not then has >> anyone any idea what is happening and how to fix it? >> > > Elrepo.org has updated drivers for both e1000e and r8169 devices (I'm > guessing it's probably the kmod-r8168 you'd need). You could try these > to see if they resolve the issue. > > If you want more help identifying the correct driver for your > hardware, see FAQ #4 here: > The network card for eth1 seems to have disappeared somehow. On the problem host: # /sbin/lspci -nn | grep -i net 00:19.0 Ethernet controller [0200]: Intel Corporation 82567V-2 Gigabit Network Connection [8086:10ce] # On another but nearly identically configured host (same MB and additional NIC: # /sbin/lspci -nn | grep -i net00:19.0 Ethernet controller [0200]: Intel Corporation 82567V-2 Gigabit Network Connection [8086:10ce] 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03) 04:04.0 Serial controller [0700]: NetMos Technology PCI 9835 Multi-I/O Controller [9710:9835] (rev 01) Where did eth1 on the first host go? How do I get it back? A restart? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB at Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3