EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Standard RTEMS NFSv3 client
From: Ricardo Cardenes via Tech-talk <tech-talk at aps.anl.gov>
To: "Johnson, Andrew N." <anj at anl.gov>
Cc: Talk EPICS Tech <tech-talk at aps.anl.gov>
Date: Wed, 12 Feb 2020 21:21:28 -1000
Hi Andrew,

On Wed, Feb 12, 2020 at 12:41 PM Johnson, Andrew N. via Tech-talk <tech-talk at aps.anl.gov> wrote:
Hi Matt,

Adding my response to your earlier questions.

We have been using RHEL-7 (7.6 or later most recently I believe) to serve small RTEMS 4.9.2 and 4.10.2 systems (uC5282 boards so 68K with only 16MB RAM) over NFSv2, with no ill effects. I don’t think we’ve tested RHEL-8 as an NFSv2 server yet but we will have to fairly soon I’m sure. The ability to enable v2 is not a bug AFAIK, but Red Hat won’t actively support it.

I did read the other day that the latest Linux kernel release will not support NFS over UDP by default (v2 only works over UDP, I’m not sure about v3) so the writing is on the wall, but it’ll hopefully be a year or two until RHEL gets to that kernel.

As far as I know, all versions of NFS work over TCP, at least on Linux (and for a long time, you can find references to this all the way back on RHEL 4 doc, probably earlier). Quoting the Reference Guide:

All versions of NFS can use Transmission Control Protocol (TCP) running over an IP network, with NFSv4 requiring it. NFSv2 and NFSv3 can use the User Datagram Protocol (UDP) running over an IP network to provide a stateless network connection between the client and server.

Other vendors have added TCP support to NFSv2, so it's not an isolated case.

If UDP support is the problem, that could be a way around it. Of course, moving to (at least) NFSv3 would be ideal.

Cheers,
Ricardo

Replies:
Re: Standard RTEMS NFSv3 client Johnson, Andrew N. via Tech-talk
References:
Standard RTEMS NFSv3 client Matt Rippa via Tech-talk
Re: Standard RTEMS NFSv3 client Heinz Junkes via Tech-talk
Re: Standard RTEMS NFSv3 client Matt Rippa via Tech-talk
Re: Standard RTEMS NFSv3 client Johnson, Andrew N. via Tech-talk

Navigate by Date:
Prev: Re: New To Epics - Need Help starting first IOC Kevan Anderson via Tech-talk
Next: Basler Cameras Support in Area Detector Abdalla Ahmad via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Standard RTEMS NFSv3 client Johnson, Andrew N. via Tech-talk
Next: Re: Standard RTEMS NFSv3 client Johnson, Andrew N. via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
ANJ, 13 Feb 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·