[mdk-re] Re: [mdk-re] Re: [mdk-re] Samba не работает с ядрами 2.2.15-ipl11mdk-secure, 2.2.14-15mdksecure
Victor V. Rogozhin
=?iso-8859-1?q?viro_=CE=C1_mail=2Eru?=
Пн Янв 22 10:45:06 MSK 2001
"Oleg S.Gints" wrote:
>
> >> На ядрах без secure самба работает нормально.
> >> Хотелось бы узнать, может у меня только так самба работает,
> >> или еще кто-нибудь с этим сталкивался?
> >>
> >> Если это действительно проблема связана с патчем secure,
> >> не дайте ей переползти в Сизиф.
>
> >У меня samba весной работала на secure-ядре. Возможно, у Вас криво
> >собранная samba, ядро либо неверная конфигурация.
>
> Самба и ядра родные из Appendix-а, без пересборки.
> Хотя перекомпилить самбу пробовал, ничего не изменилось.
> То же самое с самбой 2.06. Возможно, я где-то в системе напутал,
> но где - понять не могу. Пробовал включать log level = 9 в smb.conf,
> но ничего криминального туда не пишется, кроме приведенных в предыдущем
> письме жалоб на IPC, из-за этого работа более одного пользователя
> невозможна. Попробую воспроизвести ситуацию на другой машине, может
> пойму, в чем дело.
>
> >Тем не менее, спасибо за информацию, надо будет проверить samba в
> >Sisyphus.
>
> >Regards,
> > Dmitry
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian на linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian
Подробности
Ошибка наверняка связана с каким-то патчем касаемым SYSV
Аргументы
Проявляется на 2.2.16-secure из ПостАппендикса и 2.2.18-secure из
Сизифа.
Самба 2.0.7-ипл4 из Аппендикса и 2.0.7-ипл22 из Сизифа
Ошибка вызывается стабильно
См. Экран
-------------------------
[root на vic vic]# smbclient -U vic -L lib
added interface ip=192.168.1.201 bcast=192.168.1.255 nmask=255.255.255.0
Password:
Domain=[INT] OS=[Unix] Server=[Samba 2.0.7]
Sharename Type Comment
--------- ---- -------
home Disk Home resourse for vic
pub Disk Public resourse
group Disk Group resourse for tech
1sbw6 Disk 1C for windows
analitic Disk Analitic
abon Disk Abon
politics Disk Politics
chiff Disk Chiff
www Disk Web server
IPC$ IPC IPC Service (Office Samba Server)
lp Printer
Server Comment
--------- -------
LIB Office Samba Server
Workgroup Master
--------- -------
INT
[root на vic vic]# smbclient -U vic -L lib
added interface ip=192.168.1.201 bcast=192.168.1.255 nmask=255.255.255.0
session request to LIB failed (code 0)
session request to *SMBSERVER failed (code 0)
[root на vic vic]#
-------------------------
См. лог
-------------------------
[2001/01/21 17:47:30, 0] locking/shmem_sysv.c:sysv_shm_open(667)
Can't create or use IPC area. Error was File exists
[2001/01/21 17:47:30, 0] locking/locking.c:locking_init(174)
ERROR: Failed to initialise share modes
[2001/01/21 17:47:31, 0] locking/shmem_sysv.c:sysv_shm_open(667)
Can't create or use IPC area. Error was File exists
[2001/01/21 17:47:31, 0] locking/locking.c:locking_init(174)
ERROR: Failed to initialise share modes
-------------------------
Др проявление sysv_shm
Собрал apcupsd-3.8.0
На secure ядрач в /var/log/messages
-------------------------
Jan 22 10:18:13 lib apcupsd[961]: attach_shmarea: cannot get shm area.
-------------------------
Cам apcups работает но на локальный или сетевой запрос статуса что то
ругается на SYSV.
-------------------------
[root на lib /sbin]# apcaccess status
APCACCESS FATAL ERROR in apcaccess.c at line 395
Cannot attach SYSV IPC.
[root на lib /sbin]#
-------------------------
На ЧерномКошаке с его секуре работает коррпектно.
На НЕсекуре ядрах еще не пробовал но вчера вечером пришел к мнению( см.
выше)
=========================
Другое дело
=========================
При переходе на 2.2.18-secure из Сизифа.
Тупо установил ядро (одна РПМ без initscr... и т.д.) поверх
ПостАппендикса
Одна сетевая плата определяемая как
-------------------------
Bus 0, device 11, function 0:
Ethernet controller: DEC DC21041 (rev 17).
Medium devsel. Fast back-to-back capable. IRQ 11. Master
Capable. Latency=32.
I/O at 0xb800 [0xb801].
Non-prefetchable 32 bit memory at 0xdb000000 [0xdb000000].
-------------------------
модуль tulip.o, совершенно неправильно определила i/o дав что-то типа
0xf???6000.
Не слишком ли велик адресок.
В доке по ядру ( модуль tulip) параметров вроде не дается.
io,port,ioport,mem... - ничего не дали
2.2.16-secure работало прекрасно.
Заранее спасибо.
Victor V. Rogozhin
Подробная информация о списке рассылки community