Okey now that the failover seems to be work i have hit another problem, the thing is when failover occurs and other node takes over, the client connection wont hit right ALTQ queue anymore, rather it goes unqueued(full speed) , and only the new connections initated after failover will hit the right queue, is there anything i can do to fix it, or its design flaw that cannot be corrected?
On E, 2009-06-01 at 14:37 +0200, georg wrote: > Okey i think i figured it out, the problem was with my switch spanning > tree, when i disabled it for appropiate vlans everything started to work > correctly. > > > On E, 2009-06-01 at 13:14 +0200, Stuart Henderson wrote: > > On 2009/06/01 12:55, Georg Kahest wrote: > > > # $OpenBSD: netstart,v 1.122 2008/07/23 16:05:47 sthen Exp $ > > > > > > # $OpenBSD: rc,v 1.318 2008/07/09 20:23:47 djm Exp $ > > > > > > # uname -a > > > OpenBSD node1 4.4 GENERIC.MP#1 amd64 > > > > It's not what I was thinking it might be then (there was a change > > to the order of pfsync/pfctl in the startup scripts and I wondered > > if it might have been relevant, but you already have that). > > > > I'm not sure what it might be then.. > > > > > > > > > On P, 2009-05-31 at 19:32 +0200, Stuart Henderson wrote: > > > > On 2009-05-28, Georg Kahest <ge...@viatel.ee> wrote: > > > > > Hello, i have strange problem with my Carp/Pfsync, when i manualy > > > > > failover via carpdemote or ifconfig carpX down, then the failover > > > > > works > > > > > okey, it even works okey when one box goes down, but when the prefered > > > > > master comes up again and starts to act as carp master, then client > > > > > who > > > > > has carp as its gateway loses some packets on the moment of failover, > > > > > im > > > > > wondering what could cause that, what could i have overlooked, and why > > > > > the problem only exists when box comes from reboot, rather then > > > > > always. > > > > > > > > Which OpenBSD version, and which versions of /etc/netstart and /etc/rc? > -- > Georg Kahest <ge...@viatel.ee> > ProGroup Holding > -- Georg Kahest <ge...@viatel.ee> ProGroup Holding
