info

Nous avons constaté que le problème provient du traitement PROD_ERP/Mensuel_ERP/HCS_PREV_REAL_OT le 5^èmeparamètre est vide.

Pour corriger le problème rencontré, vous devez dans la définition du traitement supprimer le 5^èmeparamètre.

Les jobs s’exécutent mais la fin de job n’est pas remontée par le TSEND vers le serveur.

Le job reste bleu.

– Plus de place sur le disque.

– L’option Supprimer le log est peut être cochée au niveau du job.

Il faut copier le .zip sur un serveur.

exemple : Jerry

le dézziper dans c:\batch\talend

Et mettre la ligne de commande de lancement du .bat dans le script du job Vtom.

exemple : (Attention au différent niveau d’arboscence de répertoire)

#c:\batch\talend\cash_forcast_qualiac_0.1\cash_forcast_qualiac_0.1\Cash_forcast_Qualiac\Cash_forcast_Qualiac_run.bat

Blocage du job pendant l’exécution d’un autre (exemple lors de la sauvegarde).

1) Déclarer une ressource du nom du job de sauvegarde.
ex: BE_HADES_Q type Alphanumérique value : DISPO

2) dans le job utiliser un script du type

echo job a executer : %1
tval -name BE_%1 -value « INDISPO »

« l:\soft\backup exec\BEMCMD.exe » -o1 -j%1 -v -w
set err_bck=%errorlevel%

tval -name BE_%1 -value « DISPO »

set errorlevel=%err_bck%

3) Rechercher les jobs utilisant le serveur sauvegardé
Machine / HADES / Références

Et conditionner l’éxecution du job (ou de l’application) en placant une contrainte avec la ressource BE_HADES_Q = DISPO
y compris sur le job de sauvegarde, qui ne doit pas démarrer pendant qu’un traitement est encours.

Nouveau mode de licencing.

Pour la mise en œuvre, ces fichiers sont à renommer en license.xml avant d’être enregistrés sous $TOM_BIN sur les serveurs correspondants.

La nouvelle licence est prise en compte sans avoir à relancer quoi que ce soit.

Ancienne mode de licencing.

Copier le fichier license.lic sous : ftp$ sur Eve\Gpao\Vtom\licence… (tours et/ou DCB)

Avec Filezilla récupérer le fichier licence sur Tic (pour Tours) ou VSCH1 (pour DCB).

le mettre sous

cd /opt/vtom/vtom/bin

modifier les droits sur le fichier license.lic -> chmod 750 license.lic

ADMINS

Arrêter les moteurs, le client, le serveur

(facultatif : copier les fichiers serveur.log et client.log sous un nouveau nom et les supprimer ou les renomer)

et relancer le serveur, le client et les moteurs.

Relancer l’IHM.

Vérifier dans l’Aide que la nouvelle licence est bien installée.

A exécuter sur le serveur VTOM.

Pour connaitre le valeur d’une ressource.

tval -name dt_mensuel -info

Pour modifier la valeur d’une ressource.

tval -name lock_legendre -value 1

A exécuter sur le serveur VTOM.

Exemple de mise à jour du statut d’un Job avec la commande vtaddjob

/status statut NO | ER | AV | EN | DE | TE aucun

non planifie, erreur, en cours, a venir, deplanifie, termine

Attention à la case.

vtom@tic:/opt/vtom/vtom/bin$ vtaddjob /nom=PROD_ERP/APP_ERP_DISPO/dispo_ABEL /status=AV

Création d’un job : Le job estcréé si le nom n’existe pas, il est obligatoire de mettre un script.

vtaddjob /Nom=EXPLOIT_VTOM/TEST_LINUX/toto /Script=#/exploit/scripts/job_ok.sh

Lancement d’un job avec des paramètres :

vtaddjob /Nom=EXPLOIT_VTOM/TEST_LINUX/titi /Par=test,tutu /status=EN

Si CHK_FIC_SAP_test est en erreur CHK_FIC_SAP_terr se déclenche.

Si l’un OU l’autre se termine bien OU_test_mail se déclenche.

Copier le contenu du dossier

M:\Informatique\Production\VTOM\Distrib VTOM\VTOM 543\IHM\VISUAL

Ce dossier contient tous les icones ainsi que le pluggin pour générer les dossiers d’exploitations.

dans le dossier cible.

….\VISUAL

Dossiers d’exploitations :

Outils \ Editions

Choisir docExploit pour avoir le logo Faiveley

Changer le filtre dans l’onglet structure rubrique Application (en bas de la page).

Install IHM et Bdaemon sur PSERV

Dans une fenetre de commande

change user /install

Installer le soft

change user /execute

Puis installer le client VTOM

04/08/2011

Incidents suite à coupure EDF.

Sur tac pb avec le fichier /etc/resolv.conf

vi /etc/resolv.conf
search faiveleytransport.local ft.grp
nameserver 10.1.1.34
nameserver 10.1.1.40

Le moteur PROD_ERP ne semble ne plus répondre (confirmé dans le log (/opt/vtom/traces/PROD_ERP.log).

Se connecter sur Tic (vtom/f…..)

taper admins

dans le menu choisir :

4 – Gestion des moteurs

pour tenter d’arrêter les moteurs.

Le moteur PROD_ERP est signalé comme arrêté (mais tourne encore)

3 – Arrêt du serveur Vtom

Impossible car le moteur PROD_ERP tourne.

sortir du menu et faire

Kill -9 du process du moteur PROD_ERP

retourner dans admins

3 – Arrêt du serveur Vtom

2 – Démarrage du serveur

Tout est reparti correctement.

Erruer dans : log_error.txt

Le client Tic ne répond plus Vtbackup encours depuis 5h02.

Arrêt du client impossible.

Arrêt et redémarrage du serveur Vtom sur Tic.

Même incident que le 02/09/2010 et le 23/07/2010.

Même remède.

Impossible de pinguer TIC.

Bascule sur TAC.

Pas de pb de redémarrage sur TAC.

Après recherche lundi 13/09/2010.

Le port du switch sur lequel est connecté TIC est défectueux.

Nous rebasculons sur TIC mardi 14/09/2010 dans l

Même incident que le 23/07/2010.

Même remède.

Log erreur : err_PROD_ERP_.log.1

Export

vtstools -e « 01-11-2010 01-12-2011 » > export.csv

vtstools -f NO_TRACE -e « 01-11-2010 01-12-2011 » > export_NO_TRACE.csv

Purge des stats de toute la base
vtstools -x -e « 01-02-2019 02-02-2019 » > mes_stats_job_01022019.csv
vtstools -p « 01-01-2015 14-03-2019 »

Purge du 08-02-2012 après passage des scripts Absyss

pour réparer la table des statistiques et pouvoir les purger :

1) Eteindre tous les moteurs.

2) vtbackup de la base.

3) exécution dans $TOM_HOME/sgbd/bin des requêtes fournies en pièce
jointe.

psql -c « select * from vt_stats_date_count » -d vtom -h localhost -p 30009 -U vtom

psql -c « truncate table vt_stats_date_count » -d vtom -h localhost -p 30009 -U vtom

psql -c « select vtexpdatevalue, count(*) from vt_stats_job group by vtexpdatevalue » -d vtom -h localhost -p 30009 -U vtom

psql -c « insert into vt_stats_date_count (vtdatevalue, vtcount)(select vtexpdatevalue, count(*)from vt_stats_job group by vtexpdatevalue) » -d vtom -h localhost -p 30009 -U vtom

/opt/vtom/sgbd/bin

vtom@tic:/opt/vtom/sgbd/bin$ vtstools -f NO_TRACES -p « 01-11-2010 01-12-2011 »

Purge des donnees (17329947 enregistrement(s))…

Purge terminee (10146272 supprime(s) enregistrement(s)), duree: 9 min 56s.

vtom@tic:/opt/vtom/sgbd/bin$ psql -c « select * from vt_stats_date_count » -d vtom -h localhost -p 30009 -U vtom > stats_ef2.txt

vtom@tic:/opt/vtom/sgbd/bin$ vtstools -f NO_TRACES -p « 01-11-2011 11-02-2012 »

Purge des donnees (5110322 enregistrement(s))…

Purge terminee (4594489 supprime(s) enregistrement(s)), duree: 8 min 38s.

vtom@tic:/opt/vtom/sgbd/bin$ psql -c « select * from vt_stats_date_count » -d vtom -h localhost -p 30009 -U vtom > stats_ef3.txt

Bonjour,

Je créé un job sur une machine windows.

Voici mon script test_param.bat :

Les deux paramètres passés dans le job:

Le résultat dans le fichier log.

Mes deux paramètres sont éclatés en 2 fois 2 dû à l’espace entre param et 1 et entre param et 2.

Comment éviter ce problème ?
J’ai essayé encadré avec des guillemets ou en remplaçant l’espace par %20 (son code acsii), mais en vain.
Existe-t- il un caractère de protection ?

Vous trouverez un extrait de la queue batch wnt utilisée qui est la version standard.

echo.
 :argloop
 shift
 if "%0"=="" goto argend
 set arg=%arg% %0
 goto argloop
 :argend

call "%TOM_SCRIPT%" %arg%

Ce problème n’existe pas sous Linux

Solution :

Pour obtenir le résultat escompté, il faut commenter toute la section argloop et remplacer :

call "%TOM_SCRIPT%" %arg%

par

call "%TOM_SCRIPT%" %TOM_SCRIPT_ARGS%