From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E7FF1C2BA2B for ; Sun, 19 Apr 2020 08:38:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AA44F21D82 for ; Sun, 19 Apr 2020 08:38:00 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="XYDfh/nY" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725969AbgDSIh7 (ORCPT ); Sun, 19 Apr 2020 04:37:59 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:40494 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725446AbgDSIh7 (ORCPT ); Sun, 19 Apr 2020 04:37:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587285478; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gtE/RAI8Ll8mxlz3GjJNNnyp/GGzHjOzYL41aghGZqo=; b=XYDfh/nYwENIGUeOsYY5RwG1SvGWbgt3S4F1BW+bqX4QLsQIsi+5gWL9xIjBYDAf6+tKGy YsAg2QV79CH+WCWVJV1gx293E/g4TEtG1SsCPU1Vhs1xtcqxgwLqbBdJqMuigs3z++OhHw cghdzzTWnL1Hu6NCEXaSQpl8wBYnR/M= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-376-LHnNx2NRM0CC-We1R3FlPQ-1; Sun, 19 Apr 2020 04:37:56 -0400 X-MC-Unique: LHnNx2NRM0CC-We1R3FlPQ-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D694318C35A0; Sun, 19 Apr 2020 08:37:54 +0000 (UTC) Received: from warthog.procyon.org.uk (ovpn-113-129.rdu2.redhat.com [10.10.113.129]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0AB8FA1056; Sun, 19 Apr 2020 08:37:52 +0000 (UTC) Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: References: <3865908.1586874010@warthog.procyon.org.uk> To: Steve French Cc: dhowells@redhat.com, linux-nfs , CIFS , linux-afs@lists.infradead.org, ceph-devel@vger.kernel.org, keyrings@vger.kernel.org, Network Development , LKML , fweimer@redhat.com Subject: Re: What's a good default TTL for DNS keys in the kernel MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <927452.1587285472.1@warthog.procyon.org.uk> Date: Sun, 19 Apr 2020 09:37:52 +0100 Message-ID: <927453.1587285472@warthog.procyon.org.uk> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Steve French wrote: > For SMB3/CIFS mounts, Paulo added support last year for automatic > reconnect if the IP address of the server changes. It also is helpful > when DFS (global name space) addresses change. What happens if the IP address the superblock is going to changes, then another mount is made back to the original IP address? Does the second mount just pick the original superblock? David