From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 43D7D1396D0 for ; Sun, 20 Aug 2017 12:26:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D839C1FC057; Sun, 20 Aug 2017 12:26:08 +0000 (UTC) Received: from ra.horus-it.com (ra.horus-it.com [94.130.34.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6053B1FC00F for ; Sun, 20 Aug 2017 12:26:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ra.horus-it.com (Postfix) with ESMTP id B98E948C177B for ; Sun, 20 Aug 2017 14:26:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monksofcool.net; h=content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=alpha; t= 1503231959; x=1505823960; bh=4wVKbMDeAWGBgXCUFPrYekRLZqKmIx0/SDj CFUbjF7Q=; b=nOcMLIlHQWBmnG7Rgsdnj3kzVbSJWAgAo9hExpkWaRePrJ37Dcm A1W+jWb83tJ9gmahX6akiDglhCcT5yGpHXqDyVMnXWS9VHgSMP0RVzkehY1bvIAW IP+sVGezhCFdCjjU/DfxDDnm45inGaloHqbaQD89rhA+qmdOYdw+zKBCVm2D1KUE IVzxWEoAyAxzhHm2cJprBCX7AMM7WC7pFg+P3exnTufdJHM1VLgU1kY/JBrNokI+ u6mKcR/F8KDm4SwuFgMEihA2L92QDBS1/5APIf02N2YcINL8xzj8g60g/TgemFbP jQIpuivOQVAjE1yTYbI4kiZAoRbbXL2a3tw== X-Virus-Scanned: at horus-it.com Subject: Re: [gentoo-user] Nameserver lookups fail on virtual server after Kernel upgrade from version 4.9 to 4.12 To: gentoo-user@lists.gentoo.org References: From: Ralph Seichter Message-ID: <36647422-6e40-b12f-fa32-a5bef8d68f32@monksofcool.net> Date: Sun, 20 Aug 2017 14:25:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.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 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Archives-Salt: 92f7b312-6f70-46eb-b2ff-2e8fc90d7b3e X-Archives-Hash: 38bd463bae51ccfbbe80a1081c5c8901 On 20.08.2017 08:17, Neil Bothwick wrote: > I'd try again with a clean kernel tree but using make oldconfig. It's > possible the automagic stuff answered n somewhere where you need a y. As https://wiki.gentoo.org/wiki/Kernel/Upgrade/en#make_silentoldconfig describes, "make silentoldconfig" (which I used) asks for a decision for all newly introduced kernel options. Most default to "no" anyway, but I have painstakingly read each of the new descriptions to figure out if I might need the options. I've done it several times, and I still cannot figure out if I missed anything. Here is a subset of the options I have configured, perhaps you can spot if something is amiss? Of course, grep VIRT is not exactly the most precise approach... ### Server 1 (high volume traffic) $ grep VIRT .config | sort CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y CONFIG_BLK_MQ_VIRTIO=y # CONFIG_DEBUG_VIRTUAL is not set # CONFIG_DMA_VIRT_OPS is not set CONFIG_DMA_VIRTUAL_CHANNELS=y # CONFIG_DRM_VIRTIO_GPU is not set # CONFIG_FB_VIRTUAL is not set CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y CONFIG_HW_RANDOM_VIRTIO=y CONFIG_PARAVIRT_CLOCK=y # CONFIG_PARAVIRT_DEBUG is not set CONFIG_PARAVIRT_SPINLOCKS=y # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set CONFIG_PARAVIRT=y CONFIG_SCSI_VIRTIO=y # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set # CONFIG_VIRT_DRIVERS is not set CONFIG_VIRTIO_BALLOON=m # CONFIG_VIRTIO_BLK_SCSI is not set CONFIG_VIRTIO_BLK=y CONFIG_VIRTIO_CONSOLE=y # CONFIG_VIRTIO_INPUT is not set # CONFIG_VIRTIO_MMIO is not set CONFIG_VIRTIO_NET=y CONFIG_VIRTIO_PCI_LEGACY=y CONFIG_VIRTIO_PCI=y CONFIG_VIRTIO=y CONFIG_VIRT_TO_BUS=y # CONFIG_VIRTUALIZATION is not set I have since updated a second virtual Gentoo server to Kernel 4.12. This server sees a lot less network traffic, but after a couple of hours it runs into the same timeouts when attempting to contact resolvers. Kernel settings include: ### Server 2 (low volume traffic) $ grep VIRT .config | sort CONFIG_ARCH_HAS_DEBUG_VIRTUAL=y CONFIG_BLK_MQ_VIRTIO=y # CONFIG_DEBUG_VIRTUAL is not set # CONFIG_DMA_VIRT_OPS is not set CONFIG_DMA_VIRTUAL_CHANNELS=y # CONFIG_DRM_VIRTIO_GPU is not set # CONFIG_FB_VIRTUAL is not set CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y CONFIG_HW_RANDOM_VIRTIO=y CONFIG_PARAVIRT_CLOCK=y # CONFIG_PARAVIRT_DEBUG is not set CONFIG_PARAVIRT_SPINLOCKS=y # CONFIG_PARAVIRT_TIME_ACCOUNTING is not set CONFIG_PARAVIRT=y CONFIG_SCSI_VIRTIO=y # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set # CONFIG_VIRT_DRIVERS is not set CONFIG_VIRTIO_BALLOON=m # CONFIG_VIRTIO_BLK_SCSI is not set CONFIG_VIRTIO_BLK=y CONFIG_VIRTIO_CONSOLE=y # CONFIG_VIRTIO_INPUT is not set # CONFIG_VIRTIO_MMIO is not set CONFIG_VIRTIO_NET=y CONFIG_VIRTIO_PCI_LEGACY=y CONFIG_VIRTIO_PCI=y CONFIG_VIRTIO=y CONFIG_VIRT_TO_BUS=y CONFIG_VIRTUALIZATION=y As you can see, I used CONFIG_VIRTUALIZATION=y in this case, even though I believe this only affects running as a VM host. I carried this option over from the previous 4.9 kernel. -Ralph