OpenOffice file lock

 ( SySERR | 2006. augusztus 24., csütörtök - 2:03 )

Melohelyen van par linuxos gep OpenOfficeal (2.0.3). Ezek gepek samban keresztul latjak egymast (hogy a wines gepek is lassak ezeket). Ha a Linuxos gepen levo egyik dokumentumot megnyitom egy masik Linuxos geppel, majd ugyanezt megnyitom egy harmadik gepen is, mindketto geppel tudom menteni, pedig az utobbi gepnek mar csak olvasasra kene megnyitnia. Termeszetesen ugyanezt kiprobaltam ugy is, hogy 2 Wines geppel nyitottam meg ugyanazt a doksit (ami linux samban van), es az egyik gep mar csak olvasasra nyitotta meg.
Hogy tudom megcsinalni hogy ez a Linuxos gepeken is igy mukodjon?

Linuxos gepek: Cel 2.0Ghz, 512 ram, Debian linux (sarge) kernel 2.6.17

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

upgrade: tovabb probalgattam. Ha az adott doksit a sajat gepen nyitom meg akkor se zarolja. Igy a tobbi gep is meg tudja nyitni irasra is.

modositsd a 1. gepen es mentsd.
modositsd a 2. gepen es mentsd.

es nezd meg mit csinal.
emlekeim szerint megfogsz lepodni.

1. kiserlet:

Doksi 1-es gepen.
1-es gepen megnyitom. OK
2-es gepen megnyitnam, de nem jon ossze mert amint rakattintok a doksira beragad igy nem nyilik meg. Ebbol melohelyen az user annyit lat hogy openoffice lefagyott -> esz nelkuli kiloves -> ez szepen magaval rantja a tobbi ooo-t is.
Ha viszont bezarom a doksit az 1-es gepen a 2-esen azonnal megnyilik

2. kiserlet:
Doksi tovabbra is az 1-es gepen.
2-es gepen megnyitom. OK
1-es gepen megnyitom. OK
2-es gepen modositom, majd mentem. Megint beragad (mezei user2 eszevel gondolkodva: biztos belassult. Kimegyek kavezni, addigra talan elmenti)
1-es gepen is elmentem (tartalom mas) -> 2-es gepen tovabbra is beragadva.
1-es gepen bezarom a doksit. -> 2-es gep egy ido mulva eszhez ter, elmenti
1-es gepen megnyitom a doksit: a 2-es gep altal modositott doksi laccodik. (user1 ilyenkor mar anyazik hogy az o modositasa mar nincs rajta)

3. kiserlet:
Doksi egy 3. gepen, 1-es es 2-es gep samban keresztul fer a 3-as gep doksijahoz.
2-es gepen megnyitom. OK
1-es gepen megnyitom. OK
2-es gepen elmentem. OK
1-es gepen elmentem. OK
mind2 gepen ooo bezar, doksi ujra megnyit.
Mind2 gepen az 1-es gep altal modositott doksi van.

Az ilyen `balesetek` elkerulesere lenne jo vmi file zarolas szeruseg.

Es akkor a 4. kiserlet a raadas!

1-es gep marad Linux alatt
2-es gep WinXP bootol :)
2-es gep MSOffice 2003 betolt.
2-es geppel a 3-as gepen levo doksit megnyitom (ugyanazt mint a 3. kiserletben)
1-es geppel is
2-es geppel mentem (jogosultsagi hiba, blablabla). Most meglepodtem mert nem ez szokott lenni :)
Ha elobb az 1-es geppel nyitom meg, majd utana a 2-essel (winxp) akkor rogton kiabalnia kene hogy a doksi zarolva van, de nem, csak akkor kiabal jogosulsagi hibat amikor mar keso (mentesnel)(pl +2 oldal hozzairva a meglevo doksihoz, de kozben masik user is megnyitotta mar es irt hozza 3 oldalt)

A doksi zarolasat semmi massal nem valthatom ki, mert legtobb esetben a doksi a helyi TVben levo adasmenet (tobb musor, tobb szerkeszto kollega, igy egy adasmenetet tobb user szerkeszt).

Na erre kene valami help :)

nfs-en keresztul hasznaljuk az oo doksikat es figyelmezetet, ha a masik gep modositotta afajl megnyitas ota. valami ilyesmire emlekszem.

A samba lockolási beállításait is megnézhetnéd, nem biztos, hogy az OOo a bűnös.

Kiprobaltam Winnel a sajat gepemmel. Wines OOo-val megnyitottam a fileot, majd ugyanazt szepen megnyitottam MSofficeal is, es rogton irta is hogy a file zarolva van. Tehat a samba jol van beallitva.
A sambas gepen neztem egy smbstatust is amikor meg van nyitva a doksi

ha winnel nyitom:

Samba version 3.0.22
PID Username Group Machine
-------------------------------------------------------------------

Service pid machine Connected at
-------------------------------------------------------
alluser 8312 192.168.0.2 Fri Aug 25 20:54:35 2006

Locked files:
Pid DenyMode Access R/W Oplock SharePath Name
----------------------------------------------------------------------------------------
8312 DENY_WRITE 0x2019f RDWR NONE /home/alluser/ cam.doc Fri Aug 25 20:55:54 2006

Ha linuxal nyitom:

Samba version 3.0.22
PID Username Group Machine
-------------------------------------------------------------------

Service pid machine Connected at
-------------------------------------------------------
alluser 8371 192.168.0.2 Fri Aug 25 21:02:09 2006

Locked files:
Pid DenyMode Access R/W Oplock SharePath Name
----------------------------------------------------------------------------------------
8371 DENY_NONE 0x12019f RDWR NONE /home/alluser/ cam.doc Fri Aug 25 21:03:00 2006

Van egy mai napig nyitott hiba pont erről a viselkedésről az OOo Issue Trackerében. Nem olvastam végig, de a témának nagy irodalma van, ami innen kiindulva bejárható. Talán kiolvasható valamilyen megoldás is.

http://wiki.services.openoffice.org/wiki/Environment_Variables

SAL_ENABLE_FILE_LOCKING

Csak találgatok, nem próbáltam!

Frissíteném a témát. Ugyan ez a problémám.

Tud valaki megoldást rá, hogy a Linux-os Openoffice-szal megnyitott fájl is lock-olva legyen a Samba megosztáson, és ne csak a win-es?

Ja.
Pont jókor kérded. Olvas:
http://www.openoffice.org/dev_docs/features/3.1/index.html#r1.3
vagy magyarul:
http://www.openoffice.hu/2009/05/az-openoffice-31-ujdonsagai/
"Továbbfejlesztett fájlzárolás" pont

köszi az infót. Jó tudni hogy végre megoldják :)

Már csak azt lenne jó tudni, hogy 2.4-eshez (debian stable) vajon létezik-e valami hack?

Ami a /usr/bin/soffice script-ben van lock változók, azokat kipróbáltam, de nem működnek (pl. a FILE_LOCK=auto helyett yes, plussz a SAL_blabla_LOCK_DISABLED=0 stb.)