[HS][Calc] Fichier (Distant) : dysfonctionnements

[momos911]

Suppression de Problème dans le titre. Ce terme est inutile car implicite et titre reformulé.

Bonjour à tous,

Il ne s'agit pas d'un problème de code à proprement parlé mais ce souci de fichier distant à une incidence directe sur mes macros.

Je m'explique :
J'ai créé plusieurs fichiers qui contiennent des macros pour mon entreprise, ceux-ci sont accessibles sur un serveur qui est hébergé sur site.
Depuis la montée de version 6.x.x.x, je vois parfois apparaître dans la barre de titre de mon fichier la mention Fichier Distant.

Ex : NomFichier.ods (Distant)

.

Cela a une incidence directe sur l’exécution de certaines macros, les applications ne fonctionnent plus comme elles le devraient.

Je précise :

• - Une copie du même fichier exécutée en local ne présente jamais ce problème
  - Pb inexistant sur version antérieure de LO
  - Pas attaché au PC,
  - Pas attaché à l'utilisateur
  - Pas attaché à un fichier en particulier
  - Pas systématique, un même utilisateur, sur le même poste ne produira pas systématiquement le problème
  - S'ouvre ainsi de façon aléatoire >> sur le réseau, sans [Fichier Distant], le fichier fonctionne normalement

Je ne comprends pas pourquoi ce phénomène est aléatoire, c'est d'autant plus compliqué pour trouver la source du problème.
Est-ce un problème de macro ? de réseau (stabilité) ? peut-être aussi le passage de Linux 14.04 à 16.04 ? ...

En attendant, je suis contraint d'utiliser ces fichiers en local, ou pire sur une clé USB ; ce qui est particulièrement fastidieux et source d'erreur.

Quelqu'un a t-il une idée sur l'origine de mon problème et une éventuelle solution à me proposer ?

D’avance merci

[tintin]

Bonjour,

utiliser ces fichier en local, ou pire sur une clé USB

Comme ça vous finirez par gagner. Lisez ce lien.

Depuis la montée de version 6.x.x.x

La dernière version stable est la 6.2.8.
Afin de profiter des dernières améliorations, il est fortement recommandé d'être à jour de la dernière version stable 6.2.8

[momos911]

Bonjour Tintin,

Méa culpa pour le titre, c'est pourtant vrai ... !

momos911 a écrit:
utiliser ces fichier en local, ou pire sur une clé USB

Je suis bien conscient que la clé USB n'est absolument pas une solution viable,
mais c'est la seule solution que j'ai trouvé dans l'urgence pour permettre aux utilisateurs de pouvoir partager un fichier ...

Comme ça vous finirez par gagner. Lisez ce lien.

J'ai bien pris connaissance du fil, mais dans mon cas :

• - mon fichier n'est pas corrompu, il se comporte différemment lorsqu'il est ouvert en "mode" (Distant),
  - Je ne peux joindre de fichier en particulier, ce comportement aléatoire est identique avec chacun des fichiers contenant des macros,
  - Les fichiers en question ne sont pas lourds, 200 Ko tout au plus.

La dernière version stable est la 6.2.8.
Afin de profiter des dernières améliorations, il est fortement recommandé d'être à jour de la dernière version stable 6.2.8

Quant à la version, elle m'est imposé par mon employeur. "(Obligation de version)"

Je cherche à comprendre ce comportement aléatoire et comment le corriger ...

[Dude]

Salut,

il se comporte différemment lorsqu'il est ouvert en "mode" (Distant)

Merci de préciser le contexte d'utilisation[1].

[1] Contexte d'utilisation = environnement réseau détaillé comprenant les versions exactes des postes clients et du serveur.
A cela on ajoute le mode d'authentification entre les deux (AD, NDS, LDAP...) et le processus de connexion (script, stratégie, GPO, etc).
Tu peux aussi ajouter des copies écran afin de mieux voir la situation notamment lorsque l'ouverture se passe bien et mal.
Bref, tout ce qui aide à comprendre comment fonctionne ton architecture informatique et comment a été procédé le déploiement du logiciel au niveau réseau.

[momos911]

Bonjour,

Après une semaine d'absence ...
Je reviens enfin vers vous, j'ai pu contacter l'administrateur réseau, j'espère pouvoir vous fournir ici les informations demandées ...

• - L'ensemble des PC tourne sous Linux 16.04
  - Les serveurs sont soit en Linux 16.04, soit Debian 8
  - Le mode d'identification passe par LDAP, groupes dynamiques et statiques
  - Le processus de connexion utilise Kerberos

J'effectue des tests dans le même temps, lorsque le fichier est ouvert en mode "(Distant) j'ai cette erreur.

Erreur d'exécution BASIC
Erreur d'E/S de périphérique

Elle apparaît alors que le programme veut écrire un fichier ".txt" sur le serveur en question
Je précise que les droits ouverts sur le serveur sont 777 pour l'ensemble dossier.

Merci d'avance

[Dude]

Elle apparaît alors que le programme veut écrire un fichier ".txt" sur le serveur en question

Donc, isole cette partie de ta macro et poste le code.

Il faut que ton service informatique vérifie aussi les logs sur l'accès au serveur lorsque Calc tente d'écrire.

[momos911]

Bonsoir Dude,

J'ai pu voir le service informatique,
eux me propose de migrer mon 1er serveur en Débian 9 qui n'utilise pas le même noyau Unix et qui propose une gestion différente des droits et des ACL.
De plus, sous linux, le mode (Distant) aléatoire n'est-il peut être pas dû au fait que lors de la fermeture LibreOffice, l'user associé à l'utilisation du programme est bien fermé alors que le processus ne l'est pas correctement. A l'ouverture suivante, il est ouvert en mode dégradé puisqu'il est existant ... ?

Voici le bout de code qui pose problème :

Code : Tout sélectionner

   ' ouvrir le fichier
	f1 = FreeFile ' obtenir un numéro de fichier ouvert
	Open nomFichier For Output As #f1
	' écrire fichier svg avec variable t() = export
	For z = 0 To y-1
		Print #f1, t(z)	
	Next	
	Close #f1

Le problème est bien ici puisque lorsque cette instruction d'écrire sur un fichier externe est ignorée, la macro va bien jusqu'au bout sans souci même en mode "(DIstant)".

Comment se manifeste libreOffice sur les logs ?

Quelle ligne de commande utiliser pour vérifier les logs sur le serveur lorsque calc essaie d'écrire ?
(en étant connecté sur le serveur en question, ... bien entendu)

tail -n 20 /var/log/messages

Dont voici la dernière ligne après l'erreur dans l'exécution de la macro :

Libgcrypt warning: missing initialization - please fix the application

Libgcrypt = LibreOffice ?

Cdlt

[Dude]

lors de la fermeture LibreOffice, l'user associé à l'utilisation du programme est bien fermé alors que le processus ne l'est pas correctement.

Rien compris, refais ta phrase en bon français.

Bis repetitae :

Tu peux aussi ajouter des copies écran afin de mieux voir la situation notamment lorsque l'ouverture se passe bien et mal.

[momos911]

Sujet fusionné avec le précédent afin d'en assurer la continuité.

Bonjour,

La période des fêtes de fin d'année et mes fonctions m'ont malheureusement éloignés du bureau, je n'ai pas eu la possibilité de continuer le fil
précédemment ouvert (https://forum.openoffice.org/fr/forum/v ... 49#p333080)
cela étant, mon problème n'est pas encore résolu ....

Désolé pour les dommages engendrés ...

J'avais disparu du réseau, pour autant, je n'ai pas chômé .
- J'ai tenté de passer un de mes serveur en Débian 9, aucune amélioration à l'horizon ...
- J'ai constaté qu'après avoir fermé et réouvert ma session utilisateur, ma première ouverture de fichier se passe bien : pas de "mode (Distant)" ; je ferme, je réouvre : c'est la catastrophe ....

Je reprends ma précédente explication en espérant être plus clair :
Le service informatique m'explique que sous Linux, un programme ouvert est systématiquement associé à l'utilisateur (session ouverte), que peut-être, lors de la fermeture de LibreOffice, l'application n'est pas fermée correctement, ce qui engendre mon problème lors de la réouverture ... ?

@ Dude
Tu me demandais de vérifier les logs sur le serveur lorsque calc essaie d'écrire ?
(en étant connecté sur le serveur en question, ... bien entendu)

Voici la dernière ligne après l'erreur dans l'exécution de la macro avec cette ligne de commande :

Code : Tout sélectionner

tail -n 20 /var/log/messages

Code : Tout sélectionner

 Libgcrypt warning: missing initialization - please fix the application

Est-ce que : Libgcrypt = LibreOffice ?

Les copies d'écrans n'apporteraient aucune plus-value, lorsque cela fonctionne, je n'ai aucune erreur et tout fonctionne normalement.
La seule erreur qui apparait est :

Erreur d'exécution BASIC
Erreur d'E/S de périphérique

Avec ce code :

Code : Tout sélectionner

   ' ouvrir le fichier
   f1 = FreeFile ' obtenir un numéro de fichier ouvert
   Open nomFichier For Output As #f1
   ' écrire fichier svg avec variable t() = export
   For z = 0 To y-1
      Print #f1, t(z)   
   Next   
   Close #f1

Comment est identifié LibreOffice lorsqu'il tente d'écrire un fichier ?
Les droits d'accès serveurs sont 777 avec des ACL supplémentaires ?

Cette notion de fichier Distant est-elle arrivée avec une MAJ de LibreOffice ou dépendante du serveur Linux ?
Je n'y comprends plus rien, j'en perds mon latin !

D'avance merci

[Dude]

Est-ce que : Libgcrypt = LibreOffice ?

As-tu fait un peu de recherche ? C'est une bibliothèque GNU Linux pour le chiffrage des données.
En tout cas, celle-ci n'est pas requise dans OpenOffice.
Pour les dérivés, la question est directement à poser aux développeurs sur leur liste.

Pour le reste, je pense que tu nous donnes les logs de ta machine.
Alors que bien sûr, il faudrait ceux du serveur.
Il faudrait aussi analyser l'accès au répertoire et au fichier (auditctl par ex.).

Côté macro, faire un test sur ce que retourne chaque instruction à commencer par FreeFile.

[momos911]

Bonjour à tous,
Bonjour Dude,

Je vais pouvoir me concentrer en peu plus sur mon problème ...

J'ai isolé chaque ligne de code et mon problème se situe précisément ici

Code : Tout sélectionner

Open nomFichier For Output As #f1

Erreur d'exécution BASIC.
Erreur d'E/S de périphérique.

Je vois bien que le fichier est créé mais il refuse de l'ouvrir pour écrire dedans.

J'ai regardé pour auditctl, j'avoue ne pas tout avoir compris ....
I don't speak english very well
Faut-il le paramétrer ou simplement le lancer et ouvrir ensuite le fichier "/var/log/audit/audit.log"?
S'il faut ordonner la surveillance du dossier et fichier en question, comment le paramétrer ?

J'ai essayé ça :
- J'ai installé "Auditd"
- ajouté la surveillance du dossier en question : auditctl -w /monDossier/ -p rwx

Lorsque je tape la commande : tail /var/log/audit/audit.log ; je ne vois rien de significatif par rapport à l'activité sur /monDossier
Y a t-il une autre instruction pour activer la surveillance ?

[Dude]

Lorsque je tape la commande : tail /var/log/audit/audit.log ; je ne vois rien de significatif

Bis repetitae :

je pense que tu nous donnes les logs de ta machine.
Alors que bien sûr, il faudrait ceux du serveur

[momos911]

Bonjour,

Alors pour le coup, je suis sur de moi ;
Je suis connecté en local sur le serveur Débian9

Quand je retape :

Code : Tout sélectionner

sudo auditctl -w /monDossier/ -p rwx
Error sending add rule data request (Rule exists)

Donc la requête existe bien !

Auditctl -l me ressort bien ma ligne
Faut-il utiliser l'option -k ? Pour paramétrer le fichier dans lequel écrire ...

Par contre, je ne vois pas ce que je retrouve sur internet :

Code : Tout sélectionner

LIST_RULES: exit,always watch=/monDossier perm=rwx key=nomFichier

Pourquoi parfois on parle de la commande

Code : Tout sélectionner

ausearch -f /etc/passwd -i

Au lieu de :

Code : Tout sélectionner

tail /var/log/audit/audit.log

J'ai aussi lu ça, sur un autre exemple, où il est question d'une autre ligne de commande en plus de "auditctl -w /monDossier/ -p rwx" :

Code : Tout sélectionner

-a exit,always -S unlink -S unlinkat -S rename -S renameat -k audit_file_delete

[Dude]

Je suis connecté en local sur le serveur Débian9

Ton service informatique te laisse te connecter au serveur et pouvoir lancer des commandes sudo

Faire de l'audit d'accès est du ressort de l'admin. système/réseau.
Et de toute façon, on sort largement du cadre de ce forum.
Va voir nos amis de chez Debian et reviens quand tu auras le log.

[momos911]

Bjr,

Je suis en fait mini-admin, le serveur est hébergé dans le bureau d'à côté.
Ok, je vois pour trouver une solution et reviens avec de nouveaux éléments.

Quoi qu'il en soit, le fait que le fichier s'ouvre parfois en mode "(Distant)", parfois non n'a rien à voir avec LibreOffice ... ?
Cela vient forcément du réseau ?

[Dude]

J'adore les fonctionnalités bancales de LibO sur lesquelles il n'y a aucune documentation.
A priori, ce mode "distant" émule un pseudo-accès via le protocole FTP.
Comme il n'y a pas de possibilité de modification directe, une copie est créée en local puis transférée à chaque sauvegarde.

Une recherche dans le BugZilla montre pas moins de 40 rapports sur divers problèmes d'accès :
h**ps://tinyurl.com/uug6dc3

Maintenant je subodore que ne détectant pas ce droit de modification, le fichier passe dans ce mode.
Et comme, il n'y a pas non plus le droit d'écriture, tu as une erreur E/S.
D'où l'audit à faire pour confirmer ou non ce fait.

[momos911]

Bonjour Dude,

La notification de réponse sur le sujet m'avait échappée.
Merci encore pour cette réponse, je vais me rapprocher des spécialistes de la question ...

Promis je reviendrai avec une réponse pour j'espère clore le sujet et apporter des réponses pour les utilisateurs.

Ajout au 31/03/2020
Fil passé dans les archives et resté sans réponse depuis plus de 45 jours.
Classé HS