>Number: 150336 >Category: misc >Synopsis: mountd/nfsd became confused; refused to reload nfs maps >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 06 23:10:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Rich Ercolani >Release: 8.1-STABLE >Organization: JHU ACM >Environment: FreeBSD manticore.acm.jhu.edu 8.1-STABLE FreeBSD 8.1-STABLE #4 r211397M: Mon Aug 16 18:47:31 EDT 2010 [email protected]:/usr/obj/usr/local/ncvs/src/sys/DTRACE amd64 >Description: On reboot, our system with a RAID-Z of about 200 filesystems, all inheriting the same sharenfs rule, failed to export, while the dozen or so filesystems with their own individual sharenfs rules all succeeded.
At first, it appeared that we'd somehow bungled the sharenfs configuration without reloading the exports file pre-reboot (...!?), but as time passed, it became clear this wasn't a problem with the export line, but with the state nfsd/mountd were in - no matter what we tried (including "ro"), we always got back a flood of "can't change attributes for [FS]", each followed by an error "bad exports list line [FS] [old line]". We also tried sharenfs=[one of the lines from a working sharenfs export], to the same effect. It turned out our sharenfs line was perfectly fine - I shut down nfsd and mountd, zfs set sharenfs=[old export line];started mountd and nfsd again, and everything ran happily, and everything was exported properly. This sounds like some internal state got muddled somewhere, or a race condition was lost, but I can't imagine where. It's worth noting this is the first time in a number of reboots this has ever happened, and we haven't modified the sharenfs line in many months prior to this. >How-To-Repeat: 1) Reboot system 2) Maybe nfsd will fail to export? >Fix: >Release-Note: >Audit-Trail: >Unformatted: _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
