[Swift-devel] [Fwd: [pads-users] Mounting homes read-only on computes]

Sarah Kenny skenny at uchicago.edu
Mon Apr 18 20:53:55 CDT 2011


/var/tmp ?

On Sun, Apr 17, 2011 at 1:25 AM, Mihael Hategan <hategan at mcs.anl.gov> wrote:

> I guess we should allow worker logs to go in some other place than
> ~.globus/
>
> Mihael
>
> -------- Forwarded Message --------
> From: pads-users at ci.uchicago.edu
> Reply-to: pads-users at ci.uchicago.edu
> To: pads-users at ci.uchicago.edu
> Subject: [pads-users] Mounting homes read-only on computes
> Date: Sat, 16 Apr 2011 22:00:40 -0500
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> One of the things discussed as part of the post-mortem of today's home file
> server outage is mounting home directories read-only on the compute nodes.
> We do this on Beagle and haven't had any complaints for the most part. So I
> wanted to solicit you to see how disruptive that might be to your current
> PADS work. Homes would still be mounted read-write on the login machines,
> but they wouldn't be writable on the computes. The alternative is to push
> your writes to either GPFS or the local scratch filesystems. If we don't
> hear any major complaints about this, we're targeting next month's
> maintenance to make this live. What are your thoughts on this?
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
>
> iEYEARECAAYFAk2qV9gACgkQ4RgdOxQVi0CovACfW20YM0R8uexD5PeHoX6QGZc3
> LOwAnR3Iv1tokCpM81T56kSGrLNuniKg
> =c5Y+
> -----END PGP SIGNATURE-----
> _______________________________________________
> pads-users mailing list
> pads-users at ci.uchicago.edu
> http://mail.ci.uchicago.edu/mailman/listinfo/pads-users
>
>
> _______________________________________________
> Swift-devel mailing list
> Swift-devel at ci.uchicago.edu
> http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/swift-devel/attachments/20110418/10855435/attachment.html>


More information about the Swift-devel mailing list