Discussion :

[jpapou]

Bonjour,
j'ai depuis 2 jours quelques difficultés à me connecter à une base interbase (IB 5.5, client W98, serveur W2000 pro, delphi 5), j'obtiens le message suivant :

operating system directive CreateFile failed
-L'opération demandée n'a pu s'accomplir sur un fichier ayant une section mappée utilisateur ouverte.

D'autant plus troublant que ce message est occasionnel, et j'arrive parfois a me connecter sans autre problème.

De plus je ne comprend pas la signification du message.

Merci de votre aide.

[Barbibulle]

Le serveur ne serait pas un peu à l'étroit sur des disques dur trop remplis ?

S'il n'y a plus assez de place sur le disque dur, il est possible que certaines requêtes obligent Interbase à créer des fichiers temporaires, sauf que s'il n'y a plus de place...

C'est une piste mais sans certitudes.

[jpapou]

Merci mais malheureusement la capacité du disque sur lequel est installée la base est largement suffisante.

Comment puis-je savoir (un outil de debugging ?) quel est le travail effectué par interbase, conduisant à cette erreur ?

Peut-on utiliser une commande SQL pour tracer les requêtes, je sais qu'une telle commande existe (vieux souvenirs sous DB2) mais je l'ai oubliée ?

[Barbibulle]

Merci mais malheureusement la capacité du disque sur lequel est installée la base est largement suffisante.

Attention je ne parle pas du disque sur lequel il y a la base, mais du disque sur lequel IB crée ses fichiers temporaire (probablement celui ou le systeme est installé).
Mais bon si vous n'avez qu'un disque, ce n'est pas ça le PB.

Comment puis-je savoir (un outil de debugging ?) quel est le travail effectué par interbase, conduisant à cette erreur ?

Peut-on utiliser une commande SQL pour tracer les requêtes, je sais qu'une telle commande existe (vieux souvenirs sous DB2) mais je l'ai oubliée ?

Si vous etes sous Delphi/BC++ vous avez dans la palette Interbase le TIBSQLMonitor pour pister les ordres SQL dans votre appli.
Mais je ne sais pas si ca marche avec la IB5.5 et si ce composant est dispo sous Delphi5.

Vous n'auriez pas des machines de type P4 par hazard ?

[jean-jacques varvenne]

la capacité du disque et certainement suffisant, mais est-ce que le disque est parfaitement opérationnel?

est-ce qu'un "defrag" fonctionne correctement?

un disque dont la "fat" est "secouée" peux donner des messages de la sorte, souvent la défragmentation signale qu'il y a des problèmes sur le disque, dans ce cas, il faut lancer la commande de "chkdsk" ou son équivalent suivi d'une défragmentation et d'un reboot et la plus part du temps ce genre de problème est résolu.

il est prudent de rebooter la machine avant la défragmentation, cela libère souvent des portions de fichiers bloqués par des applications qui n'existent plus on ne sont plus visibles.

[jpapou]

Effectivement je dispose d'un composant IBSQLMonitor que je vais expérimenter de ce pas.
Les machines quant à elles sont des P3, le serveur est un Compaq ProLiant ML350 de type P3.

Quant à la défragmentation et au scandisk, oui pourquoi pas, puisque les accès en développement se font en remote depuis un disque assez saturé.
De toute façon ce ne sera pas inutile.

Je vous fais part des résultats dès ces opérations effectuées.

[jpapou]

Depuis un nettoyage du disque et une défragmentation, plus de problème à l'horizon.
Merci donc pour la pertinence de vos réponses et votre disponibilité qui font la qualité de ce forum.

PS :Au fait la commande à laquelle je pensais sous sql était la commande PLAN, qui indique la méthode d'accès (index utilisés notamment) suivant la requête effectuée.