[samba] 3.0.30

[Alex Moskalenko]

В сообщении от Tue 24 Jun 2008 16:15:20 Alexander Bokovoy написал(а):
> > А ситуация оказывается еще интереснее... Экспериментировал с параметром
> > winbind cache time. Ситуация следующая. После запуска winbindd первые 5
> > минут wbinfo -t работает. Ровно через 5 минут после запуска wbinfo -t
> > работать перестает. При этом в log.winbind-idmap появляется сообщение
> > ===
> > nsswitch/winbindd_dual.c:async_request_timeout_handler(181)
> >  async_request_timeout_handler: child pid 6979 is not responding. Closing
> > connection to it.
> > nsswitch/winbindd_util.c:trustdom_recv(236)
> >  Could not receive trustdoms
> > ===
> > После этого wbinfo -t/wbinfo -a работать перестает с сообщением
> > NT_STATUS_DOMAIN_CONTROLLER_NOT_FOUND в течение winbind cache time * 2,
> > если считать от момента запуска winbindd. По истечении промежутка
> > времени, равного winbind cache time * 2 (с момента запуска winbindd),
> > wbinfo -t/wbinfo -a снова начинают работать.
>
> Правильно, текущий кэш должен истечь, чтобы заново была проделана
> попытка обновить информацию.
> Мне кажется, что в районе 1ad5cd93e69d8b82a71690d16df7e5cb2078bb65 это
> было исправлено (13 июня, v3-0-test). Если хотите, можете собрать
> пакет самостоятельно с исходниками из git или подождать вчера
> четверга, когда я освобожусь от насущных задач перед отпуском.

Собрал v3-0-test из git на 30.06.08 с samba.spec от samba-3.0.30-alt1.M40.1. 
Все упоминаемые сообщения об ошибках из логов winbind пропали, исчезли 
подвисания самбы во время обновления кэша winbindd, wbinfo -t|wbinfo -a 
работают сразу после запуска winbind, никаких отклонений в их работе не 
замечено. wbinfo -u работает, так же заработала wbinfo -g. Так что, похоже, 
проблема исправлена. Пока потестирую пару дней, если ничего не вылезет, то 
есть смысл обновить сборку в дистрибутивах (или хотя бы в сизифе).

Огромное спасибо samba team (и лично Вам, Александр) за решение проблемы. 
Главное, чтоб далее ничего опять не поломали. :)

PS в логах winbind остались следующие сообщения
===
[2008/06/30 21:58:54, 1] 
rpc_client/cli_pipe.c:cli_pipe_validate_current_pdu(625)
  cli_pipe_validate_current_pdu: RPC fault code DCERPC_FAULT_OP_RNG_ERROR 
received from remote machine SERVER pipe \lsarpc fnum 0x7757!
===
Они были и раньше, но вроде бы никаких проявлений не имеют.

-- 
WBR, Alex Moskalenko