similar to: samba-tool dbcheck Unicode-Error

I just tested Samba 4.9.2 on one of my DCs, previously running version 4.8.6. Immediately after install, I ran "samba-tool dbcheck" and got the following: Checking 511 objects ERROR(<type 'exceptions.UnicodeDecodeError'>): uncaught exception - 'ascii' codec can't decode byte 0xc3 in position 25: ordinal not in range(128)   File

Hi Louis, Am 28.02.2019 12:47, schrieb L.P.H. van Belle via samba: > Hai Stefan, > > See. > https://bugzilla.samba.org/show_bug.cgi?id=13616 > That's what I found, too. We did not do an update it's a fresh installation (migrate from samb3 with classicupgrade). I now did a "samba-tool dbcheck -v " and I see that the "ü" in the DN of a OU it's the

dpkg -l |grep ldb You want to see : libldb1 I think its 1.4.3 you will see, thats the version im having also atm. The bugnr is not in the release notes, so i expect this in the next release to be corrected. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org] Namens > Stefan Kania via samba > Verzonden: donderdag 28

I decided to give Samba 4.9.x a new try as AD DC in one of my servers. It has been running version 4.8.9. I installed version 4.9.4 and when I ran samba-tool dbcheck I still obtained the following error message: ERROR(<type 'exceptions.UnicodeDecodeError'>): uncaught exception - 'ascii' codec can't decode byte 0xc3 in position 25: ordinal not in range(128)   File

Hi, We migrated from Samba 3 to 4 (4.6.7-Ubuntu) and added promoted a Server 2008R2 as a Domain Controller. We've come across the following issues and request some suggestions to resolve them - The migration didn't generate DNS entries for the new realm. We had to manually create a new zone file (/var/cache/bind) for the new realm. Only then we were able to promote the

Hi Andrew, The realm infact has no dots, is this going be an issue? It is different to workgroup. The details did get "Lost in Redaction" Coming back to the DNS. When we did the domain migration , we used --dns-backend=BIND9_DLZ. My assumption was it will stick to the BIND_DLZ. Anyhow, when we use the default settings post migration, we are not able to DCPROMO the Server 2008R2 server.

Hello all; I use CentOS 7.5.1804 I update from samba-4.8.2 to samba-4.9.1 and finish with not errors, but when I run samba-tool dbcheck --cross-ncs I have the error: [root at gtmad ~]# samba-tool dbcheck --cross-ncs Checking 4087 objects ERROR(<type 'exceptions.UnicodeEncodeError'>): uncaught exception - 'ascii' codec can't encode character u'\xe9' in

Hai Stefan, See. https://bugzilla.samba.org/show_bug.cgi?id=13616 I think thats you problem, at least simular. A left over from the python2 -> python3 conversion. I dont know it this one is in the sernet packages. Whats your ldb version? That should tell me more. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org]

On Mon, 2018-11-12 at 20:36 +0000, Noel Power wrote: > Hi > > On 09/11/2018 10:21, Andrew Bartlett wrote: > > On Fri, 2018-11-09 at 11:46 +0300, Taner Tas via samba wrote: > > > > I just tested Samba 4.9.2 on one of my DCs, previously running > > > > version 4.8.6. Immediately after install, I ran "samba-tool dbcheck" > > > > and got

> I just tested Samba 4.9.2 on one of my DCs, previously running > version 4.8.6. Immediately after install, I ran "samba-tool dbcheck" > and got the following: > > Checking 511 objects > ERROR(<type 'exceptions.UnicodeDecodeError'>): uncaught exception - > 'ascii' codec can't decode byte 0xc3 in position 25: ordinal not in >

I had the same problem, it was the DN of one of my OU? I remplaced the "ü" with a "ue" and everything was fine. Am 05.03.19 um 18:10 schrieb miguel medalha via samba: > I decided to give Samba 4.9.x a new try as AD DC in one of my servers. > It has been running version 4.8.9. I installed version 4.9.4 and when I > ran samba-tool dbcheck I still obtained the following

Hello list, today I updated my samba domain to version 4.9, after everything went well, I ran the command ./samba-tool dbcheck and the error is the following, however everything else works perfect ... that could be happening???? ./samba-tool dbcheck Checking 903 objects ERROR(): uncaught exception - 'ascii' codec can't encode character u'xe1' in position 313: ordinal not in

I build new version of talloc-2.1.6 (build from external tarball) and samba-4.3.6. But if I provision domain by command samba-tool domain provision --realm=test.alt --domain test --adminpass='Pa$$word' --dns-backend=SAMBA_INTERNAL --server-role=dc --use-rfc2307 --use-xattrs=yes I got error: Fixing provision GUIDs ERROR(runtime): uncaught exception - pytalloc_reference_ex() called for

Hello, my domain is Dns domain = foo Realm = FOO Workgroup = FOO samba-tool dbcheck --cross-ncs --fix -v .... Checking object DC=foo ERROR(<type 'exceptions.ValueError'>): uncaught exception - unable to parse dn string File "/usr/lib/python2.7/dist-packages/samba/netcmd/__init__.py", line 175, in _run return self.run(*args, **kwargs) File

Hi *, I just upgraded my AD DC from 4.7.6 to 4.8.1. (Arch Linux) After a reboot my LDAP database is almost empty, when accessed from a LDAP browser or dsa.msc. samba-tool dbcheck --fix fails as even LostAndFound isn't there anymore. ERROR(ldb): uncaught exception - descriptor_modify on CN=SERVER,CN=LostAndFound,DC=dschungel,DC=local failed: No such Base DN:

It's amazing how long Samba just keeps running even when apparently everything's broken. In preparation of finally upgrading our DCs to 41.0, I ran dbcheck on all of them, resulting in: graz-dc-sem: > Checking 3861 objects > Error: governsID CN=ucsUser,CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at on 1.3.6.1.4.1.19414.3.2.2 already exists as an attributeId or governsId > Error:

Hello list, I'm getting a weird error message regarding our file server when i run dbcheck on my dc01 running Samba v4.7.9. The error only occurs on dc01, dc02 is fine, the file server also works fine but I want to clean the database before doing the upgrade to version 4.9 dc01:~# samba-tool dbcheck --cross-ncs Checking 4503 objects SID S-1-5-21-3258148492-1502286889-3538134041-1601 for

On Thu, 13 Sep 2018 14:41:54 +0100 miguel medalha via samba <samba at lists.samba.org> wrote: > Hello > > In one of my DCs, when I run ./configure for Samba 4.9.0, it fails > with the following message: > > Checking for lmdb >= 0.9.16 via header check : not > found Samba AD DC and --enable-selftest requires lmdb 0.9.16 or later > > My ./configure command

Hello, after migrating a samba NT-style domain from Samba 4.2.14-debian (debian 8.10) to samba 4.5.12-debian (debian 9.4) We copied all tdb-files to the new machine plus the smb.conf plus /etc/group. The old Samba has tdbsam as backend. we use the same domain and hostname on the new DC as it was set on the old system. We are using bind9 as DNS-backend in the new system. The "samba-tool

On Tue, 2018-02-06 at 03:05 +0000, Praveen Ghimire via samba wrote: > Hi, > > We migrated from Samba 3 to 4 (4.6.7-Ubuntu) and added promoted a > Server 2008R2 as a Domain Controller. We've come across the following > issues and request some suggestions to resolve them > > > - The migration didn't generate DNS entries for the new > realm. We had to