From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 27D9B138ACE for ; Sat, 7 Mar 2015 10:07:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C485FE09AD; Sat, 7 Mar 2015 10:06:55 +0000 (UTC) Received: from uberouter3.guranga.net (unknown [81.19.48.176]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 89D99E0937 for ; Sat, 7 Mar 2015 10:06:54 +0000 (UTC) Received: from [192.168.151.101] (unknown [88.210.154.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by uberouter3.guranga.net (Postfix) with ESMTPSA id 4AF4E745 for ; Sat, 7 Mar 2015 10:04:06 +0000 (GMT) Message-ID: <54FACD4A.2080302@thegeezer.net> Date: Sat, 07 Mar 2015 10:04:58 +0000 From: thegeezer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Strange network behaviour: NIC goes down, DHCP lease renewal fails References: <20150305104625.2d88242a@marcec.fritz.box> In-Reply-To: <20150305104625.2d88242a@marcec.fritz.box> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 05e1e4fb-639a-4124-9694-88e2a3ed0a42 X-Archives-Hash: fb0cf93e7cfa3fa6fff48da285fa4441 On 05/03/15 09:46, Marc Joliet wrote: > Hi all, > > at work I'm (well, *we* are) facing an interesting problem. Since we are sort > of stabbing in the dark here, I thought I'd ask here. Also, since this is from > work, I will not be able to diverge very many details (not to mention that as a > student worker I simply don't *know* many details). However, I do have > permission from my boss to ask about this in an anonymised fashion. > > The symptom we're seeing is that the NIC goes down and DHCP packets stop getting > through after a certain amount of time. What happens is: > > 1.) The NIC is brought up (some built-in Intel model). > > 2.) A DHCP client configures it. > > 3.) The network connection is lost at some point (the amount of time this takes > varies, but it can be as little as 20 minutes). > > 4.) Eventually the lease runs out and the DHCP client tries to renew it, but > gets no response. Sometimes, after many hours (at least 6), it will get a > DHCPACK, but that's it. One of our sysadmins says that not only does > the DHCP server never see the packets, but the managed switch that the PC > is directly attached to *also* never does (again, except for when the > occasional DHCPACK comes). > > 4.) Restart the network device. A reboot is not required, but it is necessary > to terminate the DHCP client. After that everything works again. > > 5.) GOTO 3. > > (Note that I have observed that steps 3 and 4 do not necessarily occur in > order.) > > This has been rather baffling, since this problem is limited to 3 computers. > > One of them (the longest running) runs Gentoo, courtesy of me. This is the > first one we saw the problem with. Since we couldn't figure it out (switching > from dhcpcd to dhclient, turning off the firewall, monitoring with tcpdump, > etc., all with help from one of our sysadmins; Google, too, of course), Gentoo > was "blamed", so we got a replacement PC with Fedora 20 on it, which *also* > showed this behaviour. Both PCs run some special software (some of it mine). > Thus, at some point this software was "blamed". > > So we started experimenting: we configured the Fedora PC to *not* start the > special software, and have not seen any problems all week. Yesterday afternoon > I then started *one* of the programs, and had not seen any problems yet by the > time I went home. > > So that would speak *for* that theory, right? Well, for comparison, my boss > recently started running a separate PC, also with a bog-standard Fedora 20. > Guess what: it *also* shows the *exact* same behaviour as the other two PCs > ("journalctl -u NetworkManager" shows pages upon pages of unanswered > DHCPREQUESTs, with the occasional response thrown in). Note here that this PC > is on a different switch and in a different VLAN. > > The choice of Fedora comes from the fact that we use a Fedora based distro > internally, so it is "known". PCs running it have *not* shown the behaviour > above (AFAIK not even *once*). Thus, one of the few things I can think of is > finding out what is different about them relative to the standard Fedora. > > Right now my main ideas on what the culprit could be are: > > - The computers' kernel/network device is improperly configured. That is, > maybe special configuration is needed for the computers to work properly as > clients in the network. I'm thinking of support for some (from my > perspective) obscure protocol(s). > > - It's a network problem. The three computers are in two different VLANs, > while the workplace computers running the internal Fedora based distro are in > a third (the main network that all the normal Windows and Linux workstations > are connected to). However, they are on the same switch as the two computers > running my software. One argument against this is that the Windows PC that > runs on the same VLAN does *not* have any problems like this. > > One of the other ideas I had was faulty power management, and I did read of > problems of the sort regarding the exact same network card that is in the old > Gentoo machine on an HP support forum (from around 2008). However, the local > sysadmin said that they have had nothing but good experience with those network > cards. Also: *three* computers with NIC power management problems? That sounds > a bit far-fetched to me. Nevertheless, I am not fully discounting the > possibility. > > You can imagine how confusing and frustrating this is. > > So, has anybody here ever experienced something like this? Any ideas on what > could be the cause? > > Greetings Howdy i've seen this before but not with the nic down event the problem was old managed alcatel switches combined with questionable wiring in my case it was reversed, the gentoo box was providing the dhcp but then suddenly nothing got dhcp responses power cycling the switch was a temporary fix updating the switch firmware helped a lot - went from a daily occurence to weekly occurence i'd have a word with the network team and have them verify through port mirroring 1. the dhcp server is sending packets out and they are being received on the switchport it is connected 2. the packet is also being sent out on the correct port what they will probably discover is an issue with the mac tables / switching and have to bounce the ports / the switch forcing the up/down on the dhcp server also seemed to help on occasion good luck - if you find the resolution is something else please do let me know as i'd love to find out what the issue might have been if not the switch!