logo_kerberos.gif

Release Meeting Minutes/2014-05-13

From K5Wiki
< Release Meeting Minutes
Revision as of 16:56, 14 May 2014 by TomYu (talk | contribs) (New page: {{minutes|2014}} Will Fiveash, Thomas Hardjono, Nathaniel McCallum, Zhanna Tsitkov, Tom Yu Will has a few Solaris Kerberos bugs for us to look at. One involves PKINIT and Solaris PKCS11...)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


Will Fiveash, Thomas Hardjono, Nathaniel McCallum, Zhanna Tsitkov, Tom Yu

Will has a few Solaris Kerberos bugs for us to look at. One involves PKINIT and Solaris PKCS11 soft tokens. He'll send mail.

Tom
Do you still have a need for kdb5_util dump options "-rev" and "-recurse"? [krbdev.mit.edu #6481] i.e., have you heard any recent reports of database corruption that those options are supposed to work around since that btree bug got fixed?

Will doesn't think so.

Shawn Emery worked with Tom a few years ago on chasing down and fixing a bug [krbdev.mit.edu #5880] in Berkeley DB btree page split code that could make parts of the KDB disappear from either random access lookup or sequential lookup.

Tom
We'll be in the KDB iteration code anyway to deal with the long locks during dumps issue, so we might be able to restore the rev/recurse dump capabilities while we're there.

Will says a new hire is working on some memory leak type patches. (Some are in pull requests already.)

Will
Is there a max number of entries in the KDB?
Tom
Not as such. If you build with largefiles support (64-bit OSes, many 32-bit ones), there's probably no practical limit due to file size. Performance might become a limiting factor before file size does.