You probably can solve your problem by having a clone for OCFS and a
group of resources that depend on that clone. I mean something like
this:
and probably a colocation rule to tie them up.
On Wed, Feb 27, 2008 at 4:56 AM, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On
Hi,
On Wed, Feb 27, 2008 at 09:35:13AM +0100, W?rz, Michael wrote:
> >Why not? You just cannot create this in the GUI. Use CLI.
> i never used Gui ;-)
> but something like
> < group id= >
>< clone id=..>
> ..
>< /clone>
Am Mittwoch, 27. Februar 2008 09:35 schrieb Wörz, Michael:
> >Why not? You just cannot create this in the GUI. Use CLI.
>
> i never used Gui ;-)
> but something like
> < group id= >
>< clone id=..>
> ..
>< /clone>
>
Michael is right.
Wörz that is :)
Didn't see you both had the same first name. Sorry.
Regards
Dominik
___
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProb
The biggest issue so far is to migrate constraint resources frome one node
to another with a single command. I cannot use grouped resources bcs one of
the resources must be a cloneset (ocfs) and thus cannot be a member of a
group.
Why not? You just cannot create this in the GUI. Use CLI.
Michae
>Why not? You just cannot create this in the GUI. Use CLI.
i never used Gui ;-)
but something like
< group id= >
< clone id=..>
..
< /clone>
< primitive id=...>
...
Am Mittwoch, 27. Februar 2008 08:37 schrieb Wörz, Michael:
> Good Morning and Hello everyboby,
>
> I' new to the list and have been testing with Linux-Ha for serveral days
> now. The results are more or less usable but must be improved to get
> productive.
> The biggest issue so far is to migrate c
Good Morning and Hello everyboby,
I' new to the list and have been testing with Linux-Ha for serveral days now.
The results are more or less usable
but must be improved to get productive.
The biggest issue so far is to migrate constraint resources frome one node to
another with a single command.
