Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp916596pxj; Fri, 21 May 2021 02:05:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwH1Uz7dJSYlneusbilpOOcgC8GgvKkKnY5TcZ9rXvJpinzkvEt+Abum8AVuwLbLaz18EtS X-Received: by 2002:a17:906:b74e:: with SMTP id fx14mr9211368ejb.104.1621587909536; Fri, 21 May 2021 02:05:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621587909; cv=none; d=google.com; s=arc-20160816; b=VJvfCA+gmnSw5aqhCi/SMFqxGxcm9RqVof5wK7Rcu+YR4ZuhXGsqhGbd+VIQ52Ulp+ cPU30FP40mKEQqShEEIfRW09BRKN/jl2OWPCdX8Kt88OE/GNSr+m4qH4gGid1Ig8PvwI igT1dvXkOIPGKsyInfMfosLc184+yRA0Kmu40ejIAXp+xoAUoztSvrB9Q+3+7YP5nnZu 7Xk4tpkUVTrfWA3ANBAzxOmCeV9OvlNltcuvCs0joat+up8+zLaFbL1HCqNSrt6vTC60 X+ls0hfRQBFmU+/lQUp5MjV+lESd6/1C21ZpWveh+oBvgf+G35X58hyKDtsxM9nDnmP1 ldeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:references:in-reply-to:subject :cc:to:from:mime-version:content-transfer-encoding; bh=BYeOq0Acm3QFIl5h38gqjmnj2UGCYD9KovL1qIW+IjU=; b=frYDtLkVgpOWu4GT2At2kHQYJuyTxaekWUBwDgOKU0V+IUszMGAXI/VnRM6l1fvh13 cDXolmZydX/3tnPfNp6pTS/OW/ayYfenrXPyAeznwZVpWCE6d5kUhlRGL1j5u2Kx2SQY bxX42OBfp7RWGo7nUOa4mwQbroWM0OD02GLIyyB/kTV4QHmh+qeCEFK/qBhejO9oy2yS jR0SnmH57Rsv6XsKQFuPzS3OL2Q3kOOu4dwzzyFu2GJF7p+C3FRBZ7NO6iwfSpfQmQTP wgYHBPPlpe+QSXgn4hhtnaOkRXoh36GUXHFR4rq8dc24syWBQHmRvqt8GqFAYMpnIMwt H/2w== ARC-Authentication-Results: i=1; mx.google.com; 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 ao10si4949608ejc.33.2021.05.21.02.04.37; Fri, 21 May 2021 02:05:09 -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; 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 S237201AbhEUBkT (ORCPT + 99 others); Thu, 20 May 2021 21:40:19 -0400 Received: from mx2.suse.de ([195.135.220.15]:43274 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233904AbhEUBkT (ORCPT ); Thu, 20 May 2021 21:40:19 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 85FF5ABD0; Fri, 21 May 2021 01:38:56 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 From: "NeilBrown" To: "Steve Dickson" Cc: "Petr Vorel" , "J . Bruce Fields" , linux-nfs@vger.kernel.org, "Chuck Lever" , "Alexey Kodanev" Subject: Re: Re: [PATCH/RFC v2 nfs-utils] Fix NFSv4 export of tmpfs filesystems. In-reply-to: <289c5819-917a-39a7-9aa4-2a27ae7248c0@RedHat.com> References: <20210422191803.31511-1-pvorel@suse.cz>, <20210422202334.GB25415@fieldses.org>, , <162035212343.24322.12361160756597283121@noble.neil.brown.name>, <162122673178.19062.96081788305923933@noble.neil.brown.name>, <289c5819-917a-39a7-9aa4-2a27ae7248c0@RedHat.com> Date: Fri, 21 May 2021 11:38:50 +1000 Message-id: <162156113063.19062.9406037279407040033@noble.neil.brown.name> Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Fri, 21 May 2021, Steve Dickson wrote: > Well.... it appears you guys did not compile with the --with-systemd > config flag... Because if you did you would have seeing this compile error > the in systemd code: > > /usr/bin/ld: ../support/nfs/.libs/libnfs.a(cacheio.o): in function `stat': > /usr/include/sys/stat.h:455: undefined reference to `etab' > collect2: error: ld returned 1 exit status > make[1]: *** [Makefile:560: nfs-server-generator] Error 1 > make[1]: Leaving directory '/home/src/up/nfs-utils/systemd' > make: *** [Makefile:479: all-recursive] Error 1 > > It turns out the moving of export_test() in to the libexport.a > is causing any binary linking with libexport.a to have a > global definition of struct state_paths etab; > > The reason is export_test() calls qword_add(). Now qword_add() > does not use an etab, but the file qword_add() lives in is > cacheio.c which does have a extern struct state_paths etab > which is the reason libnfs.a(cacheio.o) is mentioned in > the error. At least that is what I *think* is going on... > The extern came from commit a15bd94. Thanks for finding and analysis that! I'd rather fix this "properly" so we don't more pointless declaration of "etab". We already have one in svcgssd.c. I have two patches which make this problem go away. I'll post them as a followup. Thanks, NeilBrown