Welcome Guest! Log in
×

Notice

The forum is in read only mode.
Stambia versions 2.x, 3.x, S17, S18, S19 and S20 are reaching End of Support January, 15th, 2024. Please consider upgrading to the supported Semarchy xDI versions. See Global Policy Support and the Semarchy Documentation.

The Stambia User Community is moving to Semarchy! All the applicable resources have already been moved or are currently being moved to their new location. Read more…

Topic-icon Deleted stopengine.sh ne répond plus !!!!

More
03 Sep 2015 17:42 #1 by zineddine007
stopengine.sh ne répond plus !!!! was created by zineddine007
Bonjour,


je travaille en windows et je test sur l'environnement Linux,
sur Linux j'ai lancé hier mon .deliv sans problème et aujourd'hui je relance le même flux aucune erreur ou exception ne s'affiche, mais quand je regarde ma base de données je remarque qu'il n'a rien modifié ??
je me demande pour quoi mon flux ne fait aucune action alors qu'on je le test sur windows avec l 'interface Stambia il me change des valeurs dans ma base de données en sachant que c'est le même flux ??

Merci d'avance pour vos réponses.
More
04 Sep 2015 18:09 #2 by Thomas BLETON
Replied by Thomas BLETON on topic stopengine.sh ne répond plus !!!!
C'est curieux qu'il marche un jour, et pas le jour suivant.
Est-ce que la machine a été mise en veille entretemps ?
Avez-vous essayé de killer le runtime et le redémarrer pour savoir si le delivery s'exécute bien ?
Tenez-nous au courant.
More
09 Sep 2015 10:02 #3 by zineddine007
Replied by zineddine007 on topic stopengine.sh ne répond plus !!!!
j'ai du arrêter l'environnement Stambia en utilisant la commande ./stopengine.sh puis la démarrer avec ./startengine.sh
et ça a bien marché je pense que c'est un bug en rapport avec l'espace mémoire de la RAM.

Sinon comment savoir si le RunTime tourne bien ? d'habitude sur les serveurs on a la commande statut qui nous permet de voir l'état

Merci
More
09 Sep 2015 15:03 #4 by Thomas BLETON
Replied by Thomas BLETON on topic stopengine.sh ne répond plus !!!!
Est-ce que la machine avait été mise en veille entretemps ? Le Runtime doit être redémarré après une sortie de veille.
Pour voir si le Runtime tourne bien :
- vérifier que le Designer arrive à se connecter dessus
- vérifier l'état des services du runtime :
> startcommand.bat "connect to localhost port 42000;get services"
Connecting to localhost on port 42000
Connected
Name      Status  Duration
rmi       Running 23:11:34.392
rdbms     Running 23:11:35.95
execution Running 23:11:34.548
soap      Running 23:11:32.847
listener  Running 23:11:34.548
scheduler Running 23:11:33.628

=> Les services doivent être en running.