[opensuse-es] Bloqueo de archivos en Samba
Hola a tod@s: Ahora me ha surgido un nuevo reto: requiero que los archivos de un directorio compartido a través de SAMBA, no puedan ser editados por dos usuarios al mismo tiempo. Al mejor estilo del mocosoft office, que cuando se abre algún archivo que ha sido abierto por otro usuario en la red, me impide modificarlo y me notifica cuando el archivo ha sido cerrado por el usuario que previamente lo había abierto, para que a su vez yo pueda utilizarlo. He probado agregando al smb.conf las opciones: veto oplock files = prueba.txt/ fake oplocks = yes strict locking = yes oplocks = no El archivo prueba.txt es el que he estado manipulando desde máquinas ruinbugs ... y en todo caso se deja abrir y modificar desde las computadoras de donde ensayo =:S En vista que llevo varias horas con esto y no he encontrado solución al inconveniente, recurro a sus conocimientos y experiencia. Quedo atento a sus indicaciones, sugerencias, comentarios. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Jueves, 2 de Octubre de 2008 05:02, RŌNIN escribió:
Hola a tod@s:
Al mejor estilo del mocosoft office, que cuando se abre algún archivo que ha sido abierto por otro usuario en la red, me impide modificarlo y me notifica cuando el archivo ha sido cerrado por el usuario que previamente lo había abierto, para que a su vez yo pueda utilizarlo.
He probado agregando al smb.conf las opciones:
veto oplock files = prueba.txt/
fake oplocks = yes
strict locking = yes
oplocks = no
Me parece que esto de los oplocks es para que cuando tiene abierto un fichero en samba no lo puedas volver a abrir pero con un usuario linux. Aunque al final todos los usuarios samba se mapean a uno linux. Yo lo tengo casi desactivado da mas problemas que los que corrige. Lo de office lo hace el office no el sistema, de eso el problema que a veces se quendan bloqueados. :)) !venga venga corregirmeee¡ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-02 a las 11:23 +0200, francisco f escribió:
Lo de office lo hace el office no el sistema, de eso el problema que a veces se quendan bloqueados.
:)) !venga venga corregirmeee¡
Pues que eso lo hace el sistema, el de microsoft. Es bastante antiguo, la interfaz viene del msdos 4.0 o quizás anterior, cuando cargaban el módulo "share.exe" que nadie sabía para que servía. La función de abrir fichero por defecto abre en modo de apertura exclusiva para escritura, si no recuerdo mal (hace años que no lo toco); tengo el manual detrás si le interesa a alguien. Pero tú puedes especificar una forma de acceso distinta. Puedes permitir a otros escribir, prohibir a nadie que lo abra de ninguna forma, etc. Y una vez abierto el fichero puedes seleccionar zonas del fichero bloqueadas (en escritura o lectura o ambas) o bloquear todo el fichero. Lo de las zonas de bloqueo se usa en bases de datos: bloqueas solamente el registro que estás editando. Es necesario al tener bases de datos sin daemon, que abres directamente el mismo fichero desde varios ordenadores, como hace el access. Ignoro si el Linux tiene esa capacidad de bloquear ficheros y por zonas. De hecho, el linux tiene varias formas de bloqueo, unas basadas en el kernel y otras no. Por ejemplo, una muy habitual es crear un fichero "al lado" llamado fichero.LOCK. Otro programa debe verificar que ese fichero lock no existe antes de intentar grabar... pero no es un bloqueo forzado, te lo puedes saltar a la torera. Me sospecho que no implementaron los bloqueos en el kernel al principio, y los programadores se buscaron la vida con lo de los ficheros .lock. Ahora sí existe, pero permanecen diversas formas de bloqueo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjkq8sACgkQtTMYHG2NR9WH0ACfUXCMOG7NsqmZFel8+s9LEAhE svsAn3HBPIIhuPu8pmMfiDHk+SBvTXjT =e8DR -----END PGP SIGNATURE-----
El 2/10/08, francisco f escribió:
Lo de office lo hace el office no el sistema, de eso el problema que a veces se quendan bloqueados.
Es correcto. Eso eso cosa del Office (avisa de una apertura anterior y lo pone en modo de sólo lectura o te da opciones, según la versión de Office que sea). Por otra parte, obtengo el mismo resultado que Ronin con los archivos txt compartidos en un windows 2000 server, es decir, no se bloquean. Supongo que bajo Windows también será un parámetro configurable :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-02 a las 13:39 +0200, Camaleón escribió:
El 2/10/08, francisco f escribió:
Lo de office lo hace el office no el sistema, de eso el problema que a veces se quendan bloqueados.
Es correcto. Eso eso cosa del Office (avisa de una apertura anterior y lo pone en modo de sólo lectura o te da opciones, según la versión de Office que sea).
Pero necesita que el sistema operativo se lo diga. No es office el que va preguntando si alguien lo tiene abierto por ahí, se lo dice el sistema (en el código de error resultante de la funcion open).
Por otra parte, obtengo el mismo resultado que Ronin con los archivos txt compartidos en un windows 2000 server, es decir, no se bloquean. Supongo que bajo Windows también será un parámetro configurable :-?
En msdos era optativo, en windows no creo. Prueba dentro de la misma máquina, no por red. Además, depende de si el programa mantiene abierto el fichero o no: un editor de texto puede abrir un fichero y cerrarlo a efectos del sistema, mientras te permite editarlo, trabajando con datos en memoria o archivo temporal. Al final, cuando va a grabarlo, es cuando vuelve a abrirlo (para el sistema). En ese caso no te va a dar colisión. Y es un comportamiento creo que habitual. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjkvEAACgkQtTMYHG2NR9XgPQCeMRkRmWGgjQPx/eeRqa3jmbym kN4An0hRI9c8GwpR71xTvcY1ZXL2wTwa =GY2U -----END PGP SIGNATURE-----
El 2/10/08, Carlos E. R. escribió:
Pero necesita que el sistema operativo se lo diga. No es office el que va preguntando si alguien lo tiene abierto por ahí, se lo dice el sistema (en el código de error resultante de la funcion open).
Sí, pero no me refiero a éso :-). Hablo del comportamiento que tiene el programa (que te avisa de que el archivo está abierto por otro usuario y te presenta opciones). Algún componente debe tener la suite del office para gestionar ésto porque otros programas no lo hacen. Por ejemplo, si abro una imagen desde un equipo de la red y abro la misma imagen desde otro equipo de la red, no avisa. No sabes que alguien la está editando o que la tiene abierta.
En msdos era optativo, en windows no creo.
Prueba dentro de la misma máquina, no por red. Además, depende de si el programa mantiene abierto el fichero o no: un editor de texto puede abrir un fichero y cerrarlo a efectos del sistema, mientras te permite editarlo, trabajando con datos en memoria o archivo temporal. Al final, cuando va a grabarlo, es cuando vuelve a abrirlo (para el sistema). En ese caso no te va a dar colisión.
Y es un comportamiento creo que habitual.
Será habitual, pero no lo bloquea, al menos no de manera predeterminada (es decir, sin configurarlo expresamente). Un mismo archivo de texto abierto por dos clientes de la red, permite a ambos trabajar con ese archivo y los cambios que guarda el último cliente son los que permanecen. Seguramente este comportamiento sea configurable :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-02 a las 15:13 +0200, Camaleón escribió:
El 2/10/08, Carlos E. R. escribió:
Pero necesita que el sistema operativo se lo diga. No es office el que va preguntando si alguien lo tiene abierto por ahí, se lo dice el sistema (en el código de error resultante de la funcion open).
Sí, pero no me refiero a éso :-).
Hablo del comportamiento que tiene el programa (que te avisa de que el archivo está abierto por otro usuario y te presenta opciones). Algún componente debe tener la suite del office para gestionar ésto porque otros programas no lo hacen.
Lo que tiene es que se han leido el manual del sistema (o van a la sala de al lado) y hacen uso de la API correctamente. Para una vez que hacen algo bien... Todos los programas pueden hacer lo mismo, lo que pasa es que pasan. Total, quien les manda tener dos usuarios en un ordenador, ¡que se compre otro!
Por ejemplo, si abro una imagen desde un equipo de la red y abro la misma imagen desde otro equipo de la red, no avisa. No sabes que alguien la está editando o que la tiene abierta.
Culpa del programa. De ambos lados. Si cuando abres en el primero el archivo (no me refiero a pinchar con el ratón, sino a llamar a la función open() o la que sea), lo dejas abierto (sin llamar a close()) con el flag de deny_read (o cmo se llame), pues el segundo editor no puede ni abrirlo. Si lo abres en el modo tradicional, esto es, sin especificar modo de compartición se abre sin negarle permiso al segundo. Tengo que leerme en el manual cual es el modo por defecto, pero me apetece una siesta. Luego. Vale, un vistazo rapido. Manual del programador de msdos 5.0. open_share_compatibility (oh) To'quisqui puede abrirlo. open_share_deny_readwrite (10h) nadie más puede abrirlo open_share_deny_write (20h) Los demas pueden abrir para leer, pero no escribir open_share_deny_read (30h) open_share_deny_none (40h) permite a otros programas abrirlo para leer y escribir, pero sin acceso compatible. Traducido: que tienen que mojarse y especificar el modo. ¡Siesta!
En msdos era optativo, en windows no creo.
Prueba dentro de la misma máquina, no por red. Además, depende de si el programa mantiene abierto el fichero o no: un editor de texto puede abrir un fichero y cerrarlo a efectos del sistema, mientras te permite editarlo, trabajando con datos en memoria o archivo temporal. Al final, cuando va a grabarlo, es cuando vuelve a abrirlo (para el sistema). En ese caso no te va a dar colisión.
Y es un comportamiento creo que habitual.
Será habitual, pero no lo bloquea, al menos no de manera predeterminada (es decir, sin configurarlo expresamente). Un mismo archivo de texto abierto por dos clientes de la red, permite a ambos trabajar con ese archivo y los cambios que guarda el último cliente son los que permanecen.
Seguramente este comportamiento sea configurable :-?
Depende del currito que haya hecho el programa, y del soporte que tenga la red a los bloqueos, que no los conozco. Según el manual deben seguir funcionando. La cuestión es la siguiente. Los programas hacen (internamente): 1) abrir archivo 2) leer archivo 3) cerrar archivo 4) ---> ir a edición. Y sé que es así porque así es como lo hacía yo. Bien, pues en el punto 4 cualquier otro programa puede tocarte las narices... el sistema no le va a decir nada, para él tú has dejado el fichero suelto y libre. Es la técnica tradicional de cuando tienes el PC para tí sólo. (Además, el fichero se deja cerrado porque si está abierto y el sistema se cuelga - eso no pasa nunca, ¡tio! - pues te deja el archivo en un estado impredecible... Y si es de texto, es que o lo abres para leer o para escribir, no ambas cosas; abres, lo lees, lo cierras, lo abres, lo grabas, lo cierras). Entonces, si el programador de msdos se upgradea y sigue programando igual con redes y con windows, pues ya la tienes liada... lo abren como ahí arriba, o lo hacen en modo "compatible", y el ultimo que lo grabe gana. ¿Meseentiende? ¿si,no? Pos me voy a sestear. Ta'luego. :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjk5+8ACgkQtTMYHG2NR9WnhACfVU1TqKvLMkrAtEi/KBXqR9m8 KbQAn0/qB7450ttApMRCRyUHmnoCVQ5c =7EJS -----END PGP SIGNATURE-----
El día 2 de octubre de 2008 10:25, Carlos E. R. escribió:
Entonces, si el programador de msdos se upgradea y sigue programando igual con redes y con windows, pues ya la tienes liada... lo abren como ahí arriba, o lo hacen en modo "compatible", y el ultimo que lo grabe gana.
Así las cosas, creo que no se va a poder como lo había pensado ... abriré otro hilo. :-( Gracias a tod@s por su tiempo y sus indicaciones/aportaciones. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-03 a las 09:30 -0500, RŌNIN escribió:
El día 2 de octubre de 2008 10:25, Carlos E. R. escribió:
Entonces, si el programador de msdos se upgradea y sigue programando igual con redes y con windows, pues ya la tienes liada... lo abren como ahí arriba, o lo hacen en modo "compatible", y el ultimo que lo grabe gana.
Así las cosas, creo que no se va a poder como lo había pensado ... abriré otro hilo. :-(
Oye, que yo no he dicho nada de si los bloqueos tienen soporte en samba, de eso no sé nada. Sólo he contado como funcionan en el windows nativo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjmL+wACgkQtTMYHG2NR9UYSgCfWG7K+1uuZBib4h0uZzO/lpw5 WykAnjEvrY/e5K5OZfEiacOxbzV5fRAz =KrCj -----END PGP SIGNATURE-----
Hola Carlos El día 3 de octubre de 2008 9:44, Carlos E. R. escribió:
Oye, que yo no he dicho nada de si los bloqueos tienen soporte en samba, de eso no sé nada. Sólo he contado como funcionan en el windows nativo.
Encontré ésto, pero no lo entiendo mucho (no conozco mucho del mundillo M$, especialmente sobre NT): http://www.linuxsis.net/tutoriales/Samba/samba-15d.shtml ¿Podrías colaborarme para entenderlo? (Tal vez sea lo que busco). Quedo atento a tu respuesta, Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola a tod@s: Nuevamente acudo a su experiencia y conocimientos, pues creo que la solución a lo que busco se halla en alguno de éstos dos enlaces: http://www.linuxsis.net/tutoriales/Samba/samba-15d.shtml http://oreilly.com/catalog/samba/chapter/book/ch05_05.html Pero la verdad es que no entiendo mucho sobre cómo activarlos/aplicarlos, ¿algún@ colister@ podría colaborarme para entenderlo? Quedo atento a sus comentarios, indicaciones, sugerencias. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Hola a tod@s:
Nuevamente acudo a su experiencia y conocimientos, pues creo que la solución a lo que busco se halla en alguno de éstos dos enlaces:
http://www.linuxsis.net/tutoriales/Samba/samba-15d.shtml
http://oreilly.com/catalog/samba/chapter/book/ch05_05.html
Pero la verdad es que no entiendo mucho sobre cómo activarlos/aplicarlos, ¿algún@ colister@ podría colaborarme para entenderlo?
Quedo atento a sus comentarios, indicaciones, sugerencias.
No, tu problema, como te ha explicado Shinji, o yo con mis guasas, es de organización. No hay manera humana de que con un software mágico evites los errores y estupideces humanas. Si pones cualquier tipo de solución automática, que te tapone ese problema concreto, te volverá a reventar el tinglado por otro punto, porque o es un problema de ineptitud de la gente que no está a lo que está, o es un problema de los de arriba que no saben organizar un espacio de desarrollo, o no saben controlarlo. Ya te comentó alguien que si bloqueabas un fichero, via kernel, y se corta la red, o se cae el ordenador del programador que lo tiene, el archivo se queda enganchado e inaccesible para todos, y a lo mejor te toca reiniciar el servidor. ¿Es eso mejor solución? O tienes un programador despistado y de un manotazo envía al servidor la carta a la novia que escribió en mitad del programa, sin darse cuenta. Hala, descuajaringado. Lo que necesitais es una buena organización. Por jemplo, contratar a un asesor externo que vaya y analice vuestro sistema de trabajo y os indique qué teneis que cambiar (incluida la gente que cambiar/añadir/quitar, aunque sea el jefe). Y por supuesto una disciplina de trabajo. Servidor de versiones de producción y de desarrollo para guarrear puede ayudar. En fin. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjqXxsACgkQtTMYHG2NR9XfvACeIv963xLW+EyDQ2E2ahok0mq0 nscAn34u+H6PFzN8Nic9TvkyV/WKs2wT =RPpQ -----END PGP SIGNATURE-----
El lun, 06-10-2008 a las 20:55 +0200, Carlos E. R. escribió:
Lo que necesitais es una buena organización. Por jemplo, contratar a un asesor externo que vaya y analice vuestro sistema de trabajo y os indique qué teneis que cambiar (incluida la gente que cambiar/añadir/quitar, aunque sea el jefe).
Muy Bueno el chiste... JaJaJaJa -- Saludos Lluis
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-06 a las 21:00 +0200, lluis escribió:
El lun, 06-10-2008 a las 20:55 +0200, Carlos E. R. escribió:
Lo que necesitais es una buena organización. Por jemplo, contratar a un asesor externo que vaya y analice vuestro sistema de trabajo y os indique qué teneis que cambiar (incluida la gente que cambiar/añadir/quitar, aunque sea el jefe).
Muy Bueno el chiste... JaJaJaJa
Si, bueno, es fácil hacer recomendaciones desde el sillón de casa y la pasta de otro ;-) Y si tengo el dia cansado pues mi humor se vuelve más sarcástico >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjqg9kACgkQtTMYHG2NR9X5dgCeN0fKu1+ib33enmHKPKoEK55Q uEAAn1XPYS1qO4RgCf7g2e/9H5J6jNZT =brir -----END PGP SIGNATURE-----
2008/10/6 Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-10-06 a las 21:00 +0200, lluis escribió:
El lun, 06-10-2008 a las 20:55 +0200, Carlos E. R. escribió:
Lo que necesitais es una buena organización. Por jemplo, contratar a un asesor externo que vaya y analice vuestro sistema de trabajo y os indique qué teneis que cambiar (incluida la gente que cambiar/añadir/quitar, aunque sea el jefe).
Muy Bueno el chiste... JaJaJaJa
Si, bueno, es fácil hacer recomendaciones desde el sillón de casa y la pasta de otro ;-)
Y si tengo el dia cansado pues mi humor se vuelve más sarcástico >:-)
- -- Saludos Carlos E.R.
Yo diría que es la sangre de programador que lleva dentro. Programador de Assembler =P~ Genial que hayan parchado el problema, sin embargo los parches no duran toda la vida. Espero que se reorganicen o que cambien de jefe. =P~ ¿No habrá un groupware para programadores?... y ¿cómo trabajan en la India? donde se dice que hay buen IT... -- Carlos A.
participants (6)
-
Camaleón
-
Carlos E. R.
-
francisco f
-
lluis
-
RŌNIN
-
Shinji Ikari