From owner-freebsd-questions@FreeBSD.ORG Sun Jan 14 02:13:29 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2380816A40F for ; Sun, 14 Jan 2007 02:13:29 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from regulus.dfwlp.com (rrcs-64-183-212-244.sw.biz.rr.com [64.183.212.244]) by mx1.freebsd.org (Postfix) with ESMTP id D9E6713C428 for ; Sun, 14 Jan 2007 02:13:26 +0000 (UTC) (envelope-from freebsd@dfwlp.com) Received: from athena.dfwlp.com (athena.dfwlp.com [192.168.125.83]) (authenticated bits=0) by regulus.dfwlp.com (8.13.8/8.13.8) with ESMTP id l0E2DOhA000909 for ; Sat, 13 Jan 2007 20:13:24 -0600 (CST) (envelope-from freebsd@dfwlp.com) From: Jonathan Horne To: freebsd-questions@freebsd.org Date: Sat, 13 Jan 2007 20:13:23 -0600 User-Agent: KMail/1.9.5 References: <45A96B22.9030506@chapman.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701132013.23829.freebsd@dfwlp.com> X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on regulus.dfwlp.com Subject: Re: nfs server not working with 6.2-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2007 02:13:29 -0000 On Saturday 13 January 2007 17:47, Jonathan Horne wrote: > On 1/13/07, Jay Chandler wrote: > > Jonathan Horne wrote: > > > updated my NFS server to 6.2-RELEASE last night. today, i find that > > > freebsd > > > or linux clinets alike, are all getting: > > > > > > athena:/usr/src: RPCPROG_MNT: RPC: Timed out > > > > > > i cant think of what to check. the nfs server has this in the > > > /etc/rc.conf: > > > > > > rpcbind_enable="YES" > > > nfs_server_enable="YES" > > > mountd_flags="-r" > > > > > > my uname: > > > FreeBSD athena.dfwlp.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 > > > 19:53:23 CST 2007 root@athena.dfwlp.com:/usr/obj/usr/src/sys/ATHENA > > > i386 > > > > > > my /etc/exports: > > > [root@athena ~]# cat /etc/exports > > > /usr -alldirs -maproot=root -network=192.168.1 -mask=255.255.255.0 > > > /opt -alldirs -maproot=root -network=192.168.1 -mask=255.255.255.0 > > > > > > frustrating as all get out, as im troubleshooting another totally > > > enigmatic > > > problem on both of my linux servers (which i wont bother to post about > > > here). but since my BSD box is my file server, im needing to get into > > > those > > > NFS mounts, so one problem is preventing the other from being solved. > > > > > > if anyone can help me shed light on this, i would really appreciated > > > it. > > > > > > thanks, > > > jonathan > > > _______________________________________________ > > > freebsd-questions@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > To unsubscribe, send any mail to > > > "freebsd-questions-unsubscribe@freebsd.org" > > > > Check /var/log./messages and /var/log/dmesg for anything irregular. > > > > -- > > Jay Chandler > > Network Administrator, Chapman University > > 714.628.7249 / chandler@chapman.edu > > Today's Excuse: dynamic software linking table corrupted > > well i may have come up with one possibility, my temporary dns server only > has copied of my forward domains, and not my reverse. as soon as i have my > main DNS servers back online again, ill be retesting. well, it turns out, that i totally "newb'd" myself. long story short... i build myself an emergency DNS server, and since i planned only to use it while my main DNS servers were down (and, when they are down, they are both usually down at the same time), i didnt replicate my reverse zones over to it, only my forward zones. turns out, nfs requires the reverse record or it doesnt seem to work right anymore. in my typical fashion... i spent days troubleshooting all the most complicated configurations that could be throwing me a monkey wrench (culminating with a reinstall of my VMware Server)... instead of starting with the easiest thing first. as i laugh as myself, Jonathan