Hello Brent, That was it! Thanks for that! Good catch, I'm using a recent Ubuntu version whereas my previous installs are all really old & stable systems that I haven't had to touch or mess with in a long time.
Thanks again, LD On Thu, Apr 9, 2020 at 12:42 PM Brent Graner <bgra...@uw.edu> wrote: > Hi Louis- > > I'm only familiar with the ROACH2, but one of the more insidious problems > we had setting ours up on a new ubuntu 16.04 machine was that the ROACH2 > expects the outdated NFS version 2, which was disabled by default (and > re-enabled in /proc/fs/nfsd/versions). I’m not sure what the default > behavior is on the ROACH1 with your OS, but if it's an NFS problem and a > new-ish Unix OS machine it may be worth checking. > > best of luck, > Brent Graner > University of Washington > > On Thu, Apr 9, 2020 at 10:21 AM Louis P. Dartez <louisdar...@gmail.com> > wrote: > >> Hello, >> I'm setting up an NFS server for a ROACH-1 board. I've done this a couple >> of times before but this time there's an issue I've never encountered. The >> ROACH board is assigned the correct ip address (dhcp is working) and seems >> to load the uImage just fine. However, when it attempts to mount the root >> directory it suddenly fails and the kernel panics (see attached minicom >> output). My issue is very similar to this post from 2015 >> <https://casper.berkeley.narkive.com/5CLtX8BR/roach1-not-working> except >> I'm not getting a useful NFS error. I don't have another machine on this >> subnet that I can use to test the NFS mounting from, but I am able to mount >> that directory using 'sudo mount 192.168.4.12:/srv/roach_boot_etch /mnt' >> from the same host (I'm not sure if this undermines NFS and just remounts >> the target). >> Has anyone else seen something like this before? My ethernet connect is >> 100Mbps, my exports match what's in the dnsmasq configuration file, I've >> made sure to restart all services (nfs-kernel-server, dnsmasq, etc.) after >> all changes, and permissions for the boot/etch directories not restricted >> (currently all is 777, but there is no change when using 755). In fact, as >> far as I can tell, my current configuration is identical to others that I >> have working. I've included the contents of my dnsmasq config, dnsmasq log, >> the output of rpcinfo -p, exportfs -rva, and showmount -e to this message >> as well. Any suggests for what to try next at this point would be greatly >> appreciated! >> >> Best, >> LD >> >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "casper@lists.berkeley.edu" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to casper+unsubscr...@lists.berkeley.edu. >> To view this discussion on the web visit >> https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CALQjEoW7%3Dv%2BDcruFFx9CPuhVmbMORwv7%3DENhTRFmbPbcAJT72w%40mail.gmail.com >> <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CALQjEoW7%3Dv%2BDcruFFx9CPuhVmbMORwv7%3DENhTRFmbPbcAJT72w%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop receiving emails from it, send an email to casper+unsubscr...@lists.berkeley.edu. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/CALQjEoXswGvztw-%3DNM8YsTEyg7wKRh23YNNHVmKN-Dou4eS8xw%40mail.gmail.com.