Máme LAN, cca 20 PC s Windows XP a ty přistupují ke share na samba serveru (SuSE 10.3), kde sdílí hlavně excelové dokumenty. OK.
Na síti je ale také PC s Linuxem, které má toto sdílení přimountováno přes mount -t cifs...
A tady je problém. Otevřu na PC s Linuxem v OpenOffice excelovou tabulku. V pořádku. Pak otevřu tu samou ve Windows v Excelu. Místo abych se dozvěděl, že tabulku má otevřenou uživatel z pc Linux a nabídl se mi dotaz, zda chci soubor otevřít jen pro čtení, objeví se dialogové okno s hláškou, že soubor, který chci otevřít, není dostupný. Zkrátka - soubor, který otevřu Linuxem (ať v oo nebo vi) při souběžném otvírání z Windows vyplodí hlášku o své nedostupnosti.
Zkoušel jsem vypnout oportunistické zamykání - žádná změna. Přitom soubor, otevřený Linuxem vypadá takto:
5900 1002 DENY_NONE 0x12019f RDWR EXCLUSIVE /home/firma/test.xls Fri May 30 21:47:01 2008,
teď tentýž soubor otevřu z Windows:
5900 1002 DENY_NONE 0x12019f RDWR NONE /home/firma/test.xls Fri May 30 22:00:07 2008.
Byl zrušen oplock zámek EXCLUSIVE - zbyl DENY_NONE a přesto Windows vrátí hlášku: Soubor test.xls není dostupný. To trvá, dokud soubor v Linuxu neuzavřu.
Je-li soubor otevřen nejprve ve Windows, OpenOffice na Linuxu jej otevře správně v read_only modu. Problém nastane jen tehdy, když linuxový klient otevře soubor jako první. Všechna Windows pak shodně tvrdí, že je nedostupný. Když otevře tentýž soubor několik wokenních stanic, chování je standardní první má RW, další R.
Napadá vás někoho něco nebo bude lépe, jít se utopit?
11. Červen 2008
#1
Samba, Windows a linuxový klient.
Otevirate to z win take oo nebo MS office? Zkusil bych to tema oo. Jinak asi nic rozumejsiho me nenapadne, nez se poradit s autory oo.
Honzik
Ahoj Honza
http://www.oksystem.cz/skoleni-a-testovani/novell/
Z Windows to oteviraji officem - ale to je vcelku jedno. Jakmile ten soubor otevřu z Linuxu, ktery je pripojen pres mount -cifs, neotevru ho z Windows ani v poznamkovem bloku.. Stejně tak ho nemusim na Linuxu otvirat OO, stačí test.xls otevřít F3 v Midnight commanderu a situace je zcela stejná. Obávám se, že je nějaký problém přímo v tom mountovaném cifsu ve vztahu k zámkům..
Tak se hluboce omlouvám - nevím, jak se mi včera stalo, že byl problém stejný i při otevření z jiné aplikace, než je oo, ale kazdopadne ted to zkousim uz pul hodiny a problem nastava opravdu pouze, kdyz otevru soubor z oo. Když z soffice vyhodim SAL_ENABLE_FILE_LOCKING=1 a export SAL_ENABLE_FILE_LOCKING, Excel přestane řvát, že soubor nenalezen, pouze odmítne zápis - to ale bez předchozího upozornění, že je bude soubor otevřen pouze v RONLY modu.
Cili je to fakt na dotaz k o.o.
OO pod Windows (mam tu jen verzi 2.0) ** Nové **
se chova zcela korektně - stejně jako MS Office.
4863 1002 DENY_WRITE 0x2019f RDWR NONE /home/firma test.xls Sat May 31 12:26:18 2008
Řekl bych skoro, že pokud se zamykání verzí oo pro Linux a pro Windows neliší, může být problém už jen v mount -t cifs....
sem - občas se tam popisují podobné děje. Případně se přihlaste do tamního systému (nutnost) a popište tam svůj problém - správci si už s případnou duplicitou poradí.
Jen tak dosáhnete změny - musíte holt brečet na tom správném hrobě (jo a kdyby říkali, že to je věc Samby, ta pak taky má svoji BugZillu...
JirkaZ
jdu na to.
Čili řekl bych, že to není problém oo - ten byl někde diskutován ve vztahu k otvírání tenkým klientem - pomáhalo doplnit do soffice SAL_ENABLE_FILE_LOCKING=1 a export SAL_ENABLE_FILE_LOCKING - to tam ale mam a jak rikam, ta Windows o tom souboru tvrdí, že není dostupný, i když jej otevřu přes mount --cifs třeba ve Vi. Budu to dnes jeste testovat..