Re: Migrating VMware instances

Trevor Warren <[email protected]>
Newsgroups gmane.linux.cluster.openmosix.general
Message-ID <[email protected]>
Hey Guys,

  At work we areplaying around with quite a few virtualised environments. I
should admit that our benchmarks have prooven that Vmware has huge
performance overheads and is an overkill for critical-cpu_io intensive
applications. But the vmware suite of tools is the most complete as compared
to other vendors.

-->  What would it take for us to get vmware running on an OM cluster????. I
aint no kernel guru but if there is something we can do to help....so be it.
We shall give it a shot.

-->  Secondly, i see virtualisation strategies fuelling consolidation at
DataCenters globally. With OM we could have a more complete solution and
towards workign towards that does it make sense to formulating a strategy
for the same.

   As a FLOSS project we could be aim to have a strategy formulated to allow
for Virtualized environments to run on OM. Xen, Virtuozzo, Scalent, Virtual
Iron are some of the other vendors addressing this segment.

  Hope we can make some progress in this direction. Would love to contribute
in some way.

Trevor


On 1/12/06, Dave Pippenger <[email protected]> wrote:
>
>
> In my searches for an answer I turned up this old post
>
> http://sourceforge.net/mailarchive/message.php?msg_id=9719541
>
> It refers to a magical ftp site that no longer seems to have the
> advertised content. The poster was not the creator of the content and the
> email address protection prevents me from asking the poster if he still
> has the content. So does anyone have a copy of the howto docs and custom
> source that used to live at
>
> ftp://ftp.bpa.gov/downloads/software/openMosix/
>
> Dave Pippenger
>
>
> On Thu, 5 Jan 2006, Dave Pippenger wrote:
>
> >
> > If anyone is curious about my reasoning for wanting to do this, I have a
> > number of dev systems running on VMs. Each server uses different levels
> of
> > CPU at any given time depending on the development cycle of each group.
> It
> > ends up being a very large pain to manage 100 or so of these VMs spread
> > across 30 dual proc boxes and keep two people from butting heads with
> the cpu
> > on a given box. OM seemed to be a pretty good answer to my issue
> allowing me
> > to just provision everyone on the master node and have OM
> > deal with the cpu/memory distribution. My VMs are all linux, so I'm not
> tied
> > to VMware if anyone knows of another project that works well with OM. I
> > didn't see any interesting hints that bochs or plex86 would work, and I
> know
> > due to kernel hooks UML is pretty much not an option.
> >
> > The FAQ and vague reports from other users on the list running VMware
> under
> > OM is what inspired me to believe it was a workable setup.
> >
> > Dave Pippenger
> >
> >
> > On Thu, 5 Jan 2006, Dirk Eddelbuettel wrote:
> >
> >>
> >>  Dave,
> >>
> >>  On 5 January 2006 at 14:05, Dave Pippenger wrote:
> >> |  I read through the FAQ and came across the entry for VMware that
> >> |  indicated
> >> |  openmosix owuld load balance several instances of VMware. When I
> tried
> >> |  to
> >> |  do this using vmware-gsx I was faced with the VMware processes being
> >> |  locked on the home node with these flags (monkey, mmap_dev,
> clone_vm,
> >> |  direct_io). I tried altering the VM config by removing devices like
> >> |  floppy
> >> |  that could have lead to locking, but in the end I was unable to get
> any
> >> |  level of success.
> >> |
> >> |  I'm running a 2.4.27 based om kernel using the migshm patches. My
> VMware
> >> |  is somewhat dated being version 3.1.0 but I have seen no indication
> of a
> >> |  particular version that was better at migration than any other. If
> >> |  anyone
> >> |  who has had positive experience with this could let me know what
> kind of
> >> |  config they were using it would be of great assistance.
> >>
> >>  I can't offer much help. I tried something similar recently using the
> >>  newer
> >>  VMware Player, but didn't get the 2.4.27 oM kernel to migrate
> processes
> >>  between the two instances I was running.  I posted a few notes on the
> >>  quantian-general list about that.
> >>
> >>  So if anybody has pointers or leads on openMosix inside VMware, I'd
> like
> >>  to
> >>  hear them too.
> >>
> >>  Regards, Dirk
> >>
> >>  --
> >>  Hell, there are no rules here - we're trying to accomplish something.
> >>                                                   -- Thomas A. Edison
> >>
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > openMosix-general mailing list
> > openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/openmosix-general
> >
> >
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> openMosix-general mailing list
> openMosix-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/openmosix-general
>



--
         ___________________________________
( >-   /  Scaling FreeSoftware & OpenSource        \   -< )
/~\   /                   In the Enterprise                       \   /~\
|  \) \      | www.fsf.org | www.opensource.org |         /  (/ |
|_|_   \____________________________________/  _|_|

An eye for an eye will soon turn the world blind - MKG
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.