They were there! Thanks for pointing this out for me!
Cheers,
Ryan
> Try your install image.
> >
> My DVD has the following...
>
> Packages]$ ls pace*
> pacemaker-1.1.2-7.el6.x86_64.rpm pacemaker-libs-1.1.2-7.el6.i686.rpm
> pacemaker-libs-1.1.2-7.el6.x86_64.rpm
>
>
__
On Tue, Jan 25, 2011 at 12:25 PM, Larry Brigman wrote:
> On Tue, Jan 25, 2011 at 11:56 AM, Ryan Kish wrote:
>> When you say the base RHEL6 repo, are you referring to cluster labs or the
>> red hat network?
>>
>> On the cluster labs site, I only see epel-4 and epel-5. When I run "yum
>> search pac
On Tue, Jan 25, 2011 at 11:56 AM, Ryan Kish wrote:
> When you say the base RHEL6 repo, are you referring to cluster labs or the
> red hat network?
>
> On the cluster labs site, I only see epel-4 and epel-5. When I run "yum
> search pacemaker", I see cluster-glue and resource-agents, but nothing el
When you say the base RHEL6 repo, are you referring to cluster labs or the
red hat network?
On the cluster labs site, I only see epel-4 and epel-5. When I run "yum
search pacemaker", I see cluster-glue and resource-agents, but nothing else.
If you can point me in the direction of the pacemaker RH
Pacemaker is already in the base RHEL6 repo. However when I tried to use
this package, it produced tons of python errors upon launching 'crm'.
Your mileage may vary.
-Patrick
Sent: Tue Jan 25 2011 12:36:45 GMT-0500 (Eastern Standard Time)
From: Ryan Kish
To: pacemaker@oss.clusterlabs.org
Subj
Hello,
I am currently working on migrating a high availability NFS system from a
SLES 10 (Heartbeat) to RHEL 6 with Pacemaker. However, looking over the
pacemaker website, it does not appear that there are supported builds for
epel-6 at this time. Can anyone enlighten me on when this may be availa
On Tuesday 25 January 2011 16:01:00 Michael Smith wrote:
> Michael Schwartzkopff wrote:
> > Imagine the consequences for a cloud cluster consisting of 30 nodes
> > hosting 100 virtual machines. All machines would be migrated to the
> > least possible number of real machines during the night when th
Michael Schwartzkopff wrote:
Imagine the consequences for a cloud cluster consisting of 30 nodes hosting
100 virtual machines. All machines would be migrated to the least possible
number of real machines during the night when there no work to do. In the next
morning when work starts virtual ma
Hi,
On Tue, Jan 25, 2011 at 2:41 PM, Robert van Leeuwen wrote:
> > > The only thing to do that remains would be a daemon that switches off
> > > unused machines to save energy. But this could be done using STONITH
> > > agents.
> > >
> > > Basically this would be an option to make cloud computin
On Tuesday 25 January 2011 13:41:19 Robert van Leeuwen wrote:
> > > The only thing to do that remains would be a daemon that switches off
> > > unused machines to save energy. But this could be done using STONITH
> > > agents.
> > >
> > > Basically this would be an option to make cloud computing r
> > The only thing to do that remains would be a daemon that switches off
> > unused machines to save energy. But this could be done using STONITH
> > agents.
> >
> > Basically this would be an option to make cloud computing really green!
> >
> > Please mail me your comments about this idea. Than
On Thursday 20 January 2011 23:02:25 Michael Schwartzkopff wrote:
> Hi,
>
> I read about the utilization feature in beekhofs blog. Really nice. But why
> do not take the next step and make the utilization in resources dynamic
> since RAM or CPU usage will change with time.
>
> For a demonstration
12 matches
Mail list logo
