Date: Wed, 22 Jun 2016 22:34:54 +0200 From: Kevin Seidel <mail@kseidel.org> To: freebsd-questions@freebsd.org, byrnejb@harte-lyne.ca Subject: Re: FreeBSD-10.3p5 - Samba43-4.3.8 Message-ID: <c9fc54b3-095a-ef9f-9424-306eb4ed76ef@kseidel.org> In-Reply-To: <f8b74267b94fbafa34248252c98b7ef0.squirrel@webmail.harte-lyne.ca> References: <f8b74267b94fbafa34248252c98b7ef0.squirrel@webmail.harte-lyne.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi James, this bug was already reported (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208837) and is fixed in samba43-4.3.8_1 and samba43-4.3.9. Regards, Kevin On 22/06/16 9:42 PM, James B. Byrne via freebsd-questions wrote: > I am installing Samba43 on a BHyve VM using zfs - both host and guest. > I am using vm-bhyve on the host. When I go to provision a new AD-DC > I see this: > > # samba-tool domain provision --use-ntvfs --realm=ADOMAIN.EXAMPLE.COM > --domain=ADOMAIN --server-role=dc --dns-backend=SAMBA_INTERNAL > --use-rfc2307 > Administrator password will be set randomly! > Looking up IPv4 addresses > . . . > setting up sam.ldb rootDSE marking as synchronized > Fixing provision GUIDs > ERROR(runtime): uncaught exception - pytalloc_reference_ex() called > for object type not based on talloc > File > "/usr/local/lib/python2.7/site-packages/samba/netcmd/__init__.py", > line 175, in _run > return self.run(*args, **kwargs) > File > "/usr/local/lib/python2.7/site-packages/samba/netcmd/domain.py", > line 442, in run > nosync=ldap_backend_nosync, ldap_dryrun_mode=ldap_dryrun_mode) > File > "/usr/local/lib/python2.7/site-packages/samba/provision/__init__.py", > line 2172, in provision > skip_sysvolacl=skip_sysvolacl) > File > "/usr/local/lib/python2.7/site-packages/samba/provision/__init__.py", > line 1864, in provision_fill > attrs=['defaultObjectCategory']) > File "/usr/local/lib/python2.7/site-packages/samba/dbchecker.py", > line 138, in check_database > error_count += self.check_object(object.dn, attrs=attrs) > File "/usr/local/lib/python2.7/site-packages/samba/dbchecker.py", > line 1358, in check_object > normalised = > self.samdb.dsdb_normalise_attributes(self.samdb_schema, attrname, > [val]) > File "/usr/local/lib/python2.7/site-packages/samba/samdb.py", line > 672, in dsdb_normalise_attributes > return dsdb._dsdb_normalise_attributes(ldb, ldap_display_name, > ldif_elements) > > Referring to this message: > https://lists.samba.org/archive/samba-technical/2016-March/112908.html > > I read this : > > >> As far as I'm aware, the only use case for this is that call >> in dbcheck (here called by provision). While undesirable, the >> failure message is clear (to us, and will quickly find this >> thread in google), and is not an abort(), which is what was >> happening in the same area for some versions previously. > > I further read this: > https://lists.samba.org/archive/samba-technical/2016-March/112923.html > >>> >>> Could you apply the attached patches to your samba-4.3.6 >>> and see if they fix the domain provision? >> Provision of domain is OK with talloc-2.16 and samba-4.3.6 with >> these patches. Thanks. > > > This refers to Samba43-4.3.6. It implies that the domain is not > properly provisioned without those patches. The package from ports I > am using is Samba43-4.3.8 and evidently those patches did not make it > into the source tree. > > So questions remain. Do I have a working samba installation or not? > How can I tell? I do not want to get deeply into setting this stuff up > only to find that a critical piece of infrastructure either is missing > or does not work properly, if at all. > > Any help with or insight into this matter gratefully accepted. > > Sincerely, >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c9fc54b3-095a-ef9f-9424-306eb4ed76ef>