Skip to Content.
Sympa Menu

perfsonar-dev - Re: [pS-dev] HELL and VMWare

Subject: perfsonar development work

List archive

Re: [pS-dev] HELL and VMWare


Chronological Thread 
  • From: Cesaroni Giovanni <>
  • To:
  • Cc: Ben Perry <>, Roman Lapacz <>, Nicolas Simar <>, WiN-Labor <>, "" <>
  • Subject: Re: [pS-dev] HELL and VMWare
  • Date: Fri, 01 Jun 2007 11:05:36 +0200

Hi,
I would like to test the VMWARE image of RRD-MA.

Cheers,
Giovanni

Frederic LOUI wrote:
Ben,

I fully agree you upon all the points you quoted below...
and I truly believe that's a good alternative to deploy and test PerfSONAR services...

But I also understand that for "power user" this is an overpowering solution.
Anyway, this is a matter of choice.

My opinion is that packaging PerfSONAR si the right way to go in the long run.
It is also the academic choice. (deb,rpm, pkg for SOLARIS and BSD etc.)

However, using VMWare image/Live CD is a quick way to "spread" PerfSONAR philosophy
at the moment and demonstrate its MULTI-DOMAIN capability at a great pace.

Of course NREN(s) skilled enough (and having enough time) to install PerfSONAR
At the end everything is possible, but it is always a matter of time.
The learning curve regarding PerfSONAR installation is not huge,
but it really depends on your skills and could take some times...

At the present time, the point is to save "this time" and demonstrate that PerfSONAR is not a "white elephant"
And a lot of feature can be easily accessed behind the PerfSONAR platform.

I'm preparing VMWARE image of RRD-MA would you be intersted in testing one ?
If so, please just select you flavor (FreeBSD,DEBIAN stable, any flavor of UBUNTU etc.)
And an ftp address and I can provide you one.

Bgrds/Frederic

Ben Perry a écrit :
The benefit of using a VM is absolutely huge. Someone who knows what
they're doing does all of the administration work, configures all of
the services, and makes sure everything works flawlessly. All
accounts are created, all libraries are up to date, everything is
already compiled and executing.

The end user then only has to download a single file. One file. They
load it in the free virtual player, and everything works. They don't
spend countless hours compiling, downloading different libraries,
googling for why something doesn't work, asking their colleagues for
help, getting frustrated, and losing interest. They don't have to
download a linux distro hand hope that it works on their hardware, let
alone with PerfSonar. They don't have to read through page after page
of installation manuals. They don't need to know about yum, apt, etc.

It doesn't get any easier for an end user than downloading a single
file and clicking play.

On 5/31/07, Roman Lapacz
<>
wrote:
Nicolas Simar wrote:
>
>
> Cesaroni Giovanni wrote:
> [snip]
>>>
>>> What are the drawbacks of such methods?
>>> Could it be a way of providing easy to install perfsonar
>>> web-services or it will decrease their performances?
>>
>> The use of VMW has no particular drawbacks other than what Jochen said,
>> but I don't think it is a good solution:
>> all the sw is usually installed on a linux box by the package manager
>> of the system (for debian apt-get, for red hat yum and so on) from a
>> pakage (.deb, .rpm, ..) with just a command. It will be nice to have
>> such a linux package of each perfsonar service.
>
> What is the difference with ANT currently used?


Ant is a build tool mainly for developers. I like all solutions noted
(VM, pS linux distro, package systems). I remember that some time ago
Jeff proposed to use RPM to distribute our services. We could consider
to take package solution (usually well-known) for next pS release (we
could start with rpm and deb).

Roman








--
Giovanni Cesaroni
..............................................
CONSORTIUM GARR
The Italian Academic and Research Network

Tel. +39 06 4962 2535
Fax +39 06 4962 2044
E-mail

..............................................



Archive powered by MHonArc 2.6.16.

Top of Page