O dicho de otra forma, vaya faena. Porque los usuarios lo que quieren, los pobres, es abrir r\u00e1pidamente sus carpetas y buscar, arriba y abajo, el archivo que necesitan. <\/p>\n\n\n\n\n\n\n\n
Y si el programa que manipula archivos se queda colgado de manera aleatoria, un ratito a veces, un muchill\u00f3n de segundos otra, no avanzamos. Y se quejan porque sufren y yo les atiendo porque no tengo otra. <\/p>\n\n\n\n
Lo curioso del caso es que he podido reproducir lo que ocurre en mi propia m\u00e1quina y a la primera. No me hab\u00eda dado cuenta de que ten\u00eda esos problemas porque empleo sobre todo el terminal pero me ha tocado tambi\u00e9n.<\/p>\n\n\n\n
El escenario es el siguiente. Tenemos un directorio de archivos compartidos (documentos sobre todo) al que acceden las m\u00e1quinas Windows v\u00eda Samba y que no ha dado problemas hasta ahora. Cuando todos los terminales eran Linux yo empleaba el automontaje v\u00eda NFS y tampoco los ten\u00eda. Tuve que hacer varios ajustes al principio pero luego ha ido de maravilla. <\/p>\n\n\n\n
Ahora, cuando voy recuperando los Linux poco a poco he seguido el mismo sistema pero en lugar de montar por NFS monto por CIFS. Y tampoco tengo problemas en este sentido hasta que aparece Gnome en escena (versi\u00f3n de Debian 11) y su cach\u00e9 de archivos en el subsistema gvfs (Gnome Virtual File System<\/a>) gestionado por un programa llamado gvfsd-metadata<\/em> que es un aut\u00e9ntico dolor y el causante de todo el problema. Si tienes activo los servicios Gnome cualquier gestor de archivos que utilices (Nautilus, Caja, Thunar, …) lo emplean y el sistema pasa a sufrir parones sin sentido en cualquier momento y lugar. Generalmente los momentos elegidos son certeros: cuando el hom\u00ednido quiere abrir un archivo. <\/p>\n\n\n\n Al principio pensaba que ser\u00eda cosa del montaje CIFS, que tiene un zill\u00f3n de opciones que corresponden a la absurda complejidad de los protocolos Microsoft, pero he estado haciendo pruebas con listados directos (programa ls<\/em>) y listados m\u00e1s trabajados (programa mc<\/em>) y nada. Va de maravilla en todo momento. <\/p>\n\n\n\n He buscado en la red si hab\u00eda alg\u00fan error y s\u00ed, encuentras un mont\u00f3n de entradas, pero todas terminan repitiendo el mantra de que para solucionarlo hay que borrar el cach\u00e9 local (rm ~\/.local\/share\/gvfs-metadata<\/em>), eliminar el proceso (pkill gvfsd-metadata<\/em>) y\/o desactivar el servicio (systemctl –user mask gvfs-metadata.service<\/em>), seg\u00fan les d\u00e9 la ventolera. <\/p>\n\n\n\n Y, claro, a nivel de operador hom\u00ednido ninguna de esas soluciones tiene sentido alguno. La \u00faltima, la desactivaci\u00f3n, hace que todo el sistema gvfs<\/em> se cuelgue y no funcione. Las otras dos consiguen algo parecido con el agravante de que el servicio vuelve a la vida sin datos y se pone concienzudo en la recuperaci\u00f3n. Nada, que no valen un pimiento. <\/p>\n\n\n\n Quiz\u00e1s sea la diferencia de versiones entre los clientes y el servidor. Los primeros son Debian 11 y el \u00faltimo sigue siendo un Debian 10, pero yo creo que no van por ah\u00ed los tiros. Creo que el problema (aunque no estoy seguro) es que la carpeta de archivos compartidos contiene m\u00e1s de 90.000 ficheros y directorios y que en alg\u00fan momento a alguno de los gestores de ficheros le da por mirar en profundidad y el cach\u00e9 se satura de trabajo. El c\u00f3mo y el cu\u00e1ndo son inc\u00f3gnitas de momento. Lo que ahora quiero es ver si dicho programa (gvfsd-metada<\/em>) tiene alguna manera de limitar lo que hace. Quiz\u00e1s, al ser montajes locales, no lo considera sistemas de archivos remotos y los trata de forma normal y, claro, se l\u00eda. <\/p>\n\n\n\n <\/p>\n\n\n\n O dicho de otra forma, vaya faena. Porque los usuarios lo que quieren, los pobres, es abrir r\u00e1pidamente sus carpetas y buscar, arriba y abajo, el archivo que necesitan.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_import_markdown_pro_load_document_selector":0,"_import_markdown_pro_submit_text_textarea":"","webmentions_disabled_pings":false,"webmentions_disabled":false,"footnotes":""},"categories":[2],"tags":[18,900,41,19,190,1107,1106,857,82],"class_list":["post-4164","post","type-post","status-publish","format-standard","hentry","category-software","tag-administracion-de-sistemas","tag-cifs","tag-debian","tag-errores","tag-gnome","tag-gvfs","tag-gvfs-metadata","tag-nfs","tag-windows"],"_links":{"self":[{"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/posts\/4164","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/comments?post=4164"}],"version-history":[{"count":2,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/posts\/4164\/revisions"}],"predecessor-version":[{"id":4167,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/posts\/4164\/revisions\/4167"}],"wp:attachment":[{"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/media?parent=4164"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/categories?post=4164"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/esferas.org\/msqlu\/wp-json\/wp\/v2\/tags?post=4164"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Enlaces y referencias<\/h3>\n\n\n\n