upgradeprovision alpha17 to alpha18: dbcheck errors

Michael Adam obnox at samba.org
Mon Mar 26 16:27:14 MDT 2012


Andrew Bartlett wrote:
> On Wed, 2012-03-21 at 10:22 +0100, Michael Adam wrote:
> > Andrew Bartlett wrote:
> > > - upgradeprovision should not be run when upgrading to this release
> > >   from a recent release.  No important database format changes have
> > >   been made since alpha16.  
> > 
> > But wouldn't it be good to make upgradeprovision idempotent?
> > It should not harm to run it (again), imho.
> 
> It would be great if that were the case, but it simply isn't what
> upgradeprovision was designed to do.  Internally, for --full, a full new
> provision is generated, and each new object gains a new unique GUID etc.
> Some key objects are constrained, and that's why it works, but it is a
> very different approach to dbcheck, which was written to be idempotent.
> The default upgradeprovision mode is however more like dbcheck,
> attempting to primarilly fix known issues around ACLs (as I understand
> it).  (Mathieu can explain more)
> 
> Both tools have their place in Samba, and without upgradeprovision, it
> would be impossible for the older databases to move to a modern Samba.
> And if we have the need to again make major changes our provision
> template again (unlikely as we have used ldapcmp to verify it), then it
> will be absolutely key to allowing that to happen. 
> 
> Does this explain thing better?

Yes, it does!

Thanks - Michael

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 206 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20120327/4266ba3d/attachment.pgp>


More information about the samba-technical mailing list