Mailing List Archives
Authenticated access
|
|
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] AFS & Condor
- Date: Fri, 18 Feb 2005 16:32:43 -0600
- From: Franco Milicchio <milicchio@xxxxxxxx>
- Subject: Re: [Condor-users] AFS & Condor
Steffen Grunewald wrote:
Nice, but what's the point of having it kernel-dependent?
AFAIK, Condor is dependent on glibc versions (since standard universe
libs would replace it) and thus on Linux distros/versions
Nothing except having @sys working on different kernels, naturally, the
binary used will be the same, probably a static distribution.
YOu really want to have transient data on AFS?
My guts tell me that there'd be better ideas...
Do you suggest a local scratch partition writable by anyone in a group?
I have one of course :)
Obviously there have been requests for AFS support, but if you read the
corresponding parts of section 3.3 in the manual (USE_AFS=...) you might
get the impression that it's no good for everything
Of course, but a suggestion doesn't mean it won't work :) I use
mailboxes on afs, and they work even though they're not suggested to be
there.
From reading the docs, it's better to run the daemons *not* as root...
Of course, that's why on a stand-alone aix I have a condor user, I was
just thinking about letting users start and stop deamons if they need.
They'll be instructed about a good behaviour of course!
AFS is powerful indeed, but
- standard universe doesn't rely on shared resources at all
- there's NFS
I have more than 100 users, 80 machines, and SSO is something users want
to have, have the same desktop everywhere from linux to osx. NFS is a
shared resource while AFS is a real distributed file system.
what's the point of using AFS for everything Condor? (It's probably OK
for the RELEASE_DIR, but everything else I would not put onto AFS. Try
to convert me.)
The reason is this: do not bother about location since your jobs will be
usually of /afs/cell.name/usr/username, no matter what machine you're
using (user's point of view) --- another is, having a working
infrastructure used for everything (web, mail, nntp...) based on
K5/LDAP, and do not bother about new users, new stuff to install on each
workstation (@sys is powerful).
No keyboard found. Press F1 to continue...
(Almost every BIOS available in this world... even yours!)
Sure... had a good laugh the first time...
Yeah... probably adding just ``Attach one and'' before ``Press'' would
have worked it out better... :)
--
Franco Milicchio <mailto:milicchio@xxxxxxxx>
No keyboard found. Press F1 to continue...
(Almost every BIOS available in this world... even yours!)