Hello, I reproduced the problem on: OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013
pfsync takes as much time as whith OpenBSD 5.3. If you have any ideas why is that happening, please let me know. I have a test env with physical access prepared specially to solve this case. Remote access for OpenBSD developers is an option too. Aug 5 09:56:43 pfw1 /bsd: root on wd0a (89609dda54f2ae25.a) swap on wd0b dump on wd0b Aug 5 09:56:43 pfw1 /bsd: carp: carp10 demoted group carp by 1 to 129 (carpdev) Aug 5 09:56:43 pfw1 /bsd: carp: pfsync0 demoted group carp by 32 to 161 (pfsync init) Aug 5 09:56:43 pfw1 /bsd: carp: pfsync0 demoted group pfsync by 32 to 32 (pfsync init) Aug 5 09:56:43 pfw1 /bsd: carp: pfsync0 demoted group carp by 1 to 162 (pfsync bulk start) Aug 5 09:56:43 pfw1 /bsd: carp: pfsync0 demoted group pfsync by 1 to 33 (pfsync bulk start) Aug 5 09:56:43 pfw1 savecore: no core dump Aug 5 09:56:45 pfw1 /bsd: carp10: state transition: INIT -> BACKUP Aug 5 09:56:45 pfw1 /bsd: carp: carp10 demoted group carp by -1 to 161 (carpdev) Aug 5 09:57:00 pfw1 /bsd: carp10: state transition: BACKUP -> MASTER Aug 5 09:57:00 pfw1 /bsd: carp10: state transition: MASTER -> BACKUP Aug 5 10:00:01 pfw1 newsyslog[9921]: logfile turned over Aug 5 10:00:01 pfw1 newsyslog[9921]: logfile turned over Aug 5 10:00:01 pfw1 syslogd: restart Aug 5 10:10:06 pfw1 /bsd: carp: pfsync0 demoted group carp by -1 to 32 (pfsync bulk done) Aug 5 10:10:06 pfw1 /bsd: carp: pfsync0 demoted group pfsync by -1 to 32 (pfsync bulk done) Aug 5 10:10:06 pfw1 /bsd: carp: pfsync0 demoted group carp by -32 to 0 (pfsync init) Aug 5 10:10:06 pfw1 /bsd: carp: pfsync0 demoted group pfsync by -32 to 0 (pfsync init) Aug 5 10:10:08 pfw1 /bsd: carp10: state transition: BACKUP -> MASTER Regards -- Dariusz Binkul 2013/8/2 Kenneth R Westerback <kwesterb...@rogers.com> > On Fri, Aug 02, 2013 at 12:04:24PM +0200, Dariusz Binkul wrote: > > Hello, > > > > I have 2 openbsd systems (OpenBSD 5.3 (GENERIC.MP) #62: Tue Mar 12 > 18:21:20 > > MDT 2013) in active-backup configuration. > > During boot of OS, pfsync bulk takes 13 minutes to sync with master > server > > no matter how many states there are to sync. > > > > I've reproduced this problem in my testing environment. Even with no > > traffic (only 6 states in PF State Table) pfsync bulk took 13 minutes. > > As you have a test setup, you might get more immediate attention > if you reproduced the problem on the latest 5.4 snapshot. > > .... Ken
