Hi Andrew.. It looks as if this was a problem due to the upgrade.
I removed the crm config off the server while trying to recreate some drbd resources and re-injected it (same thing line for line) and the errors went away! Thanks for the help Jay (now onto trying to get the linbit version of the drbd agent to bring my disks online correctly, it never ends!) On 4 August 2010 09:28, Andrew Beekhof <[email protected]> wrote: > On Tue, Aug 3, 2010 at 11:22 AM, Jason Fitzpatrick > <[email protected]> wrote: >> Hi Andrew >> >> As Requested: (I have re-ordered to make it a bit more legible) > > Ok, everything looks normal here. > We'd probably need to have a look at the complete startup logs next. > >> [r...@lpissan1001 ~]# rpm -qa | grep -e pacemaker -e heartbeat -e >> cluster-glue >> >> cluster-glue-1.0.6-1.6.fc13.i386 >> cluster-glue-libs-1.0.6-1.6.fc13.i386 >> cluster-glue-libs-devel-1.0.6-1.6.fc13.i386 >> >> heartbeat-3.0.3-2.3.fc13.i386 >> heartbeat-libs-3.0.3-2.3.fc13.i386 >> heartbeat-devel-3.0.3-2.3.fc13.i386 >> >> pacemaker-1.1.1-1.fc13.i686 >> pacemaker-libs-1.1.1-1.fc13.i686 >> pacemaker-libs-devel-1.1.1-1.fc13.i686 >> >> drbd-heartbeat-8.3.7-2.fc13.i686 >> drbd-pacemaker-8.3.7-2.fc13.i686 >> >> >> [r...@lpissan1002 ~]# rpm -qa | grep -e pacemaker -e heartbeat -e >> cluster-glue >> >> cluster-glue-1.0.6-1.6.fc13.i386 >> cluster-glue-libs-1.0.6-1.6.fc13.i386 >> cluster-glue-libs-devel-1.0.6-1.6.fc13.i386 >> >> pacemaker-1.1.1-1.fc13.i686 >> pacemaker-libs-1.1.1-1.fc13.i686 >> pacemaker-libs-devel-1.1.1-1.fc13.i686 >> >> heartbeat-3.0.3-2.3.fc13.i386 >> heartbeat-libs-3.0.3-2.3.fc13.i386 >> heartbeat-devel-3.0.3-2.3.fc13.i386 >> >> drbd-heartbeat-8.3.7-2.fc13.i686 >> drbd-pacemaker-8.3.7-2.fc13.i686 >> >> Thanks >> >> Jay >> >> On 2 August 2010 12:09, Jason Fitzpatrick <[email protected]> wrote: >>> Hi Andrew,, >>> >>> I am not in the office today but they are versions from the cluster labs >>> repo >>> >>> [clusterlabs] >>> name=High Availability/Clustering server technologies (fedora-13) >>> baseurl=http://www.clusterlabs.org/rpm/fedora-13 >>> type=rpm-md >>> gpgcheck=0 >>> enabled=1 >>> >>> I will retrieve requested info later today >>> >>> Thanks >>> >>> Jay >>> >>> >>> >>> On 2 August 2010 08:22, Andrew Beekhof <[email protected]> wrote: >>>> On Sun, Aug 1, 2010 at 5:21 PM, Jason Fitzpatrick >>>> <[email protected]> wrote: >>>>> Hi All >>>>> >>>>> I should clarify this a bit, >>>>> >>>>> I have just upgraded a test cluster from FC8 to FC13 and with it the >>>>> latest version of Heartbeat / Pacemaker / Corosync (cluster is >>>>> heartbeat / pacemaker, corosync is installed but not running) >>>> >>>> What versions of pacemaker and heartbeat are you running? >>>> Where did you get them from? >>>> What is the output from this command on your system: >>>> >>>> rpm -qa | grep -e pacemaker -e heartbeat -e cluster-glue >>>> >>>>> >>>>> I have the cluster set to not use stonith as this it not a production >>>>> system and there is no supported hardware within the test environment >>>>> that will allow a proper shutdown. >>>>> >>>>> Since the upgrade the logs have been getting flooded with the errors >>>>> below, and from reading a previous post >>>>> (http://www.gossamer-threads.com/lists/linuxha/pacemaker/61682) I am >>>>> under the impression that the stonithd service should be launched by >>>>> heartbeat (crm respawn set in ha.cf) as pacemaker insists on >>>>> connecting to the stonithd event if no stonith is enabled. >>>>> >>>>> Any advice? >>>>> >>>>> Thanks >>>>> >>>>> Jay >>>>> >>>>> On 30 July 2010 17:09, Jason Fitzpatrick <[email protected]> wrote: >>>>>> Hi all >>>>>> >>>>>> I am under the impression that Pacemaker insists on connecting to the >>>>>> Stonith Daemon which should have been launched by Heartbeat when the >>>>>> heartbeat starts, and was wondering what is the best way of >>>>>> configuring this? >>>>>> >>>>>> As is stands I am getting 1000's of >>>>>> Jul 30 17:07:36 lpissan1001 crmd: [25483]: ERROR: te_connect_stonith: >>>>>> Sign-in failed: triggered a retry >>>>>> Jul 30 17:07:36 lpissan1001 crmd: [25483]: info: te_connect_stonith: >>>>>> Attempting connection to fencing daemon... >>>>>> in /var/log/ha.log and /var/log/messages >>>>>> >>>>>> This is only since upgrading Fedora, Heartbeat et el from a much older >>>>>> version >>>>>> >>>>>> Thanks a mill >>>>>> >>>>>> Jay >>>>>> >>>>>> -- >>>>>> >>>>>> "The only difference between saints and sinners is that every saint >>>>>> has a past while every sinner has a future. " >>>>>> — Oscar Wilde >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> "The only difference between saints and sinners is that every saint >>>>> has a past while every sinner has a future. " >>>>> — Oscar Wilde >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> >>> "The only difference between saints and sinners is that every saint >>> has a past while every sinner has a future. " >>> — Oscar Wilde >>> >> >> >> >> -- >> >> "The only difference between saints and sinners is that every saint >> has a past while every sinner has a future. " >> — Oscar Wilde >> _______________________________________________ >> 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 > -- "The only difference between saints and sinners is that every saint has a past while every sinner has a future. " — Oscar Wilde _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
