Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752680AbdHIELw (ORCPT ); Wed, 9 Aug 2017 00:11:52 -0400 Received: from shards.monkeyblade.net ([184.105.139.130]:60388 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752630AbdHIELv (ORCPT ); Wed, 9 Aug 2017 00:11:51 -0400 Date: Tue, 08 Aug 2017 21:11:50 -0700 (PDT) Message-Id: <20170808.211150.2070475124549651350.davem@davemloft.net> To: otubo@redhat.com Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, devel@linuxdriverproject.org, sthemmin@microsoft.com, haiyangz@microsoft.com, kys@microsoft.com Subject: Re: [PATCH] hv_set_ifconfig.sh double check before setting ip From: David Miller In-Reply-To: <20170808135345.17027-1-otubo@redhat.com> References: <20170808135345.17027-1-otubo@redhat.com> X-Mailer: Mew version 6.7 on Emacs 25.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 08 Aug 2017 21:11:50 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 955 Lines: 24 From: Eduardo Otubo Date: Tue, 8 Aug 2017 15:53:45 +0200 > This patch fixes the behavior of the hv_set_ifconfig script when setting > the interface ip. Sometimes the interface has already been configured by > network daemon, in this case hv_set_ifconfig causes "RTNETLINK: file > exists error"; in order to avoid this error this patch makes sure double > checks the interface before trying anything. > > Signed-off-by: Eduardo Otubo And if the daemon sets the address after you test it but before you try to set it in the script, what happens? This is why I hate changes like this. They don't remove the problem, they make it smaller. And smaller in a bad way. Smaller makes the problem even more harder to diagnose when it happens. There is implicitly no synchonization between network configuration daemons and things people run by hand like this script. So, caveat emptor. I'm not applying this, sorry.