Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2386115imu; Thu, 10 Jan 2019 13:16:18 -0800 (PST) X-Google-Smtp-Source: ALg8bN690dVlIFk2CTurSp7ABeaSmrALfTvXuoNYpAywaibu22qXDOHuaRqqNteXWKHHYWQGiZLk X-Received: by 2002:a63:e74b:: with SMTP id j11mr4192471pgk.397.1547154978594; Thu, 10 Jan 2019 13:16:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547154978; cv=none; d=google.com; s=arc-20160816; b=K4UbzinMP+JgxwNPBdvYjhxsjsm2/LPUqrZORsOxiv7r5ILhfT4ARdWOCT8KzW/poY LUqCcbLrNyQZgSx37xPcEI6N+qdK+9VG7L26LW8TiwfpVAhmgi40amdzGqShDDfPiHFB 3IzyD5wdIKj+zp8/lrh0wAeFT4eTrBOAM6iv8STtxYZFfahWjGuow1EsGcHdygUWvhu1 Jx9w10nnFo6xXt16vmUv/PIs8DhQ+IB3PTmlR5CY+Fdk+BcllRxDKFRdC4r6IQ+3EAVO LngKCb3F+p4Jicg8R8TLwYInic8q1L6JAtwDbpAm7Jemv0cMAflMcgB6Z0WOcgCtPvbB mIQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:from:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:date; bh=xrTdHxchB7KIJO6si1rVFMj9ZM9pO06qavJ0LTzhWr0=; b=Z01j/vSbNwAVbvQRQUAdX7zBM05GD3hz4/WUGBGYLqawMIPD26axrcVwjzd+OFQ8BB +Ri8wS7B/B8VCwbtedIbOdQFehf4T07dwHex2BVzz83TvP0hb2NswbrnCei8+CLS2c4z 2d55pZ6bUKek/8DEcZb7XgIBdQGNXw7du5bR82CyJHUhkvNXpcjiQgdD3DpYdOnfQ7Rd gea2LdiNuMzAlULpQ/WVdSMcCd0kIcgTzdro8UH1KBrEQz8v3OyGdlRIQl/Ifnru6OlU XBex7uCFNGzY81cB2Mfa2j6Hvcdjg06x0DbbLoZLDspZ5KJtb+i3EpkOheda1EsalDwE Btgg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v141si76723629pfc.260.2019.01.10.13.16.03; Thu, 10 Jan 2019 13:16:18 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729959AbfAJUJW (ORCPT + 99 others); Thu, 10 Jan 2019 15:09:22 -0500 Received: from fieldses.org ([173.255.197.46]:48860 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729622AbfAJUJW (ORCPT ); Thu, 10 Jan 2019 15:09:22 -0500 Received: by fieldses.org (Postfix, from userid 2815) id BE514315; Thu, 10 Jan 2019 15:09:21 -0500 (EST) Date: Thu, 10 Jan 2019 15:09:21 -0500 To: Guk-Bong Kwon Cc: linux-nfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: There is no 'no space' message when using xfs with nfs. Message-ID: <20190110200921.GB15492@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) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Dec 09, 2018 at 10:07:26PM +0900, Guk-Bong Kwon wrote: > i use xfs filesystem over nfs > > > I am using the xfs file system via NFS on two Linux servers. > > Even though xfs is full, you will not get a 'no space' message through nfs. > > The server's load average goes up and the kworker consumes the CPU. > > The server's nfs service is not responding. > > When ext3 is full in the same environment, I get a 'no space' message. > > Which part of nfs and xfs should be checked? I don't know. I'd be inclined to ask the xfs folks. But 3.4 is 6 years old, and they may want you to reproduce on more recent upstream. It might help to look at the traffic in wireshark and try to figure out which rpc calls are not getting responses from the server. --b. > > > Below is the environment I am using. > > > kernel : nfs server 3.4.113 vanilla, nfs client 2.6.32-573.el6.x86_64 > > nfs : nfs v3 with tcp > > > ================================================================== > nfs server > ================================================================== > /dev/mapper/lv2 500G 500G 20K 100% /lv2 > > /lv2 0.0.0.0/0.0.0.0(rw,async,wdelay,nohide,nocrossmnt,insecure,no_root_squash,no_all_squash,no_subtree_check,insecure_locks,no_acl,fsid=1543743056,anonuid=65534,anongid=65534) > > > ================================================================== > nfs client > ================================================================== > 10.0.0.20:/lv2 500G 500G 32K 100% /mnt/2 > > nfsstat -m > /mnt/2 from 10.0.0.20:/lv2 > Flags: rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=udp,timeo=11,retrans=3,sec=sys,mountaddr=10.0.0.20,mountvers=3,mountport=2047,mountproto=udp,local_lock=none,addr=10.0.0.20 > > > ================================================================== > server top log > ================================================================== > top - 21:54:10 up 58 min, 0 users, load average: 8.50, 8.37, 8.83 > Tasks: 347 total, 2 running, 345 sleeping, 0 stopped, 0 zombie > Cpu(s): 0.0%us, 4.2%sy, 0.0%ni, 95.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 12368 root 20 0 0 0 0 S 12 0.0 4:32.44 kworker/2:2 > 11092 root 20 0 0 0 0 S 10 0.0 4:42.57 kworker/3:1 > 11166 root 20 0 0 0 0 R 9 0.0 2:09.47 kworker/5:1 > 12473 root 20 0 0 0 0 S 8 0.0 2:09.36 kworker/4:2 > 2944 root 20 0 0 0 0 D 6 0.0 2:09.10 nfsd > 2953 root 20 0 0 0 0 D 6 0.0 2:24.65 nfsd > 3024 root 20 0 0 0 0 D 6 0.0 2:23.12 nfsd