From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753330AbbFSDVN (ORCPT ); Thu, 18 Jun 2015 23:21:13 -0400 Received: from smtprelay0084.hostedemail.com ([216.40.44.84]:38369 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752636AbbFSDVE (ORCPT ); Thu, 18 Jun 2015 23:21:04 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1183:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1777:1792:2194:2198:2199:2200:2393:2553:2559:2562:3138:3139:3140:3141:3142:3353:3622:3865:3866:3867:3868:3871:3872:3873:3874:4250:5007:6119:6120:6261:7875:7901:7903:9040:9108:10004:10400:10848:10967:11232:11658:11914:12517:12519:12740:13069:13311:13357:14096:14097:21063:21080:21088,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: stone29_8f3ec378e54d X-Filterd-Recvd-Size: 3176 Date: Thu, 18 Jun 2015 23:21:00 -0400 From: Steven Rostedt To: Jeff Layton Cc: Trond Myklebust , Eric Dumazet , Anna Schumaker , Linux NFS Mailing List , Linux Network Devel Mailing List , LKML , Andrew Morton , bfields@fieldses.org Subject: Re: [REGRESSION] NFS is creating a hidden port (left over from xs_bind() ) Message-ID: <20150618232100.78318096@gandalf.local.home> In-Reply-To: <20150618213702.33f64b20@synchrony.poochiereds.net> References: <20150611234929.7b48d314@gandalf.local.home> <1434120035.27504.77.camel@edumazet-glaptop2.roam.corp.google.com> <20150612113420.5c114183@gandalf.local.home> <20150612115038.44e20ccd@gandalf.local.home> <20150617230819.0a11e47a@grimm.local.home> <20150618154914.57424225@gandalf.local.home> <20150618185051.2b2828c3@tlielax.poochiereds.net> <20150618210843.4b09c31c@grimm.local.home> <20150618213702.33f64b20@synchrony.poochiereds.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 18 Jun 2015 21:37:02 -0400 Jeff Layton wrote: > > Note, the box has been rebooted since I posted my last trace. > > > > Ahh pity. The port has probably changed...if you trace it again maybe > try to figure out what it's talking to before rebooting the server? I could probably re-enable the trace again. Would it be best if I put back the commits and run it with the buggy kernel. I could then run these commands after the bug happens and/or before the port goes away. > Oh! I was thinking that you were seeing this extra port on the > _client_, but now rereading your original mail I see that it's > appearing up on the NFS server. Is that correct? Correct, the bug is on the NFS server, not the client. The client is already up and running, and had the filesystem mounted when the server rebooted. I take it that this happened when the client tried to reconnect. Just let me know what you would like to do. As this is my main production server of my local network, I would only be able to do this a few times. Let me know all the commands and tracing you would like to have. I'll try it tomorrow (going to bed now). -- Steve > > So, assuming that this is NFSv4.0, then this port is probably bound > when the server is establishing the callback channel to the client. So > we may need to look at how those xprts are being created and whether > there are differences from a standard client xprt. > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Rostedt Subject: Re: [REGRESSION] NFS is creating a hidden port (left over from xs_bind() ) Date: Thu, 18 Jun 2015 23:21:00 -0400 Message-ID: <20150618232100.78318096@gandalf.local.home> References: <20150611234929.7b48d314@gandalf.local.home> <1434120035.27504.77.camel@edumazet-glaptop2.roam.corp.google.com> <20150612113420.5c114183@gandalf.local.home> <20150612115038.44e20ccd@gandalf.local.home> <20150617230819.0a11e47a@grimm.local.home> <20150618154914.57424225@gandalf.local.home> <20150618185051.2b2828c3@tlielax.poochiereds.net> <20150618210843.4b09c31c@grimm.local.home> <20150618213702.33f64b20@synchrony.poochiereds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Trond Myklebust , Eric Dumazet , Anna Schumaker , Linux NFS Mailing List , Linux Network Devel Mailing List , LKML , Andrew Morton , bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org To: Jeff Layton Return-path: In-Reply-To: <20150618213702.33f64b20-08S845evdOaAjSkqwZiSMmfYqLom42DlXqFh9Ls21Oc@public.gmane.org> Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: netdev.vger.kernel.org On Thu, 18 Jun 2015 21:37:02 -0400 Jeff Layton wrote: > > Note, the box has been rebooted since I posted my last trace. > > > > Ahh pity. The port has probably changed...if you trace it again maybe > try to figure out what it's talking to before rebooting the server? I could probably re-enable the trace again. Would it be best if I put back the commits and run it with the buggy kernel. I could then run these commands after the bug happens and/or before the port goes away. > Oh! I was thinking that you were seeing this extra port on the > _client_, but now rereading your original mail I see that it's > appearing up on the NFS server. Is that correct? Correct, the bug is on the NFS server, not the client. The client is already up and running, and had the filesystem mounted when the server rebooted. I take it that this happened when the client tried to reconnect. Just let me know what you would like to do. As this is my main production server of my local network, I would only be able to do this a few times. Let me know all the commands and tracing you would like to have. I'll try it tomorrow (going to bed now). -- Steve > > So, assuming that this is NFSv4.0, then this port is probably bound > when the server is establishing the callback channel to the client. So > we may need to look at how those xprts are being created and whether > there are differences from a standard client xprt. > -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html