Re: [Condor-users] Xen

[Matthew Farrellee <matt@xxxxxxxxxx>]

Craig,

Your vision is pretty accurate.

Essentially, a disk image becomes your job. You submit it, Condor finds 
a place for it to run. It runs. When it is done, it shuts itself down.

The life cycle for the VM Universe job is the life cycle for the VM. I 
avoid talking about DomU, because this would apply to KVM VMs as well as 
EC2 AMIs, if you're using the Grid Universe and EC2 resources.

Some uses: 1) checkpoint & migration without Standard Universe; 2) job 
portability - the disk contains everything needed for the job; 3) 
ability to use Condor's policies and robustness to manage services; 4) 
ability to use glide-in concept across VM clusters

Best,


matt

Craig Holland wrote:
> I think I'm talking about the vm universe.  I'm envisioning sending a xen
> domu into the grid as a job.  I've been able to create the vm universe, but
> it seems like when a domu is created, it is tied to a specific dom0 (which I
> guess makes sense).  And, once it is created, it isn't really clear to me
> what the benefit of running it in the vm universe is.  BTW: I'm new to
> condor ;)
>
> Thanks,
> craig
>
>
> On 1/22/09 6:52 PM, "Steven Timm" <timm@xxxxxxxx> wrote:
>
> > Your question "the domU actually lives on the grid" isn't
> > very well defined as to what you mean by "living on the grid".  Are you
> > talking about virtual machine universe,
> > or just using Xen VM's as compute resources and running normal condor
> > jobs?  Both can be done.  We are doing the latter--using Xen VM's as
> > regular machines in the condor pool, including for collector/negotiator
> > and the schedd's.
> >
> > Steve Timm
> >
> >
> > On Thu, 22 Jan 2009, Craig Holland wrote:
> >
> > > Hi,
> > >
> > > I recently started playing with Xen in Condore.  It isn't clear from the
> > > documentation how this works - if the domu actually lives on the grid or if
> > > it can use the grid's resources.  It would seem the latter.  Can anyone
> > > point me to some useful reading on the subject or fill me in?
> > >
> > > Thanks,
> > > craig
> > >
> > > _______________________________________________
> > > Condor-users mailing list
> > > To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> > > subject: Unsubscribe
> > > You can also unsubscribe by visiting
> > > https://lists.cs.wisc.edu/mailman/listinfo/condor-users
> > >
> > > The archives can be found at:
> > > https://lists.cs.wisc.edu/archive/condor-users/
> > --
> > ------------------------------------------------------------------
> > Steven C. Timm, Ph.D  (630) 840-8525
> > timm@xxxxxxxx  http://home.fnal.gov/~timm/
> > Fermilab Computing Division, Scientific Computing Facilities,
> > Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
> > _______________________________________________
> > Condor-users mailing list
> > To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> > subject: Unsubscribe
> > You can also unsubscribe by visiting
> > https://lists.cs.wisc.edu/mailman/listinfo/condor-users
> >
> > The archives can be found at:
> > https://lists.cs.wisc.edu/archive/condor-users/
>
>
>
>
> --
> Craig Holland
> Mgr, Operations
> Cisco Media Solutions Group
> M: +1-650-787-7241 
>
>
> _______________________________________________
> Condor-users mailing list
> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>
> The archives can be found at: 
> https://lists.cs.wisc.edu/archive/condor-users/