From owner-freebsd-bugs@FreeBSD.ORG Sun Feb 9 18:50:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBA5E59D for ; Sun, 9 Feb 2014 18:50:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B92AC1BEB for ; Sun, 9 Feb 2014 18:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s19Io0X7048073 for ; Sun, 9 Feb 2014 18:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s19Io0ie048072; Sun, 9 Feb 2014 18:50:00 GMT (envelope-from gnats) Resent-Date: Sun, 9 Feb 2014 18:50:00 GMT Resent-Message-Id: <201402091850.s19Io0ie048072@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Christian Weisgerber Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41E83597 for ; Sun, 9 Feb 2014 18:49:36 +0000 (UTC) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E74211BE7 for ; Sun, 9 Feb 2014 18:49:35 +0000 (UTC) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id B7EE0301DD for ; Sun, 9 Feb 2014 19:17:01 +0100 (CET) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id B35B53F83C3 for ; Sun, 9 Feb 2014 19:17:01 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-088-067-113-179.pools.arcor-ip.net [88.67.113.179]) by mail-in-15.arcor-online.net (Postfix) with ESMTPS id 258B11AB540 for ; Sun, 9 Feb 2014 19:17:00 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.7/8.14.7) with ESMTP id s19IGxn9072177 for ; Sun, 9 Feb 2014 19:16:59 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.7/8.14.7/Submit) id s19IGx5T072176; Sun, 9 Feb 2014 19:16:59 +0100 (CET) (envelope-from naddy) Message-Id: <201402091816.s19IGx5T072176@lorvorc.mips.inka.de> Date: Sun, 9 Feb 2014 19:16:59 +0100 (CET) From: Christian Weisgerber To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: bin/186597: NFS mount option noinet6 ineffective for umount(8) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Christian Weisgerber List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 18:50:01 -0000 >Number: 186597 >Category: bin >Synopsis: NFS mount option noinet6 ineffective for umount(8) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 09 18:50:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 10.0-STABLE amd64 >Organization: >Environment: System: FreeBSD lorvorc.mips.inka.de 10.0-STABLE FreeBSD 10.0-STABLE #0 r261348: Sat Feb 1 14:36:57 CET 2014 naddy@lorvorc.mips.inka.de:/usr/obj/usr/src/sys/GENERIC amd64 >Description: By default, mounting an NFS filesystem from a server that has an AAAA record but doesn't support RPC/NFS over IPv6 causes mount(8) to hang. This can be avoided by specifying the "noinet6" mount option. However, even with "noinet6" umount(8) will hang when unmounting the filesystem. If you ^C umount, the filesystem has successfully been unmounted. A workaround is to specify the server by its IPv4 address rather than hostname. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: