Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1209143pxx; Tue, 27 Oct 2020 10:44:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzCpp7eahKt+s+LcGegX9GENVY9MCX0hnN2wlTVEtbyVkdtI1Nsht7TeoMyNMHY1C4PWeAP X-Received: by 2002:a17:906:2b44:: with SMTP id b4mr3471719ejg.73.1603820694436; Tue, 27 Oct 2020 10:44:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603820694; cv=none; d=google.com; s=arc-20160816; b=hjmMXWWqb1B7O87a16Ja9oKphqBPscQNImB6GksJ+L5Fwv6ikx7SGJyWvegqqA18im 78ynedmK44NTH1yfI+pJyYTZDkI0qjOsS+aSqd8QDcL55UZ9AOy9ib3+bAoIegBLFEzW Mv6ugMeplnC5hdqi4z+i046s/YWqT2xOPB3U0FAUCMJKfz++/xmLLFLnJcM8/l8CyZ5m dt5nR003Cr7g/Sw+JX3hTPFwrxbnsXKG7nOrAbKQmR6hC4jIpJ1wgG6hBwdFNcw2OaAG wQQ3m4Bn9KRkP490L7rnNWQ+HYWeFry8bPBlbgO97d13a2TuuoBESlg28YOxhYRWiZRN VIWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:from:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:date :dkim-signature:dkim-filter; bh=YY/CRMQVRAZTZEHH+SsAxDZD0KcbZ4AGJuhnrkTPCPA=; b=VoPs3UcHXKiVY1odPUS1CjKpnXAn+JRvlB2Fn1g/z5ZomfY19S3ZtLoGF9dYqTFXmO iCZkTCUfEd309/+88bfBzF9PfuLKEsAKlgfIdktXr49u5JWn0hpRE5P4klnAgZhK0scs GJTwj1JH1VGJ3sZq9LZFI5J0QP7oBPxgfNaKupoWPEH08YemEzN2uXtKyMBbF4gfwDhq LnOic89eCX6R4EZzw6/GD7sbegfhyT9impEAtiR+nsBtNbI6F6MbkRKIfJQgKcfmZYbe AcvvHHCciLKz4rqMGQjQz1Yu4MbGo/cSv7RB/SOSnVF5kR2kUVnVfGj26DOKrNpDThia 7yIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fieldses.org header.s=default header.b=bjccu2qX; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b14si1406552ejp.67.2020.10.27.10.44.24; Tue, 27 Oct 2020 10:44:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@fieldses.org header.s=default header.b=bjccu2qX; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1817070AbgJ0RMr (ORCPT + 99 others); Tue, 27 Oct 2020 13:12:47 -0400 Received: from fieldses.org ([173.255.197.46]:45358 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1817068AbgJ0RMl (ORCPT ); Tue, 27 Oct 2020 13:12:41 -0400 Received: by fieldses.org (Postfix, from userid 2815) id 55FD535BD; Tue, 27 Oct 2020 13:12:40 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 fieldses.org 55FD535BD DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fieldses.org; s=default; t=1603818760; bh=YY/CRMQVRAZTZEHH+SsAxDZD0KcbZ4AGJuhnrkTPCPA=; h=Date:To:Cc:Subject:References:In-Reply-To:From:From; b=bjccu2qXIA59tBqIe7woktxz0EpRXfXwHam5WCDA1uhx6cXy19crCngDc3oYWtiK6 p7kMrQClXLQXIGJCcvIu6YY1gYhjZhP6BX5ItZ+DUOuGYQHUADQxrZdh58GO5AgeCt M0sgNdUsB6gUJJM3ZFfZVnAT+vTKd3gpXt1YF/sA= Date: Tue, 27 Oct 2020 13:12:40 -0400 To: Vasyl Vavrychuk Cc: linux-nfs@vger.kernel.org Subject: Re: Hard linking symlink does not work Message-ID: <20201027171240.GA1644@fieldses.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) From: bfields@fieldses.org (J. Bruce Fields) Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Fri, Oct 23, 2020 at 01:13:02PM +0300, Vasyl Vavrychuk wrote: > I have found that hard links for regular files works well for me over NFS: > > $ touch bar > $ ln bar tata > > But if I try to make hard link for symlink, then it fails: > > $ ln -s foo bar > $ ln bar tata > ln: failed to create hard link 'tata' => 'bar': Operation not permitted Huh. I'm not sure I even realized it was possible to hardlink symlinks. Makes sense, I guess. I think my first step debugging this would be to watch wireshark while attempting the "ln", and see what happens. That should tell us whether it's the client or server that's failing the operation. --b. > > I am using NFSv4 with Vagrant, here is mount entry: > > 172.28.128.1:PATH on /vagrant type nfs4 > (rw,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=IP,local_lock=none,addr=IP) > > I have also verified that rpc-statd is running on host. > > Host machine is Ubuntu 18.04 with NFS packages version 1:1.3.4-2.1ubuntu5.3. > > Will appreciate help on this. > > Thanks, > Vasyl