Dotaz: samba - retro otazka

[anomyn]

v minulosti pri kombinacii starsich verzii samby a dnes uz historickych verzii klientskych os(win95, win98, winxp) bol problem s poskodzovanim suborov pri viacuzivatelskom pristupe k systemom postavenym na technologii visual fox pro.

riesilo sa to vypnutim oportunistickeho zamykania bud pre cele ulozisko (oplock = no) alebo vypnutim zamkov iba pre dany typ suborov(veto oplock files = /*.dbf/*.cdx/).

pretrvava rovnaky problem aj pri aktualnej verzii samby(4.18.5) a novsich klienskyck os(win7 a novsich)? lebo ziadne relevantne info sa mi bohuzial nepodarilo dohladat. co moze znamenat, ze dany problem je uz vyrieseny, alebo nikto uz neprevadzkuje ziadnu historicku aplikaciu postavenu na visual fox pro(co by sa aj chapal).

Odpovědi

[X]

Vypada, ze je to potreba porad..

[Max]

Nejsem si jistý, zda je to problém, nebo spíše funkce. Problém bych označil to, že na sambě taková věc běžela mnohem pomaleji, než na windows. Aspoň, co si matně vybavuji. My jsme to dlouhé roky provozovali na Novellu a dbf se opravoval celkem často a moc rychle to také neběželo :-/.
Docela smutné, ptát se na toto v roce 2023 :-/. Lituji všech, kdo to ještě v dnešní době musí takto provozovat.
Zdar Max

[anomyn]

vies ako to je - nas zakaznik, nas pan. rychlost ich asi az tak netrapi a s apkou su spokojny(je to retro ale pre ich potreby robi co treba). ja som pre nich aktualizoval serverovy os a ked som pozeral nastavenia samby tak som tam videl "veto oplock files". preto ma napadlo zistit ci je to aj v dnesnej dobe potreba. ja na ich mieste by som tu apku urcite dal prepisat, zo zbezneho pohladu to nie je nic zlozite ale to je ich starost a nie moja. suhlasim s tebou a tiez ich lutujem.

[Kit]

Kdysi jsem stejný problém řešil na Novellu a jediným výsledkem bylo zamykání celé databáze prvním uživatelem. Novell, Samba, NFS - stejný problém, kdy se má v souboru modifikovat jen určitá část. Je to způsobeno přítomností keší.

Pokud to jde, tak rozumným řešením je předělat aplikaci na databázovou, tedy na standardní databázi SQL. Zároveň se tím získá hromada benefitů.

[anomyn]

ked sa nastavi oplock = no(pripdane veto oplock files) tak v podstate problem nie je. mna skor zaujimalo ci sa to medzicasom nevyriesilo. ale vyzera to tak ze problem zostal, resp. vyriesil sa pouzivanim inch technologii(napr. transakcnych db).

[Peter Golis]

Niečo mi našepkáva že transakčné DB sa používali ešte pred boomom FoxPro aplikácií v bývalom ČSFR. Akurát tam bola rádovo iná cena, teda exponenciálne iná.

[Kit]

V podstatě to tak asi bude, protože nízké ceny relačních databází umožnily jejich použití i tam, kde jsme s nimi původně nepočítali. Navíc mají spoustu nových vlastností, které souborový systém nemá - například do PostgreSQL nelze uložit formálně nevalidní XML, prostě ho odmítne.

[ZAH]

Přikládám fungující konfiguraci samby pro sdílená data. Jde o sdílená data pro Fand zámky na záznamech. Z praxe, k poškození souborů při file sharing dochází hlavně kombinací přístupu k souborům přes sambu a přímý přístup.

Ohledně Foxpro a obdobných je pro soubory přímo vražednou kombinací přístup z windows přes sambu a přímý přístup z dosemu.

[kaixx]
	comment = IS 
	path = /var/,,,,,,,
        kernel oplocks = false
	writable = yes
	create mask = 0666
        oplocks = true
        level2 oplocks = true