Re: HEADSUP: Filesystem rototiling over

From: Andre Guibert de Bruet (andy_at_siliconlandmark.com)
Date: 10/31/04

  • Next message: JT: "USB Key Disk Boot" 
    Date: Sun, 31 Oct 2004 00:43:08 -0400 (EDT)
To: Jens Rehsack <rehsack@liwing.de>

    On Sat, 30 Oct 2004, Jens Rehsack wrote:

    > Poul-Henning Kamp wrote:
    >>>>> Oh, that means for each update you have to stop all jails running
    >>>>> on those mounts? How useful could that be on production machines?
    >>>>
    >>>> I don't know, that depends on what you use jails for.
    >>>
    >>> Web-Service(s), Mail-Service(s), Name-Service, ...
    >>>
    >>> And on each update I had to stop the services, shutting down the jail,
    >>> unmount each ro-bunch, mount rw, update, unmount, remount ro-bunches,
    >>> starting jails & services.
    >>
    >> Then this is probably not a good thing for your installation.
    >
    > Maybe someone could point some usages where it's a good thing...

    It would be very useful for a re-imaging system on a shared-hosting host,
    with numerous jails. You could write scripts to have an end-userrestore a
    jail back to its original state through this mount. In this case, the
    filesystem wouldn't be terribly useful, except when re-imaging, so
    unmounting all mounts isn't that big of a deal.

    I do agree that it would be nice to be able to have one RW mount and a ton
    of RO mounts. I would even be willing to settle for having to mount the RW
    mount first and have this operating fail if the filesystem is already
    mounted RO somewhere.

    Andy

    | Andre Guibert de Bruet | Enterprise Software Consultant >
    | Silicon Landmark, LLC. | http://siliconlandmark.com/ >
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

  • Next message: JT: "USB Key Disk Boot"

    Relevant Pages

    • Re: mount() function problem !
      ... mount() attaches the filesystem specified by source (which is often a device name, ... point within a file system. ... details of the options available for each filesystem type. ... Specifies the journalling mode for file data. ...
      (comp.lang.c)
    • Re: [autofs] [RFC] Towards a Modern Autofs
      ... >entangling autofs with that work. ... >filesystem it's willing to export. ... >>map is mounted. ... The result is that some users will see mount points ...
      (Linux-Kernel)
    • Re: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03
      ... They can simply mount a filesystem with any number of SUID ... root binaries on it and have their way with the box. ... They have physical access to the machine. ...
      (FreeBSD-Security)
    • Re: Automove vs Noautomove in BPXPRMxx
      ... read/write filesystem and the executables are in a separate, ... trying to manually mount the filesystem or you have a corrupted mount ... Automove vs Noautomove in BPXPRMxx ... Are you saying you have the same data set name but 2 physically ...
      (bit.listserv.ibm-main)
    • Re: Notes on support for multiple devices for a single filesystem
      ... device is to have a mount option that contains the path to the block special ... an additional mount option when the device number is stored in the filesystem ... We can either do this in user space, or in kernel space. ...
      (Linux-Kernel)