[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] Samba Statefull Failover



Make sure you use virtual public ip addresses managed by CTDB, not the ones bound to your NICS.

Frank.
________________________________________
From: linux-cluster-bounces redhat com [linux-cluster-bounces redhat com] On Behalf Of Abhijith Das [adas redhat com]
Sent: Tuesday, June 22, 2010 4:33 PM
To: linux clustering
Cc: Sumit Bose; Gunther Deschner; Simo Sorce
Subject: Re: [Linux-cluster] Samba Statefull Failover

----- "Jason Fitzpatrick" <jayfitzpatrick gmail com> wrote:

> From: "Jason Fitzpatrick" <jayfitzpatrick gmail com>
> To: linux-cluster redhat com
> Sent: Tuesday, June 22, 2010 6:43:36 AM GMT -06:00 US/Canada Central
> Subject: [Linux-cluster] Samba Statefull Failover
>
> Hi all
>
> Just wondering if it is possible to statefully migrate smb
> connections
> between cluster nodes, I am running ctdb (Samba's Cluster software)
> but all connections are dropped when the service is failed between
> nodes
>
> Setup is as follows
>
> 2 node cluster
> DRBD backend shared storage in Master Master configuration
> cman presenting GFS2 /Storage folder
> Samba + Winbind + CTDB used to present /Storage/Test_Share via
> \\clustername\test_share (both nodes are AD integrated)
>
> Connections to replicated storage are working fine, AD accounts are
> authenticated correcly and smbstatus shows that CTDB is load
> ballancing the cluster address between nodes correctly,
>
> When I run ctdb shutdown I expect existing connections to be migrated

Also, I think "ctdb shutdown" is not the right command (Use "ctdb disable", it
should all be in the man pages). Only one node should fail so that the
other node can take over the IP address. If the IP address is not taken
over, the clients will probably not be able to reconnect.

Cheers!
--Abhi

--
Linux-cluster mailing list
Linux-cluster redhat com
https://www.redhat.com/mailman/listinfo/linux-cluster


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]