<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>36497</bug_id>
          
          <creation_ts>2019-04-03 10:09:33 +0300</creation_ts>
          <short_desc>Не разрешается имя сервера LDAP пр  classicupgrade</short_desc>
          <delta_ts>2019-04-03 11:53:04 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>samba-DC</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>36496</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alex Moskalenko">mav</reporter>
          <assigned_to name="Evgeny Sinelnikov">sin</assigned_to>
          <cc>cas</cc>
    
    <cc>iv</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>180342</commentid>
    <comment_count>0</comment_count>
    <who name="Alex Moskalenko">mav</who>
    <bug_when>2019-04-03 10:09:33 +0300</bug_when>
    <thetext>При выполнении samba-tool domain classicupgrade возникает ошибка разрешения имени сервера LDAP, указанного в старом smb.conf:
INFO 2019-04-02 17:57:31,339 pid:6158 /usr/lib64/python3/site-packages/samba/upgrade.py #638: Next rid = 41412
Failed to connect to ldap URL &apos;ldap://smbldap.local/&apos; - LDAP client internal error: NT_STATUS_BAD_NETWORK_NAME
Failed to connect to &apos;ldap://smbldap.local/&apos; with backend &apos;ldap&apos;: LDAP client internal error: NT_STATUS_BAD_NETWORK_NAME
ERROR(&lt;class &apos;samba.provision.ProvisioningError&apos;&gt;): uncaught exception - ProvisioningError: Could not open ldb connection to ldap://smbldap.local/, the error message is: (1, &apos;LDAP client internal error: NT_STATUS_BAD_NETWORK_NAME&apos;)
  File &quot;/usr/lib64/python3/site-packages/samba/netcmd/__init__.py&quot;, line 184, in _run
    return self.run(*args, **kwargs)
  File &quot;/usr/lib64/python3/site-packages/samba/netcmd/domain.py&quot;, line 1663, in run
    useeadb=eadb, dns_backend=dns_backend, use_ntvfs=use_ntvfs)
  File &quot;/usr/lib64/python3/site-packages/samba/upgrade.py&quot;, line 678, in upgrade_from_samba3
    raise ProvisioningError(&quot;Could not open ldb connection to %s, the error message is: %s&quot; % (url, e))

В smb.conf он указан так: passdb backend = ldapsam:ldap://smbldap.local/

Если в smb.conf указать вместо имени IP-адрес, то classicupgrade завершается успешно.

При по предыдущим сообщениям видно, что ранее к серверу LDAP были успешные подключения - пользователи/группы/свободный RID были получены. Собственно имя smbldap.local успешно разрешается в адрес ping/host/...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180349</commentid>
    <comment_count>1</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2019-04-03 11:28:09 +0300</bug_when>
    <thetext>Для воспроизведения нужны детали.
Можно ли получить настройки сети:
- вывод ip a
- /etc/resolv.conf
- /etc/hosts
?

Последние два файла интересны до и после успешного classicupgrade. Простое подозрение состоит в том, что samba в роли DC - сама себе DNS. А вот что было и как стало в данном случае - непонятно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180353</commentid>
    <comment_count>2</comment_count>
    <who name="Alex Moskalenko">mav</who>
    <bug_when>2019-04-03 11:53:04 +0300</bug_when>
    <thetext>Пожалуйста.

ip a
1: lo: &lt;LOOPBACK,UP,LOWER_UP&gt; mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: &lt;BROADCAST,MULTICAST,UP,LOWER_UP&gt; mtu 1500 qdisc mq state UP group default qlen 4096
    link/ether 00:0c:29:2c:a5:9c brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.11/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fe2c:a59c/64 scope link 
       valid_lft forever preferred_lft forever

cat /etc/resolv.conf
# Generated by resolvconf
# Do not edit manually, use
# /etc/net/ifaces/&lt;interface&gt;/resolv.conf instead.
search domain.main.office.local
nameserver 192.168.0.1

cat /etc/hosts
127.0.0.1	localhost.localdomain localhost

Содержимое файлов одинаково до и после classicupgrade. Повторюсь, имя LDAP-сервера разрешается на машине без каких-либо проблем. И процесс classicupgrade к нему успешно подключается - судя по tcpdump и тому, что пользователей/группы/SID/rid он успешно получил. А где-то в процессе, похоже, действительно пытается использовать себя. Хотя имя LDAP-сервера в создаваемый домен AD не входит.
Имя LDAP-сервера - ldap.main.office.local
Машина в момент classicupgrade имеет адрес dc0.domain.main.office.local
Создаваемый домен AD - ad.domain.main.office.local

PS доменные имена/адреса изменены, но общая структура сохранена.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>