[Pacemaker] nfs running on two nodes w/ drbd corosync pacemaker on CentOS6.2

Steven Silk steven.silk at noaa.gov
Fri Jun 1 17:32:54 EDT 2012


Emmanuel,

That is not the problem  - the problem is in codec error?  Isn't it?

Steve

On Fri, Jun 1, 2012 at 3:24 PM, emmanuel segura <emi2fast at gmail.com> wrote:

> Maybe you did one copy and paste from a blog and you tooke some wrong code
>
> ==================================================
>
> > op monitor interval="30s" role=“Slave” \
> > op monitor interval=”20s” role=”Master”
> ==================================================
> The warning it's so clear
> ==================================================
>
> WARNING: drbd_drbd0: action monitor_”Master” not advertised in meta-data,
> it may not be supported by the RA
> ===================================================
>
>
>
>
>
> 2012/6/1 Steven Silk <steven.silk at noaa.gov>
>
>> Hello -
>>
>> I have not had as much time as I would like to work on this.  But I
>> suddenly have a very strange problem indeed.
>>
>> I did a
>>
>> cibadmin -E -f   <> which should clean up the cib.xml file ?
>>
>> Then I started to reload the configuration for corosync....
>>
>> [root at wms1 ~]# crm
>> crm(live)# configure
>> crm(live)configure# property no-quorum-policy="ignore"
>> crm(live)configure# property stonith-enabled="false"
>> crm(live)configure# end
>> There are changes pending. Do you want to commit them? yes
>>
>> so far so good - as the system is ok with that.....
>>
>> crm(live)# configure
>>
>> crm(live)configure# primitive drbd_drbd0 ocf:linbit:drbd \
>> > params drbd_resource="drbd0" \
>> > op monitor interval="30s" role=“Slave” \
>> > op monitor interval=”20s” role=”Master”
>> WARNING: drbd_drbd0: action monitor_”Master” not advertised in meta-data,
>> it may not be supported by the RA
>> WARNING: drbd_drbd0: default timeout 20s for stop is smaller than the
>> advised 100
>> WARNING: drbd_drbd0: default timeout 20s for start is smaller than the
>> advised 240
>> crm(live)configure# end
>> There are changes pending. Do you want to commit them? yes
>> ERROR: 'ascii' codec can't decode byte 0xe2 in position 0: ordinal not in
>> range(128)
>>
>> So now there is a codec problem?
>>
>> Time to reload the corosync?
>>
>> thanks for any suggestions
>>
>> Steve
>>
>>
>>
>> On Tue, May 29, 2012 at 5:42 PM, Steven Silk <steven.silk at noaa.gov>wrote:
>>
>>> Anton,
>>>
>>> Very good.  Since I am setting things up on CentOS, I will be able to do
>>> something like....
>>>
>>> primitive wms_nfs_srvr lsb:nfs
>>> primitive wms_rpc_srvr lsb:rpcbind
>>>
>>> The file systems should find the space needed be mounted on the
>>> /dev/drbd space that drbd is managing?
>>>
>>> Appreciate the lsb - stands for linux standard base - I hate it when I
>>> see things like this and you can't find where they are spelled out....
>>>
>>> Yours,
>>>
>>> Steve
>>>
>>>
>>> On Tue, May 29, 2012 at 4:55 PM, Anton Altaparmakov <aia21 at cam.ac.uk>wrote:
>>>
>>>> Hi Steve,
>>>>
>>>> On 29 May 2012, at 23:20, Steven Silk wrote:
>>>> > Thanks for your quick answers.  I guess the one portion of Anton's
>>>> response that I didn't understand is:
>>>> >
>>>> > primitive res_nfs_server lsb:nfs-kernel-server
>>>> >
>>>> > I have not come across any primitives with an lsb designator?  (if
>>>> that would be the correct term).  While I google it to see what I can learn.
>>>> >
>>>> > Can you expand on this?
>>>>
>>>> Oh, that's very simple.  (-:
>>>>
>>>> Anything in /etc/init.d/ should be an LSB (LSB = Linux Standard Base)
>>>> formatted init script thus it can be used as a resource agent / primitive.
>>>>
>>>> On Ubuntu Linux (which is what our Pacemaker/Corosync clusters are on)
>>>> the /etc/init.d script that controls the NFS server is
>>>> /etc/init.d/nfs-kernel-server thus that is what is specified as the lsb
>>>> primitive (without the /etc/init.d/ bit).
>>>>
>>>> Hope this helps.
>>>>
>>>> Best regards,
>>>>
>>>>        Anton
>>>>
>>>> > thanks,
>>>> >
>>>> > Steve
>>>>
>>>> --
>>>> Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
>>>> Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
>>>> Linux NTFS maintainer, http://www.linux-ntfs.org/
>>>>
>>>>
>>>> _______________________________________________
>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>
>>>> Project Home: http://www.clusterlabs.org
>>>> Getting started:
>>>> http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>> Bugs: http://bugs.clusterlabs.org
>>>>
>>>
>>>
>>>
>>> --
>>> Steven Silk
>>> CSC/NOAA
>>> 303 497 3112
>>>
>>>
>>
>>
>> --
>> Steven Silk
>> CSC/NOAA
>> 303 497 3112
>>
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>>
>
>
> --
> esta es mi vida e me la vivo hasta que dios quiera
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
>
>


-- 
Steven Silk
CSC/NOAA
303 497 3112
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20120601/c0f07516/attachment-0003.html>


More information about the Pacemaker mailing list