I don't know about all services but that's how I'm handling Samba. I'm sure each of them has a tweak to making them work they way you want. I haven't put mine in production yet (and someone may say I'm missing something) but I made sure Samba was binding to the VIP and only advertising the VIP name, not the local machine names.
smb.conf issues for me: ----------------------------------- netbios name = "svr90" server string = "svr90" interfaces = "192.168.151.90/24" bind interfaces only = yes ----------------------------------- 192.168.151.91 svr91 (node1) 192.168.151.92 svr92 (node2) 192.168.151.90 svr90 (Virtual Address/Server) I don't want the windows clients to be aware of svr91 or svr92. ONLY svr90. I noticed you put the cache on drbd. I hadn't read about that. Is that really possible? Rois On Wed, 2008-01-02 at 16:12 +0200, Chris Picton wrote: > Hi > > I have been investigating heartbeat + drbd for high availability > servers, and have the following question: > > Are there any potential downfalls from sharing service configuration > files between machines, by placing the configs on the shared drbd disk? > > My config has /srv as the drbd (active-passive) mount point, and I am > failing over the samba service. > > I have created /srv/samba/etc and /srv/samba/cache. > I symlinked /etc/samba to /srv/samba/etc > I symlinked /var/cache/samba to /srv/samba/cache > > This ensures that runtime configuration, and config files are always in > sync between the two. > > Are there any problems from treating all services like this - > (postfix/dovecot/ftp/etc), as long as I dont try share data which is > specific to each machine? > > Chris > ---------------------+------------------------------------------------------- > Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) > Technical Director | PGP Key Fingerprint: > Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 > 011 447 8096 | > [EMAIL PROTECTED] | http://www.tangent.co.za/keys/chrisp.asc > ---------------------+------------------------------------------------------- > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
