Блокування в SAMBA !!!!! (Samba 1C linux lock)
Ключові слова: samba

, 1C , linux , lock , ( знайти схожі документи )
_ RU.LINUX (2: 5077 / 15.22) ___________________________________________ RU.LINUX _ From: Sergei Smirnov 2: 5020 / 313.26 Thu 16 Jul 98 00:44 Subj: Блокування в SAMBA !!!!! ________________________________________________________________________________ I'm nice to see you, Mail! Wednesday July 15 1998 17:08, Mail from INN wrote to All: MfI> У кого небудь запускається 1С торгівля під SAMBA MfI> У мене схоже проблеми з блокуваннями. MfI> Т.Є. я спокійно можу увійти на двох різних машинах під одним ім'ям. MfI> Хоча якщо запустити дві копії торгівлі на одній машині такого не MfI> відбувається (вона все таки пише: каталог користувача зайнятий). НЕ блокування це. роби раз: Ґміна Скомпе samba, щоб max open files> 255 роби два: прочитай _основательно_ man по самби (oplocks, locking) роби три: вирубай smb password (у мене ця гребанние торгівля 7.5 з ними не працює) ps і взагалі мені це глюкало так остачертенело, що легше написати щось своє. We'll meet again Sergei ... Ill weeds grow apace --- * Origin: ---- ===> Phoenix Bird <=== ---- * General Station * (2: 5020 / 313.26) _ RU .LINUX (2: 5077 / 15.22) ___________________________________________ RU.LINUX _ From: Zahar Kiselev 2: 5030 / 382.1 18 Sep 98 19:17:12 Subj: Samba + 1C + блокування ________________________________________________________________________________ Hello, All! Хочу поділитися досвідом настройки Самби для роботи з 1С-бухгалтерією - смію припустити, що це цікаво не тільки мені. Для початку скажу, що в трьох офісах нашої фірми це поєднання працює цілком пристойно вже пів-року, з тих пір як на віндовозную версію 1С перебралися (до цього на серверах стояла піввісь, але віндовозная 1С з Лансервером не працює). Як не дивно, єдиною неприємністю, яку не вдалося усунути швидко шляхом читання стандартної документації до Самбі, виявилися відмінності в обработ блокувань файлів. Для того, щоб нікому більше не довелося з цим возитися, повідомляю, що віндовозная 1С-бухгалтерія не просто використовує блокування неіснуючих байтів за кінцем файлів (прийом вобщем-то відомий), а використовує ну дуже великі зміщення цих байтів, і на таких гігантських числах самба починає спотикатися. Щоб вона вела себе культурно - треба залізти в вихідні Самби, в файл util.c, знайти там функцію fcntl_lock, і виявити, що автори пропонують там два варіанти шматка коду, виділені директивами умовної компіляції. Так ось той варіант, що обраний за замовчуванням - не працює нормально. адо вибрати другий - і всі проблеми зникають. Що ж стосується занепокоєння деяких фахівців з приводу швидкості роботи, то можу сказати, що скарг на це у нас не виникало, та й завантаження мережі не особливо велика (я це бачу по миганню лампочок на концентраторі), хоча одночасно працюють від 5 до 11 робочих місць. Єдине, що потрібно - обсяг пам'яті не менше 64м (у мене стоїть 128М). До речі я використовую процесори Cyrix як на серверах так і на машинах користувачів. Так що на підставі власного досвіду можу рекомендувати використання машини з Лінукс і Самбою як сервер, що містить базу 1С-бухгалтерії замість машини з WinNT, яка на відміну від Лінукса вимагає постійного нагляду людини, настільки, що у відпустку піти неможливо. Zahar --- QDed alpha v3.57pl9.d / Linux * Origin: (Empty ...) (2: 5030 / 382.1) _ RU.LINUX (2: 5077 / 15.22) ___________________________________________ RU.LINUX _ From: Zahar Kiselev 2 : 5030 / 382.1 21 Sep 98 18:23:08 Subj: Samba + 1C + блокування ________________________________________________________________________________ Hello, Anatoly! At 19 Sep 98 10:38:00, Anatoly Rossinsky wrote to Zahar Kiselev: AR> А як щодо 256 Хандлі на процес? Єдино правильний патч лежить тут. Більш поширений інший патч, так ось він не працює, а цей працює. Перевірено з ядрами 2.0.27 - 2.0.33. У мене працює саме 33. І ще - цей патч намагається патчить один з файлів, що не відносяться до ядра (здається це частина libc), він навіть запитує розташування цього файлу. Як з'ясувалося, патчить цей файл не обов'язково і бібліотеку збирати заново не треба. Підтвердженням моїх слів може служити майже пів-року роботи в такій конфігурації. > ===== Start cut ===== <This patch (and it's updates are available from http://www.linux.org.za/filehandle.patch.linux and ftp://ftp.is.co.za/linux/local/kernel/filehandle.patch.linux The following patch allows you to increase the maximum number of files / network sockets that you can open to 3000. It does not use huge amounts of ram immediately as they are allocated dynamically. > ===== End cut ==== <Zahar --- QDed alpha v3.57pl9.d / Linux * Origin: (Empty ...) (2: 5030 / 382.1)

Обговорення [ RSS ]

• 1 , Evgeni (??), 1:24, 28/03/2007 [ відповісти ]

+

/ - Привіт.

За давністю років той патч не вдається завантажити.

Якщо він зберігся, поділіться зі страждаючими ...

Можна і на мій Е-мейл.

• 3 , sandyboy (?), 08:56 21/03/2008 [ ^ ] [ ^^ ] [ ^^^ ] [ відповісти ]

+

/ - А навіщо він сьогодні потрібен? Без нього все прекрасно працює.


Додати коментар

Спонсори:

Хостинг: