Bug 5417

Created attachment 623 [details]
Логи

Reassigned to maintainer.

Странно... Не вопроизводится.
Не может найти файл /var/lib/samba/locking.tdb, но этот файл специально
удаляется перед установкой:

%pre
...
# Remove the transient tdb files
for TDB in brlock unexpected locking messages; do
    if [ -e %_localstatedir/%origname/$TDB.tdb ]; then
        %__rm -f %_localstatedir/%origname/$TDB.tdb;
    fi;
done

Мелькают цифры 3.0.5... Действительно ли произошёл апгрейд?
Сервис smb не запустился только в процессе обновления или он по прежнему не
запускается даже вручную?
Покажите log демона nmbd за этот же период времени, в нём явно фиксируется
остановка сервиса (в отличие от log.smbd).

Created attachment 625 [details]
log.nmbd

[root@sabitov root]# rpm -qa | grep samba
samba-client-cups-3.0.8-alt0.pre1.2
samba-common-3.0.8-alt0.pre1.2
samba-client-control-1.1-alt1
samba-client-3.0.8-alt0.pre1.2
samba-3.0.8-alt0.pre1.2
[root@sabitov root]# cat /etc/altlinux-release 
ALT Linux Sisyphus (20041028)
[root@sabitov root]# uname -a
Linux sabitov.stacksoft.ru 2.6.9-std26-up-alt10 #1 Wed Oct 20 18:46:35 MSD 2004
i686 unknown unknown GNU/Linux

Создаётся впечатление, что что-то не так с системой.
Судя по логам, ещё при 3.0.5 nbmd не мог открыть сокет 172.16.90.1:137. Сейчас
smbd пытается открыть файл /var/lib/samba/locking.tdb и не может это сделать.
Учитывая, что делается вызов open() с флагами (O_CREAT|O_TRUNC) это по крайне
мере странно.
Посмотрите существует ли каталог /var/lib/samba? Если возможно покажите smb.conf.

2 ab,ldv:

tdb->fd = open(tdb->name, tdb->open_flags & ~(O_CREAT|O_TRUNC), 0);
В каких случаях такой вызов может вернуть -1, если пользователь root?

172.16.90.1 - Это сеть vmware, у меня она не всегда запущена. Каталог
/var/lib/samba  есть. Самое интересное, что после перезагрузки samba нормально
запустилась. smb.conf прилагаю.

Created attachment 627 [details]
smb.conf

После очередного обновления опять не запускается.

[2004/11/15 16:56:01, 0] tdb/tdbutil.c:tdb_log(725)
  tdb(/var/lib/samba/locking.tdb): tdb_reopen: open failed (No such file or dire
ctory)
[2004/11/15 16:56:01, 0] smbd/server.c:open_sockets_smbd(420)
  tdb_reopen_all failed.
[2004/11/15 16:56:01, 0] lib/util.c:smb_panic2(1381)
  PANIC: tdb_reopen_all failed.
[2004/11/15 16:56:01, 0] lib/util.c:smb_panic2(1389)
  BACKTRACE: 1 stack frames:
   #0 /usr/sbin/smbd(smb_panic2+0x10f) [0x81dc11f]
[2004/11/15 16:56:01, 0] tdb/tdbutil.c:tdb_log(725)
  tdb(/var/lib/samba/locking.tdb): tdb_reopen: open failed (No such file or dire
ctory)
[2004/11/15 16:56:01, 0] smbd/server.c:open_sockets_smbd(420)
  tdb_reopen_all failed.
[2004/11/15 16:56:01, 0] lib/util.c:smb_panic2(1381)
  PANIC: tdb_reopen_all failed.
[2004/11/15 16:56:01, 0] lib/util.c:smb_panic2(1389)
  BACKTRACE: 1 stack frames:
   #0 /usr/sbin/smbd(smb_panic2+0x10f) [0x81dc11f]


$ rpm -qa | grep samba
samba-common-3.0.8-alt1
samba-client-control-1.1-alt1
samba-3.0.8-alt1
samba-client-cups-3.0.8-alt1
samba-client-3.0.8-alt1

Полагаю, неактуально?

reassign to someone

В общем, у нас в 2004--2005 сизифова самба чудесно работала в т.ч. рядом с vmware.

Из замечавшегося (3.0.14a-alt2 из 3.0) -- саморазвал /var/lib/samba/printing.tdb
с последующими жалобами на него при попытках печати через
cups+samba+принтер_на_виндах, что для текущей не могу подтвердить или
опровергнуть, т.к. было объехано иначе.  ab@ сообщал, но рекомендацией --
собрать свежую самбу и проверить -- воспользоваться не удалось по разным
причинам, включая непредсказуемую воспроизводимость проблемы.