On Fri, 3 May 2019 at 15:26, Nico Kadel-Garcia <nkadel@xxxxxxxxx> wrote:
On Fri, May 3, 2019 at 5:22 AM David Howells <dhowells@xxxxxxxxxx> wrote:
> "umount /afs" or "systemctl stop afs.mount" will unmount the kafs (the
> in-kernel afs filesystem) dynroot and all its automounts. Note that kafs
> works differently to, say, OpenAFS. OpenAFS has a single superblock that is
> the entire AFS namespace and every volume, every vnode you access appears in
> there. kafs, however, creates a superblock for each volume and uses the
> d_automount dentry operation to operate AFS mount points.
>
> David
According to the Linux kernel notes about KAFS:
This filesystem provides a fairly simple secure AFS filesystem driver. It is
under development and does not yet provide the full feature set. The
documentation is at
https://www.kernel.org/doc/Documentation/filesystems/afs.txt, and
says:
The features it does support include:
(*) Security (currently only AFS kaserver and KerberosIV tickets).
(*) File reading and writing.
(*) Automounting.
(*) Local caching (via fscache).
It does not yet support the following AFS features:
(*) pioctl() system call.
Does this sound ready for general Fedora use?
Sounds more stable than other features we already have in general use. If a large portion of your rant sounds like 'I ate brocolli when I was a kid and it was awful then and I am sure it is awful now.' asking if 'does serving brocolli sound like something Fedora should do?' is not going to get much weight.. especially when we have been serving brocolli in some form for years.
Yes, AFS could lock up your system 30 years ago and even 20 years ago. It might even do so now.. but we can do so in at least 10 different ways with containers, virtual machines, or half a dozen other packaged up applications. The whole arguments for or against AFS have not changed in the last 30 years.. And rarely do they go past: did you or your professor go to MIT or CMU? And which was better Andrew or Athena..
Stephen J Smoogen.
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
