Rob, I really think you should look at the FAQ http://singularity.lbl.gov/#faq
Also I don;t understand what you mean by 'Out users don't have Unix user IDs' That is no problem of course - I have worked with Centrify and Samba, where you can define mappings between Windows users and Unix IDs or groups, and also with the NICE Enginframe where again you define a mapping. What is the use case here - are you just wanting the codes to execute with one given Unix ID? On 3 June 2016 at 14:06, Rob Nagler <openmpi-wo...@q33.us> wrote: > Hi John, > > Thanks for your thoughts. Lots of new technology out there! > > have you looked at Singularity >> https://github.com/gmkurtzer/singularity/releases/tag/2.0 >> > > Looks very cool, but it doesn't address our problem. We already have the > images built with our codes. Our users don't have Unix user ids. We know > their execution environment. It doesn't handle queueing, which the problem > I have. > > >> I was gobsmacked to see how easy it was to install Juia ClusterManagers >> and get Slurm integration. >> > > This is very nice, and something many Docker-oriented tools have. What > they don't have is good multi-user support. Remember, you can't let people > run Docker directly, because it gives them root access to the machine. The > queue manager has to control that part. You don't even want to start the > container as root, because you might be running an arbitrary container. > > >> ps. Also have you looked at Bright Cluster Manager? >> http://www.brightcomputing.com/whats-new-in-7.2 >> > > We want both bare metal and commercial VPCs. Provisioning bare metal is > not a problem we have right now. Our cluster is small and already > provisioned. For VPCs, we can use StarCluster to launch the cluster in the > cloud, but that cluster is standalone. The queue manager needs to know it > was created and push the user's environment to it. > > The interesting times we are living in are at odds with our > infrastructure-oriented past. Clusters can come and go, and users can > package their code portably. The "module load" systems like Bright Cluster > offers are irrelevant. Let users build their images as they like with only > a few requirements, and they can run them with JupyterHub AND in an HPC > environment, which eliminates the need for Singularity. > > Rob > > > _______________________________________________ > users mailing list > us...@open-mpi.org > Subscription: https://www.open-mpi.org/mailman/listinfo.cgi/users > Link to this post: > http://www.open-mpi.org/community/lists/users/2016/06/29360.php >
