Re: thanks for F15 mdadm systemd unit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 27.07.11 06:43, Ric Wheeler (rwheeler@xxxxxxxxxx) wrote:

> >>> (try 'noauto,comment=systemd.automount' as mount parameters for an NFS
> >>> share)
> >> We track autofs issues for fedora, upstream and RHEL and seems to work well in
> >> the field.
> >>
> >> What specifically does systemd do that autofs does not do without it?
> > I don't know if there is anything, but it's neat to get something like
> > this 'free' with systemd, without having to add any other package.
> 
> It is fine for really simple use cases, but the complexity of what autofs does 
> for large deployments is huge....
> 
> I don't know enough about how systemd does the automount support, it might be 
> leveraging autofs?

systemd uses the kernel interfaces directly. It only does direct
mounts, not indirect mounts, and it's all designed to be trivially
simple to use (i.e. just add "comment=systemd.automount" to your fstab
options), pulling in no further deps for this, and integrate well with
the rest of systemd, i.e. doing the full dependency mumbo-jumbo as soon
as an automount is triggered.

The idea is that it "just works", is tiny, and makes autofs something
you want to use without having to think about NIS or LDAP or other
configuration maps. (yeah, I know, you don't need NIS/LDAP to configure
maps in autofs.) 

automounting support in systemd is attractive for a number of
reasons. The main one is that it allows us to cheaply establish mount
points without having to back them with real file systems
right-away. That means we can leave the early boot phase much earlier
than we traditionally could, since we don't actually need to wait for
fsck/mount to complete for all file systems listed in /etc/fstab. This
allows us to parallelize fsck/mount and daemon start-up in a fashion
previously not possible. This is not necessarily particularly
interesting on general purpose systems but on embedded systems it is.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux