I have been using this feature in an attempt to load balance the 2 servers, both servers are presenting the address and are contactable via the shared address (load is balancing correctly)
Thanks
Jay
On Jun 22, 2010 3:53pm, Frank de Groodt <Frank.de.Groodt@xxxxxxxxxxxxxx> wrote:
> Make sure you use virtual public ip addresses managed by CTDB, not the ones bound to your NICS.
>
>
>
> Frank.
>
> ________________________________________
>
> From: linux-cluster-bounces@xxxxxxxxxx [linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Abhijith Das [adas@xxxxxxxxxx]
>
> Sent: Tuesday, June 22, 2010 4:33 PM
>
> To: linux clustering
>
> Cc: Sumit Bose; Gunther Deschner; Simo Sorce
>
> Subject: Re: Samba Statefull Failover
>
>
>
> ----- "Jason Fitzpatrick" jayfitzpatrick@xxxxxxxxx> wrote:
>
>
>
> > From: "Jason Fitzpatrick" jayfitzpatrick@xxxxxxxxx>
>
> > To: linux-cluster@xxxxxxxxxx
>
> > Sent: Tuesday, June 22, 2010 6:43:36 AM GMT -06:00 US/Canada Central
>
> > Subject: 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@xxxxxxxxxx
>
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
>
>
> --
>
> Linux-cluster mailing list
>
> Linux-cluster@xxxxxxxxxx
>
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
