Bug 22043

Summary: fstab cache annoyance
Product: Documentation Reporter: opentrax <opentrax>
Component: Books & ArticlesAssignee: freebsd-doc (Nobody) <doc>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description opentrax 2000-10-17 11:50:01 UTC 
For utilities that rely on fstab (mount, fsck, ...),
the lookup in fstab(5) fails until the table is
re-read; usually a re-read via reboot.
This happens when a new entry is added to fstab(5)
and you immediately try to use it.

Fix: 

Workaround: add to fstab and reboot system.
How-To-Repeat: Boot the system with a new piece of hardware(ie. CROM drive)
Add an entry to fstab, then try to reference it in
a mount command.

example:
# mount /cdrom3
Comment 1 ben freebsd_committer freebsd_triage 2000-11-11 19:54:31 UTC 
opentrax@email.com wrote:

> For utilities that rely on fstab (mount, fsck, ...),
> the lookup in fstab(5) fails until the table is
> re-read; usually a re-read via reboot.

Utilities that read fstab read it themselves, there is no cache in the
way you imply.  I'm not sure what the problem is.

-- 
Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D
Comment 2 bill fumerola freebsd_committer freebsd_triage 2000-11-12 18:23:17 UTC 
State Changed
From-To: open->closed

There is no such thing as a fstab cache, this file is read 
every time, as experienced by thousands of sysadmins daily. 

For more information please view the source for the getfsent() 
family of functions.
Comment 3 commit-hook freebsd_committer freebsd_triage 2017-08-15 00:19:05 UTC 
A commit references this bug:

Author: pfg
Date: Tue Aug 15 00:18:23 UTC 2017
New revision: 447973
URL: https://svnweb.freebsd.org/changeset/ports/447973

Log:
  cad/calculix: Split the ccx analyzer out of the main port.

  CalculiX has alwasy been comoposed of two independent packages: ccx and
  cgx. Ccx, the main tool for doing FEA, depends on fortran and currently
  has to be built with GCC. Cgx, on the other hand, uses OpenGL and the C++
  libraries it depends on are built with our native clang so buuilding it
  with GCC causes C++ library conflicts.

  By making ccx an independent port we can better focus on the specific
  requirements of each tool and avoid compiler-related conflicts. This also
  helps the port work again with newer versions GCC.

  PR:	219290. 22043, 220434
  Approved by:	gerald

Changes:
  head/cad/Makefile
  head/cad/calculix/Makefile
  head/cad/calculix/distinfo
  head/cad/calculix/files/patch-ccx_VER+src+CalculiX.h
  head/cad/calculix/files/patch-ccx_VER+src+Makefile
  head/cad/calculix/files/patch-cgx_VER+src+Makefile
  head/cad/calculix/files/patch-cgx_VER+src+cgx.h
  head/cad/calculix/files/patch-cgx__VER_src_Makefile
  head/cad/calculix/files/patch-cgx__VER_src_cgx.h
  head/cad/calculix/files/patch-cgx__VER_src_userFunction.c
  head/cad/calculix/pkg-descr
  head/cad/calculix/pkg-plist
  head/cad/calculix-ccx/
  head/cad/calculix-ccx/Makefile
  head/cad/calculix-ccx/distinfo
  head/cad/calculix-ccx/files/patch-CalculiX.h
  head/cad/calculix-ccx/files/patch-Makefile
  head/cad/calculix-ccx/files/patch-ccx_VER+src+CalculiX.h
  head/cad/calculix-ccx/files/patch-ccx_VER+src+Makefile
  head/cad/calculix-ccx/files/patch-cgx_VER+src+Makefile
  head/cad/calculix-ccx/files/patch-cgx_VER+src+cgx.h
  head/cad/calculix-ccx/files/patch-libSNL_src_makefile
  head/cad/calculix-ccx/pkg-descr
  head/cad/calculix-ccx/pkg-plist