|
version 1.1, 2016/08/26 07:45:45
|
version 1.2, 2016/08/26 07:50:59
|
|
Line 1
|
Line 1
|
| [[!template id=project |
[[!template id=project |
| |
|
| title="Improved Automounter Support" |
title="New automounter" |
| |
|
| contact=""" |
contact=""" |
| [tech-kern](mailto:tech-net@NetBSD.org), |
[tech-kern](mailto:tech-kern@NetBSD.org), |
| [tech-net](mailto:tech-net@NetBSD.org) |
[tech-net](mailto:tech-net@NetBSD.org) |
| """ |
""" |
| |
|
|
Line 19 NetBSD currently uses amd for automatica
|
Line 19 NetBSD currently uses amd for automatica
|
| |
|
| * File systems are not mounted directly on the desired mount point. As a result applications frequently use incorrect pathnames (e.g. `/amd/server/home/user` instead of `/home/user`) for automatically mounted directories or files beneath them. This is especially problematic in heterogeneous enviroments where not all machines use the same automounter. |
* File systems are not mounted directly on the desired mount point. As a result applications frequently use incorrect pathnames (e.g. `/amd/server/home/user` instead of `/home/user`) for automatically mounted directories or files beneath them. This is especially problematic in heterogeneous enviroments where not all machines use the same automounter. |
| * The automounter daemon cannot handle high I/O load very well; file access occasionally fails with intermittent errors. |
* The automounter daemon cannot handle high I/O load very well; file access occasionally fails with intermittent errors. |
| |
* Userland NFS daemons are prone to deadlocking. |
| |
|
| The milestones of this project are: |
The milestones of this project are: |
| |
|
| * implement a new automounter solution which has configurable mount points |
* implement a new automounter solution which has configurable mount points |
| * improve high I/O |
* improve behavior under load I/O |
| * show benchmarks and implement automated tests |
* show benchmarks and implement automated tests |
| |
|
| This could either be done via a Solaris/Linux compatible autofs(4) full in-kernel file system. FreeBSD has already implemented autofs, so we could port theirs and that should significantly simplify the project. |
There are at least two possible approaches: one is to port FreeBSD's |
| |
autofs(4), which is an in-kernel file system. This has the advantage |
| |
of already existing, and being at least loosely Linux and Solaris |
| |
compatible. (One could also write a new autofs but that doesn't seem |
| |
like a dominant strategy.) |
| |
|
| |
Another possible approach is a new userland daemon using puffs. |
| """ |
""" |
| ]] |
]] |
| |
|
![[BACK]](/icons/back.gif){kind=icon}
Return to new-automounter.mdwn CVS log ![[TXT]](/icons/text.gif){kind=icon}
![[DIR]](/icons/dir.gif){kind=icon}
Up to [NetBSD Developer Wiki] / wikisrc / projects / project