[Date Prev][Date Next]
Re: bdb cache deadlock case (ITS#3239)
> > This case was found during a syncrepl test but is apparently a bdb
> > issue.
> > In fact, I was going to test OPENLDAP_REL_ENG_2_2, but due to another
> > it, I tested HEAD instead. I ran the master slapd and set off three
> > parallel each of which was to add about 132K entries. After a few
> > started one syncrepl replica server. It worked without a problem for a
> > minutes before the master slapd got stuck. I'll upload the stack trace.
> > quite strange to see that what is blocked is TXN_ABORT() in thread 6
> > ..... add.c:111
> > - Jong-Hyuk
> Um.... the source for txn_abort() says it can never block. Very weird.
In __txn_abort() of bdb source, __lock_vec() is called without
According to Berkeley DB API description, it seems that this should be
called with DB_LOCK_NOWAIT.
I'll experiment this further when I get back to my desk on Monday.