[sles-beta] Enabling ip forwarding causes server to reboot

[Filipe Lacerda]

Hi.

Are you using unicast or multicast?

I had a problem using multicast recently in SLES 11 and happend to find out that the network switch had to be configured to accept multicast as some more config over the infrastructure.  I was using Cisco UCS blades and networking equipment.

Changed to unicast and no more spontaneous rebooting either after fencing or during runtime. 

One question I have. Do you set a Fencing Topology? or just use one fencing device?

Thanks,

Filipe Lacerda

On 20 August 2014 11:15:16 WEST, Lars Marowsky-Bree <lmb at suse.com> wrote:
>On 2014-08-19T11:08:36, Andy Ryan <aryan1 at allantgroup.com> wrote:
>
>> I am running pacemaker on these systems and that seems to be an
>issue.  I
>> stopped pacemaker, turned on ip_forward, and restarted pacemaker and
>the
>> system did not reboot.  It looks like it is the stonith device?  The
>> stonith device is a shared disk partition, so it should not be an
>issue
>> (since the disc is on its own FC HBA).  But I checked and one of the
>other
>> nodes does indeed reset the node that I tried to enable ip_forwarding
>on.
>
>Hard to comment without knowing your network and cluster topology, but
>it's conceivable that you're changing something that breaks the cluster
>communication.
>
>I doubt it's related to the STONITH device, but I'd expect you to get a
>bunch of corosync messages from all the nodes.
>
>
>Regards,
>    Lars
>
>-- 
>Architect Storage/HA
>SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix
>Imendörffer, HRB 21284 (AG Nürnberg)
>"Experience is the name everyone gives to their mistakes." -- Oscar
>Wilde
>
>_______________________________________________
>sles-beta mailing list
>sles-beta at lists.suse.com
>http://lists.suse.com/mailman/listinfo/sles-beta

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140820/221160d2/attachment.htm>