[Samba] samba4 - classicupgrade - problem - passdb.error uncaught exception - Cannot load backend methods for 'ldapsam:ldap://localhost' backend NT_STATUS_CANT_ACCESS_DOMAIN_INFO

[uoL uoL]

The problem was that I was not cleaning etc and private directories in
order to re-run classicupgrade:

rm -rf /usr/local/samba/etc/*
rm -rf /usr/local/samba/private/*

Now that error doesn't appear anymore.

Thanks @RiXtEr from IRC #samba channel !


On Mon, Feb 4, 2013 at 3:06 PM, uoL uoL <wmarcos2002 at yahoo.com.ar> wrote:

> Hello,
>
> I'm migrating to samba4 (samba 4.0.2 in Debian 6.0.6)
>
> After copying .tdb files and smb.conf and migrating ldap server to the new
> server and configured it.
>
> When I run:
>
> /usr/loca/samba/bin/samba-tool domain classicpugrade --dbdir=samba
> --user-xattrs=yes --realm=sadom.espel.com samba/smb.conf
>
> I get:
>
> Reading smb.conf
> WARNING: The "idmap backend" option is deprecated
> WARNING: The "idmap uid" option is deprecated
> WARNING: The "idmap gid" option is deprecated
> WARNING: Ignoring invalid value 'cups' for parameter 'printing'
> Provisioning
> convert_string_talloc: Conversion not supported.
> pdb_init_ldapsam: WARNING: Could not get domain info, nor add one to the
> domain. We cannot work reliably without it.
> pdb backend ldapsam:ldap://localhost did not correctly init (error was
> NT_STATUS_CANT_ACCESS_DOMAIN_INFO)
> ERROR(<class 'passdb.error'>): uncaught exception - Cannot load backend
> methods for 'ldapsam:ldap://localhost' backend
> (-1073741606,NT_STATUS_CANT_ACCESS_DOMAIN_INFO)
>   File
> "/usr/local/samba/lib/python2.6/site-packages/samba/netcmd/__init__.py",
> line 175, in _run
>     return self.run(*args, **kwargs)
>   File
> "/usr/local/samba/lib/python2.6/site-packages/samba/netcmd/domain.py", line
> 1318, in run
>     useeadb=eadb, dns_backend=dns_backend, use_ntvfs=use_ntvfs)
>   File "/usr/local/samba/lib/python2.6/site-packages/samba/upgrade.py",
> line 612, in upgrade_from_samba3
>     s3db = samba3.get_sam_db()
>   File
> "/usr/local/samba/lib/python2.6/site-packages/samba/samba3/__init__.py",
> line 390, in get_sam_db
>     return passdb.PDB(self.lp.get('passdb backend'))
>
>
> My smb.conf is:
>
> [global]
> unix charset = LOCALE
> workgroup    = SPEL.COM
> netbios name = VS002
> passdb backend = ldapsam:ldap://localhost
> username map = /etc/samba/smbusers
> log level = 1
> syslog = 0
> log file = /var/log/samba/%m
> max log size = 50
> time server = yes
> #wmarcos 24 01 08
> #privileges = yes
> #time offset = -30
> security = user
> #agregado por wmarcos 6/2/08
> wins support = yes
> ldap ssl = off
>
> add user script= /usr/local/sbin/smbldap-useradd -a -m -P '%u'
> delete user script = /usr/local/sbin/smbldap-userdel '%u'
> add group script = /usr/local/sbin/smbldap-groupadd -p '%g'
> delete group script = /usr/local/sbin/smbldap-groupdel '%g'
> add user to group script = /usr/local/sbin/smbldap-groupmod -m '%u' '%g'
> delete user from group script = /usr/local/sbin/smbldap-groupmod -x '%u'
> '%g'
> set primary group script = /usr/local/sbin/smbldap-usermod -g '%g' '%u'
> add machine script = /usr/local/sbin/smbldap-useradd -i '%u'
>
> domain logons = yes
> preferred master = yes
> domain master= yes
> local master = yes
> os level = 80
> ldap suffix = dc=spel,dc=com
> ldap user suffix = ou=usuarios
> ldap group suffix = ou=grupos
> ldap machine suffix = ou=equipos
> ldap passwd sync = yes
> ldap idmap suffix = ou=usuarios
> ldap admin dn= cn=admin,dc=spel,dc=com
> idmap backend = ldap:ldap://localhost
> idmap uid = 2000~2999
> idmap gid = 500~1000
> printing = cups
>
> encrypt passwords = yes
> read only = yes
> follow symlinks = no
> guest ok = no
> logon home =
> logon path =
> hide unreadable = yes
>
> [homes]
> comment = Directorio personal del usuario %U
> valid users = %U
> browseable = no
> read only = no
> create mask = 750
> directory mask = 740
>
> [netlogon]
> path = /home/samba/netlogon
> browseable = no
> guest ok = yes
>
>
> Any clues? I only found this, but didn't help me solve this issue
>
> http://lists.samba.org/archive/samba-technical/2011-September/079286.html
>
> Thanks in advance!
> M.
>
>
>
>
>