Hi Jonathan, No ARP was fine, I even did some hot tests with reloading core switches what went fine. LAN and WAN traffic were both fine aso during the restarts of everything, replication all good.
Now I saw soe issue from an empty default GW, I have seen this before, checked a backup file it was also empty there so created a new backup file with one set. So, all triple checks to be sure I'm fine with my network but something is strange I believe where it comes to muliple carp clusters with a combination of Pfsense and Zen on the same switch. This setup is running for about 2 years now and never got any real big issues, but ZEN has inproved in speed and reliability, that is for sure. Are the cluster ID's seen as VHID (like on PFsense) and will you have issues with the same VHID between cluster on different vlans which can communicate ? I'm trying to harden this even more than possible ;) Thanks. Matt 2015-10-21 12:48 GMT+02:00 Jonathan Haddock <jonathan.hadd...@ekservices.org>: > Hi Matt, > > Are you sure it's not arp related? Do your switches see the same IP in 2 > places (ports)? > > If you connect the 2 nodes together directly (e.g. with a small workgroup > switch) do you experience the same problem? The workgroup switch would allow > you to isolate the nodes from the rest of the LAN so you can determine where > the problem lies. > > Jonathan > > Jonathan Haddock MSc MBCS > Network and Security Engineer > EK Services > > Tel No: 01227 862 036 > jonathan.hadd...@ekservices.org > > EK Services - working in partnership with Canterbury City Council, Dover > District Council and Thanet District Council > > -----Original Message----- > From: Matt . [mailto:yamakasi....@gmail.com] > Sent: 20 October 2015 21:21 > To: zenloadbalancer-support@lists.sourceforge.net > Subject: [Zenloadbalancer-support] Cluster falling apart into master - master > > Hi > > I'm trying to setup a new cluster with VM's where Dell 6024 is involved. > > I see that every time I build my master/slave cluster it fails after the > setup and both machines become master with both all IP's running. > > I have ran into this before but as there is no spoofing used on ZEN this > cannot be te case, I also don't thinkg it's the ARP cache. > > I have in some other (other subnet) interconnected network a good running > cluster which has ID1 and to be sure I set this one on ID2. > > What can I check, something goes wrong but I cannot find out what and why > it's failing apart. > > Thanks for helping out. > > Matt > > ------------------------------------------------------------------------------ > _______________________________________________ > Zenloadbalancer-support mailing list > Zenloadbalancer-support@lists.sourceforge.net > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_zenloadbalancer-2Dsupport&d=BQICAg&c=Z2s6Dur3NAYMdtMp9rcLil3wOzceliw5DrnjnuOKPOg&r=4efM7iEQM1o8h8Mxg6LqhHKk3UsSHRgfg437qoLgBLA&m=xOnzC8MOxfRmRC-fev1k_owXWok48mBa5vyFK0wFl24&s=mfBGJ7py6rsNfPlOfzftqBtVdlgNGv2m1_70OKgUCFc&e= > > ---------------------------------------------------------------------- > Please consider the environment before printing this email. This e-mail and > any attachments are confidential and intended solely for the addressee and > may also be privileged or exempt from disclosure under applicable law. > If you are not the addressee, or have received this email in error, please > notify the sender immediately, delete it from your system and do not copy, > disclose or otherwise act upon any part of this e-mail or its attachments. > Any views expressed in this email are those of the individual sender, except > where the sender specifies and with authority, states them to be the views of > EK Services. > Whilst all reasonable care has been taken to avoid the transmission of > viruses, it is the responsibility of the recipient to ensure that the onward > transmission, opening or use of this email and any attachments will not > adversely affect its systems or data. > No responsibility is accepted by EK Services in this regard and the recipient > should carry out such virus and other checks as it considers appropriate. > All communications sent to or from EK Services may be subject to recording > and/or monitoring in accordance with relevant legislation. > > ------------------------------------------------------------------------------ > _______________________________________________ > Zenloadbalancer-support mailing list > Zenloadbalancer-support@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support ------------------------------------------------------------------------------ _______________________________________________ Zenloadbalancer-support mailing list Zenloadbalancer-support@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
