On Tue, Jun 22, 2010 at 09:50:22PM +0200, Andrew Beekhof wrote: > On Tue, Jun 22, 2010 at 5:04 PM, Dejan Muhamedagic <[email protected]> > wrote: > > Hi, > > > > On Tue, Jun 22, 2010 at 04:02:10PM +0200, Andrew Beekhof wrote: > >> On Tue, Jun 22, 2010 at 4:01 PM, Alain.Moulle <[email protected]> > >> wrote: > >> > Ooops, sorry again, it seems that the rpm with RH fence methods was > >> > not installed ... > >> > >> You'll also need different parameters. > >> > >> Try: > >> stonith_admin --metadata --agent fence_ipmilan > >> > >> (Seems "crm ra info stonith:fence_ipmilan" isn't working for some reason) > > > > With or without lrmd running? > > Actually it wasn't. That would probably explain it. > I'm reasonably certain I had this working in the past. > > > I think that without lrmd it won't > > work because crm uses stonith(8) to get the metadata. We need > > some kind of heuristics to figure out which stonith agents are > > installed. stonithd (the old one) got last year support for the > > RHCS fence agents, but that is obviously gone. Looking at the > > current code, it looks like there are now two providers for the > > stonith agents: "heartbeat" and "redhat". Is that handled by > > stonith-ng? > > yep > although metadata via lrmd also works (or used to) > > > Also noticed that the new stonith subsystem tries to > > figure out the provider based on the type name, i.e. if it starts > > with "fence_" then it assumes that the provider is "redhat". > > Where'd you see that? > get_stonith_provider() in st_client.c does it based on the binary > being in the correct directory and/or a successful call to > stonith_new()
Yes, that was probably the place. > > Probably better to use the provider explicitely. At any rate, crm > > needs support for that. > > I was trying to avoid making problems for the shell. > But if you felt inclined it would probably make things a little cleaner. Not necessarily. If it works, fine, but when lrmd/stonith-ng is not available the shell should use stonith_admin for the fence_* agents. Thanks, Dejan > >> > Alain > >> > > >> >> Hi again, > >> >> > >> >> that's the same result with fence_ipmilan: > >> >> > >> >> crm configure primitive NEWrestofencenode1 stonith:fence_ipmilan params > >> >> hostname=devha1 ipaddr=12.112.12.1 userid=myuserid passwd=mypasswsd > >> >> interface=lan meta target-role=Stopped > >> >> ERROR: NEWrestofencenode1: parameter passwd does not exist > >> >> ERROR: NEWrestofencenode1: parameter userid does not exist > >> >> ERROR: NEWrestofencenode1: parameter interface does not exist > >> >> ERROR: NEWrestofencenode1: parameter hostname does not exist > >> >> ERROR: NEWrestofencenode1: parameter ipaddr does not exist > >> >> > >> >> Regards > >> >> Alain > >> > > >> >> > Then two questions : > >> >> > > >> >> > 1. do you know/think it is a definitive choice ? > >> >> > >> >> Yes. (know) > >> >> > >> >> > or could it be changed > >> >> > in next future ? > >> >> > >> >> Nope. > >> >> > >> >> > > >> >> > 2. do someone here has already tested pacemaker with > >> >> stonith:fence_ipmilan ? > >> >> > >> >> Not me as I don't have such a device. > >> >> However fence_ipmilan will have had plenty of testing as part of RHCS. > >> >> > >> >> All my 1.1 testing is done with fence_virt which exercises all the > >> >> same code paths. > >> > > >> > > >> > > >> > _______________________________________________ > >> > Linux-HA mailing list > >> > [email protected] > >> > http://lists.linux-ha.org/mailman/listinfo/linux-ha > >> > See also: http://linux-ha.org/ReportingProblems > >> > > >> _______________________________________________ > >> Linux-HA mailing list > >> [email protected] > >> http://lists.linux-ha.org/mailman/listinfo/linux-ha > >> See also: http://linux-ha.org/ReportingProblems > > _______________________________________________ > > Linux-HA mailing list > > [email protected] > > http://lists.linux-ha.org/mailman/listinfo/linux-ha > > See also: http://linux-ha.org/ReportingProblems > > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
