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:
<clone id=OCFSclone> .... </clone> <group id=myGroup> </group> <rsc_order id="start_fs_firts" from="OCFSClone" to="myGroup" action="start" type="before" /> 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 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> > > < primitive id=...> > > ....... > > </primitive> > > </group> > > did not work not work. > > Right, that's not supported. > > > > >Check your resource agents again. Unmanaged states are often a sign for a > RA > > >where monitor/status is not implemented well. > > never touched the RA's - but i will check > > i think this is bcs constraints and orders are not defined well, or > certain operations (start/stop the virt machine, mount, unmount) are not > finished while the next is started. > > > > >What version of heartbeat? Please do update to 2.1.3 or later (pacemaker). > > I'm forced to use 2.0.8-0.19, bcs this is shipped with Suse. I cannot use > unsupported SW :-( > > There will soon be an SP2 with 2.1.3. That would be much > preferred. > > Thanks, > > Dejan > > > > >hm. Why don't you use a primitive resource then? > > ocfs2 resources must be a clone > > > > >use rsc_colocation to pin the resources to the same machine. tsc_order > just > > >starts them in the right order, but they also might start on different > > >machines! > > > > <rsc_colocation id="vm1-and-image" from="vm1" > to="imagestorecloneset" score="INFINITY"/> > > <rsc_colocation id="vm1_and_config" from="vm1" > to="configstorecloneset" score="INFINITY"/> > > didnt't i ? > > > > -- > > Dr. Michael Schwartzkopff > > MultiNET Services GmbH > > Addresse: Bretonischer Ring 7; 85630 Grasbrunn; Germany > > Tel: +49 - 89 - 45 69 11 0 > > Fax: +49 - 89 - 45 69 11 21 > > mob: +49 - 174 - 343 28 75 > > > > mail: [EMAIL PROTECTED] > > web: www.multinet.de > > > > Sitz der Gesellschaft: 85630 Grasbrunn > > Registergericht: Amtsgericht M??nchen HRB 114375 > > Gesch??ftsf??hrer: G??nter Jurgeneit, Hubert Martens > > > > > > --- > > > > PGP Fingerprint: F919 3919 FF12 ED5A 2801 DEA6 AA77 57A4 EDD8 979B > > Skype: misch42 > > _______________________________________________ > > 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/ReportingProblems > > > > <html> > > <hr noshade width="200" size="1" align="left"> > > <body> > > <font size="2" face="CorpoA"> > > Koch, Neff & Volckmar GmbH, Schockenriedstraße 37, 70565 Stuttgart, > Internet: <a href=http://www.knv.de>http://www.knv.de</a>, Amtsgericht und > Sitz Stuttgart HRB 11907, Geschäftsführer: Frank Thurmann, Oliver > Voerster, USt.-Id-Nr. DE147816562. > > </font> > > </body> > > </html> > > > > _______________________________________________ > > 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/ReportingProblems > _______________________________________________ > 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/ReportingProblems > -- Serge Dubrouski. _______________________________________________ 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/ReportingProblems