Assistance #7234
Connexion base Abyla OPH31 serveur Pole Numl local - SCW-45
Description
Bonjour,
L’installation de la base OPH31 est réalisée sur le serveur du pole num en local, à l’ouverture nous avons le message suivant :
Nous avons besoin d’extraire des éléments pour commencer la modélisation.
8/11/2022 15:41
\\grudu2.labeo.local\prgmdos_num\Abyla9.8.2\Bin\Abyla.exe Version: 9.8.2.0
Fenêtre : ABYMENU_V9 - Champ :
Version Windev : 21.0.330.0
Utilisateur : OPH31@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.31.131)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ABYNUM)))/OLEDB
Version base : 43.31.01/43.20.02
Code erreur : 170129
Niveau : erreur fatale (EL_FATAL)
Message d'erreur système :
Description = ORA-00904: "PACK_ABYU"."F_LITABYPARAM" : identificateur non valide
Source = OraOLEDB
Error Number = -2147467259 (0x80004005)
Native Error Number = 904 (0x388)
Description = ORA-00904: "PACK_ABYU"."F_LITABYPARAM" : identificateur non valide
Source = OraOLEDB
Error Number = -2147217900 (0x80040e14)
Native Error Number = 904 (0x388)SELECT pack_abyU.F_LitAbyParam(20,'or_gere_travaux') FROM DUAL WHERE ROWNUM=1
Module=<WDOLDB>
Version=<21.0.11.0>
Utilisateur : OPH31
Source de données : (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.31.131)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ABYNUM)))
Historique
#1 Mis à jour par Emilian Lovin il y a plus d'un an
- Statut changé de A Analyser à A tester
- Assigné à changé de Support Technique à Alessandro Romolo
La base OPH31 est en version 9.9.4
L'utilisateur essaie de se connecter avec une version Abyla 9.8.2
Premier conseil : Utiliser Abyla 9.9.4 pour OPH31
#2 Mis à jour par Isabelle d'Arcimoles il y a plus d'un an
- Statut changé de A tester à En attente CLIENT
- Assigné à changé de Alessandro Romolo à Vincent Libicz
#3 Mis à jour par Thibaut Wybrecht il y a plus d'un an
- Statut changé de En attente CLIENT à A Analyser
- Assigné à changé de Vincent Libicz à Alessandro Romolo
J'ai la même erreur avec un client Abyla 9.9.4, merci de faire quelque chose :
21/11/2022 16:08
\\grudu2\prgmdos_num\AbylaLAST\Bin\Abyla.exe Version: 9.9.4.0
Fenêtre : ABYMENU_V9 - Champ :
Version Windev : 23.0.370.1
Utilisateur : OPH31@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.31.131)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ABYNUM)))/OLEDB
Version base : 43.31.01
Code erreur : 170129
Niveau : erreur fatale
Message d'erreur système :
Description = ORA-00904: "PACK_ABYU"."F_LITABYPARAM" : identificateur non valide
Source = OraOLEDB
Error Number = -2147467259 (0x80004005)
Native Error Number = 904 (0x388)
Description = ORA-00904: "PACK_ABYU"."F_LITABYPARAM" : identificateur non valide
Source = OraOLEDB
Error Number = -2147217900 (0x80040e14)
Native Error Number = 904 (0x388)SELECT pack_abyU.F_LitAbyParam(20,'or_gere_travaux') FROM DUAL WHERE ROWNUM=1
Module=<WDOLDB>
Version=<23.0.12.0>
Utilisateur : OPH31
Source de données : (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.31.131)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=ABYNUM)))
#4 Mis à jour par Alessandro Romolo il y a plus d'un an
- Sujet changé de Connexion base Abyla OPH31 serveur Pole Numl local à Connexion base Abyla OPH31 serveur Pole Numl local - SCW-45
#5 Mis à jour par Support Technique il y a plus d'un an
- Fichier screenshot_1_1669235162.png ajouté
Bonjour,
Le problème se produit à quel moment ?
J'arrive bien a accéder à Abyla sur l'instance OPH31 via Abyla 9.9.4
Erreur non reproduite en naviguant dans Gestion du patrimoine, ni dans la gestion des plans
Auriez vous plus d'informations ?
Cordialement
#6 Mis à jour par Emilian Lovin il y a plus d'un an
- Assigné à changé de Alessandro Romolo à Vincent Libicz
La base OPH31 @ ABYNUM112 avait quelques anomalies importantes :
- des packages qui ne compilaient pas du tout
- dans le même schéma il y avait des objets (tables, packages etc) qui appartiennent à la base Abyla mais aussi à une base Labeomngr.
J'ai éliminé les objets étrangers à la base Abyla.
J'ai recompilé tous les packages avec les scripts de la version 9.9.4. Cette opération était toujours en cours hier soir (vers 17h) quand j'ai quitté le bureau.
Maintenant il n'y a plus d'erreur et il est possible de se connecter avec Abyla. Je vois qu'un test réussi a été fait hier soir par Mathieu d'Olivera.
La base est vide, un seul composant dans la corbeille.
A tester.
Je ne comprends pas comment cette base est arrivée dans un tel état, d'où provient ce dump / cette installation ?
#7 Mis à jour par Emilian Lovin il y a plus d'un an
- Statut changé de A Analyser à A tester
#8 Mis à jour par Thibaut Wybrecht il y a plus d'un an
- Statut changé de A tester à Fermé
Validation du fonctionnement par Vincent.
Formats disponibles : Atom PDF
Go to top