On Fri, May 14, 2010 at 09:40:28AM +0300, Aleksey Zholdak wrote:
> >The sbd daemon needs to be running on both nodes (the openais init script
> >should take care of that on SLES), but there only needs to be one sbd
> >primitive, it does not need to be cloned. Pacemaker will make sure it
> >is runn
On Thu, May 13, 2010 at 07:18:06PM -0600, Tim Serong wrote:
> > I must remind you that we are talking about a running one node of the two.
> > The second node is turned off (burned, stolen, etc.)
> >
> > >>Clone Set: sbd-clone
> > >>Stopped: [ sbd_fense:0 sbd_fense:1 ]
> > >
> >
firewall should let through the UDP multicast traffic on
ports mcastport and mcastport+1.
As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
zone". So, how can I "open" these ports if it already opened?
Just to double check, I assume "Internal zone" does not have any
firewa
On May 13, 2010, at 1:37 PM, Ivan Coronado wrote:
> Hello to everybody,
>
> I have a problem with the corosync.conf setup. I have a drbd service runing
> on eth3, and a general network and the stonith device (idrac6) in the eth0.
> If I unplug the eth3 to simulate a network failure two nodes
On 5/14/2010 at 07:39 AM, Paul Graydon wrote:
> Hi,
>
> One of my nodes decided to throw a wobbly this morning and locked up
> it's network card for about a minute. Pacemaker came to the rescue,
> merrily transferred everything over to the other node successfully,
> however when the ori
On 5/13/2010 at 11:48 PM, Aleksey Zholdak wrote:
> firewall should let through the UDP multicast traffic on
>> ports mcastport and mcastport+1.
>
> As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
> zone". So, how can I "open" these ports if it already ope
> Fixed:
> http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/94bf2cc9219b
Thanks.
Hideo Yamauchi.
--- Andrew Beekhof wrote:
> Fixed:
> http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/94bf2cc9219b
>
> On Thu, May 13, 2010 at 9:26 AM, wrote:
> > Hi,
> >
> > In 1.0 latest version, an e
Hi,
One of my nodes decided to throw a wobbly this morning and locked up
it's network card for about a minute. Pacemaker came to the rescue,
merrily transferred everything over to the other node successfully,
however when the original node came back again it transferred the
functions back ac
Hello to everybody,
I have a problem with the corosync.conf setup. I have a drbd service
runing on eth3, and a general network and the stonith device (idrac6) in
the eth0. If I unplug the eth3 to simulate a network failure two nodes
are fenced (first the slave followed by the master). If I only l
Fixed:
http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/94bf2cc9219b
On Thu, May 13, 2010 at 9:26 AM, wrote:
> Hi,
>
> In 1.0 latest version, an error is reflected on log.
>
> Movement does not have any problem, but is very noisy.
>
> (snip)
> May 13 16:21:34 srv01 cib: [24342]: ERROR: log_d
I don't think its worth introducing a new option to suppress one line
of logging.
On Thu, May 13, 2010 at 7:50 AM, Yoshihiko SATO
wrote:
> Hi Andrew,
>
> I confirmed.
>
> When debug="true", pingRA is output the execution log of attrd_updater.
>
>> And, because the ping failure is not normal,
Il 12/05/2010 14.25, Andrew Beekhof ha scritto:
Looks like its missing a library.
Try adding -lconfdb in the Makefile.
On Tue, May 11, 2010 at 12:42 AM, bunkertor wrote:
hi all, my first post =)
im here to ask you some help to compile dlm_controld.pcmk for ocfs2 support
in pacemaker. i fol
firewall should let through the UDP multicast traffic on
ports mcastport and mcastport+1.
As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
zone". So, how can I "open" these ports if it already opened?
Just to double check, I assume "Internal zone" does not have any
firewa
On 5/13/2010 at 07:22 PM, Aleksey Zholdak wrote:
> firewall should let through the UDP multicast traffic on
ports mcastport and mcastport+1.
> >>
> >> As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
> >> zone". So, how can I "open" these ports if it already op
Hi
As the SuSEfirewall2 firewall is based on iptables rules, I think you
can run a loop such as this to get the actual configuration in place
for table in filter nat mangle raw ; do echo "--- $table ---"; iptables
-t $table -L -n; done > /tmp/iptables.log
--- filter ---
Chain INPUT (policy D
The firewall should let through the UDP multicast traffic on
ports mcastport and mcastport+1.
As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
zone". So, how can I "open" these ports if it already opened?
Just to double check, I assume "Internal zone" does not have an
Hi,
In 1.0 latest version, an error is reflected on log.
Movement does not have any problem, but is very noisy.
(snip)
May 13 16:21:34 srv01 cib: [24342]: ERROR: log_data_element:
cib_config_changed: Diff
May 13 16:21:34 srv01 cib: [24342]: ERROR: log_data_element:
cib_config_change
On Thu, May 13, 2010 at 8:27 AM, Tim Serong wrote:
> Hi,
>
> On 5/13/2010 at 03:56 PM, Aleksey Zholdak wrote:
> > > The firewall should let through the UDP multicast traffic on
> > > ports mcastport and mcastport+1.
> >
> > As I wrote above: all interfaces in SuSEfirewall2 is set to "Internal
>
18 matches
Mail list logo
