aboutsummaryrefslogtreecommitdiff
path: root/src/kadmin/dbutil/kdb5_util.h
diff options
context:
space:
mode:
authorWill Fiveash <will.fiveash@oracle.com>2009-01-27 20:24:37 +0000
committerWill Fiveash <will.fiveash@oracle.com>2009-01-27 20:24:37 +0000
commitf31cbce8a4a982ed4545140e447d417975804bef (patch)
tree4abce14ab69445048ab2ed51a18739d52528874d /src/kadmin/dbutil/kdb5_util.h
parentc1e6bdf4eba202ad43fb416c884a66a8af24ab5f (diff)
downloadkrb5-f31cbce8a4a982ed4545140e447d417975804bef.zip
krb5-f31cbce8a4a982ed4545140e447d417975804bef.tar.gz
krb5-f31cbce8a4a982ed4545140e447d417975804bef.tar.bz2
More review changes:
If I use "kdb5_util dump -mkey_convert" after using the master key rollover support, does something reasonably sane happen? E.g., process all the old keys properly, leave just one new master key value in the output database, reset the mkvno values attached to principals, etc. Done. Note I may have to update the dump code to deal with the various mkey input options which I'll do in a follow on commit. Also note that I removed the locking around the krb5_db2_alloc and free functions. git-svn-id: svn://anonsvn.mit.edu/krb5/branches/mkey_migrate@21807 dc483132-0cff-0310-8789-dd5450dbe970
Diffstat (limited to 'src/kadmin/dbutil/kdb5_util.h')
-rw-r--r--src/kadmin/dbutil/kdb5_util.h3
1 files changed, 2 insertions, 1 deletions
diff --git a/src/kadmin/dbutil/kdb5_util.h b/src/kadmin/dbutil/kdb5_util.h
index dd74654..175d61c 100644
--- a/src/kadmin/dbutil/kdb5_util.h
+++ b/src/kadmin/dbutil/kdb5_util.h
@@ -88,7 +88,8 @@ extern void update_ok_file (char *file_name);
extern int kadm5_create (kadm5_config_params *params);
-extern krb5_error_code add_new_mkey(krb5_context, krb5_db_entry *, krb5_keyblock *);
+extern krb5_error_code add_new_mkey(krb5_context, krb5_db_entry *,
+ krb5_keyblock *, krb5_kvno *);
void usage (void);