<?xml version="1.0" encoding="iso-8859-1" ?>
<rss version="2.0">
<channel>
	<title>Maintenance de Dollar Universe</title>
	<description>Maintenance de Dollar Universe</description>
	<link>http://www.orsypforum.com/index.php</link>
	<pubDate>Sat, 11 Sep 2010 01:58:54 +0200</pubDate>
	<ttl>30</ttl>
	<item>
		<title>Syntax u_fupr50.dta</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2099</link>
		<description><![CDATA[Bonjour, <br /><br />Dans le cadre d'une vérification globale de l'ordonnancement, je réalise un script permettant de vérifier que les uprocs en production ne contiennent pas une erreur sur leurs ressources.<br /><br />Je peux faire ce traitement à l'aide des lignes renvoyées par un uxshw, mais lancer un uxshw upr upr=* est trop consommateur en ressource.<br /><br />Je voulais travailler donc sur une copie du fichier u_fupr50.dta, qui contient la description des uprocs. Il semble que les noms des ressources y figurent également. Mais cependant je n'arrive pas à comprendre comment est organisé ce fichier. Est-il possible d'obtenir cette information? Ou un moyen autre d'arriver à mon but? Ma solution de secours étant de faire un uxshw upr sur chaque uproc en faisant des waits réguliers pour éviter la montée croissante de la consommation CPU.<br /><br /><br />En vous remerciant par avance!]]></description>
		<pubDate>Tue, 04 May 2010 13:07:26 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2099</guid>
	</item>
	<item>
		<title>commande de purge des UG</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2239</link>
		<description><![CDATA[Bonjour,<br /><br /><br />Est-ce qu'il existe une commande pour vérifier/purger les UG qui sont rattachées à des noeuds inexistant ?<br /><br />Dans le but de faire un nettoyage des UG.<br /><br /><br /><br />Merci <br /><br /><br /><br />]]></description>
		<pubDate>Thu, 05 Aug 2010 09:15:48 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2239</guid>
	</item>
	<item>
		<title>Résolu : Check des engines</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2228</link>
		<description><![CDATA[Il me semblait avoir eu connaissance d'une alternative à uxlst ATM pour le check des engines.<br /><br />qqch comme uxvrfatm?]]></description>
		<pubDate>Tue, 27 Jul 2010 12:52:13 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2228</guid>
	</item>
	<item>
		<title>Démarrage automatique $U sur Windows 2008</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2127</link>
		<description><![CDATA[Bonjour,<br /><br />Suite à un arrêt électrique , je me suis aperçu que sur beaucoup de serveurs $U ne démarré automatiquement.<br /><br />A l'origine, les services $U étaient mis en automatique sur le serveurs, mais j'ai lu que ce n'était pas forcement la meilleur solution.<br />voir ce <a href="http://www.orsypforum.com/index.php?showtopic=329" target="_blank">post</a><br /><br />Est-ce cette méthode fonctionne aussi sur les serveur 2008 ?<br /><br />Merci]]></description>
		<pubDate>Fri, 28 May 2010 14:51:31 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2127</guid>
	</item>
	<item>
		<title>Résolu : Outil ux_raz_fic/uxrazfic</title>
		<link>http://www.orsypforum.com/index.php?showtopic=184</link>
		<description><![CDATA[Bonjour,<br /><br />étant donné que plusieurs fils mentionnent l'utilisation ou tout du moins l'utilisation potentielle de l'"ux_raz_fic", voici quelques explications et commentaires:<br /><br />ux_raz_fic/uxrazfic (selon l'OS) permet de réinitialiser un fichier de données Dollar Universe. Il vide le fichier de données et le fichier index associé.<br /><br />ux_raz_fic/uxrazfic devrait être utilisé pour les cas de corruption de fichiers de données - la réorganisation ne traite que la corruption des fichiers index.<br /><br />Dans certains cas spécifiques, l'ux_raz_fic peut être utilisé pour réinitialiser un fichier de données quand il est devenu trop grand et ne peut être purgé dans des temps raisonnables ou provoque des mauvais temps de réponse ou des problèmes d'espace disque.<br /><br /><u><b>Dollar Access (le support technique d'Orsyp) recommande de ne pas utiliser l'ux_raz_fic/uxrazfic sans leur accord préalable et un backup de sécurité.</b></u><br /><br />Michel]]></description>
		<pubDate>Wed, 23 Jul 2008 15:24:58 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=184</guid>
	</item>
	<item>
		<title>Résolu : erreur avec uxlst fnc</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2183</link>
		<description><![CDATA[Bonjour,<br /><br />J'utilise actuellement la fonction <i>uxlst fnc</i> pour vérifier si sur les serveurs il n'y a un automate d'arrêter.<br /><br />Pour cela , je passe par un script qui vérifie tous le parc $U (+de200 serveurs).<br /><br />Sur la machine qui lance les uxlst fnc, j'ai dans le universe.log, des erreurs en rapport avec DQM.<br /><!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->ERROR: cannot find the port number for Company : [MOND01] node : [UC1258], server [DQM] area [X]<!--QuoteEnd--></div><!--QuoteEEnd--><br /><br />Or DQM n'est installé sur aucun serveur.<br /><br /><br />Qu'est-ce que je peux faire pour que le universe.log ne se remplisse pas avec cette erreur.<br />Je pensais rajouter dans /etc/services le service relatif a DQM  avec son/ses ports mais je ne les connait pas et en  plus nous n'utilisons pas les ports par défaut de $U.<br /><br /><br />Pour info, le serveur qui surveille est un Linux(debian) avec $U 5.3.3.3 FX24825.<br /><br />Merci]]></description>
		<pubDate>Tue, 06 Jul 2010 10:28:44 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2183</guid>
	</item>
	<item>
		<title><![CDATA[Erreur pendant l'exécution de uxshutdown]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=2152</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai installé la version V5.3.3 + DQM sur un linux redhat 5.1.<br />Lorsque j'arrête Dollar Universe avec le script uxshutdown, un message d'erreur apparait dans la log universe.log :<br /><br />2010-06-16 09:26:12 0014521/                /connect_inet_com    /135888915 - connection on host XXXXXXX port 33854 -Connection refused<br /><br />Cette erreur survient lors de l'exécution de la commande uxcmstop contenu dans le script uxshutdown_gen.<br /><br />Je suis très étonné de voir le numéro de port 33854, la société et DQM ne sont pas du tout installés sur ce port.<br />Lorsque je met en commentaire la commande uxcmstop, l'erreur n'apparait plus et visiblement je n'ai pas de process résiduels après l'exécution du script uxshutdown.<br /><br />Auriez vous quelques infos concernant ce message d'erreur et ce numéro de port farfelu ?]]></description>
		<pubDate>Wed, 16 Jun 2010 11:35:31 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2152</guid>
	</item>
	<item>
		<title>Purge des jobs en Disable et TimeOverrun avec IU_PUR</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2115</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai mis en place la purge online des jobs sur une plateforme 5.1.3 patch level 24422.<br /><br />Les parametres de l'uproc IU_PUR sont les suivants :<br />-S_NBDAYS_HIST=93<br />-S_STATUS_NBDAYS_HIST=93<br />-S_NBDAYS_CTRL=93<br />-S_STATUS_NBDAYS_CTRL=93<br />-S_NBDAYS_LAUN=93<br />-S_STATUS_NBDAYS_LAUN=93<br /><br />De plus dans le fichier $UXMGR/uxsetenv, j'ai ajouté les variables suivantes :<br />U_PURGE_NOLAUNCH=Y<br />export U_PURGE_NOLAUNCH<br /><br />U_PURGE_DISABLE=Y<br />export U_PURGE_DISABLE<br /><br />Apres redemarrage de $Universe et execution de l'uproc IU_PUR, les jobs en statut DISABLE et TIMEOVERRUN plus vieux que 93 jours ne sont toujours pas purgés.<br /><br />Quelqu'un aurait-il une petite idée ?<br /><br />Merci d'avance de vos reponses.]]></description>
		<pubDate>Tue, 11 May 2010 21:49:55 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2115</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : réorg qui s'interrompt a cause d'un .idx manquant]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=2092</link>
		<description><![CDATA[Bonjour,<br /><br />Lorsque je fais un uxstartup, le serveur est parametré de telle sorte que la réorganisation se fasse avant chaque démarrage de dollaru.<br /><br />Le problème est que la réorg se lance, et à un moment donné elle s'arrete à cause d'un idx manquant : file open error 2 /prog/universe/SOCIETE/exp/data/u_fmta50.idx. <br />file open error 2 /prog/universe/SOCIETE/temp/u_fmta50.dta_rst<br />unable to reorganize /prog/universe/SOCIETE/exp/data/u_fmta50<br /><br />Que puis-je faire pour résoudre ce problème?<br /><br />merci d'avance]]></description>
		<pubDate>Mon, 03 May 2010 12:25:19 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2092</guid>
	</item>
	<item>
		<title>Réorg fait tomber échangeur autre noeud</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2089</link>
		<description><![CDATA[Bonjour,<br /><br />Lors de la réorg $U hebdomadaire d'un serveur, l'échangeur d'un autre serveur tombe.<br /><br />Sauriez vous a quoi est ce due ?<br /><br />Environnement UNIX (Sun), $U 5.0<br /><br />Merci]]></description>
		<pubDate>Wed, 28 Apr 2010 16:10:16 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2089</guid>
	</item>
	<item>
		<title>Résolu : Comment interpréter les résultats de la commande uxvrfuni</title>
		<link>http://www.orsypforum.com/index.php?showtopic=974</link>
		<description><![CDATA[Bonjour,<br /><br />Coment interpréter les résultats de la commande uxvrfuni ? Je n'ai pas trouvé de doc sur cet utilitaire.]]></description>
		<pubDate>Thu, 03 Dec 2009 16:43:37 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=974</guid>
	</item>
	<item>
		<title>Résolu : Réorg dans en environnement clusturisé</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2076</link>
		<description><![CDATA[Bonjour,<br /><br />Nous avons besoin de procéder à une réorganisation de la base $U car cette dernière n'as pas été faite depuis très longtemps ce qui rend l'exploitation de $U instable.<br /><br />Ma question est donc la suivante : comment procéder à une réorg dans en environnement clusterisé. En effet, à partir du moment ou l'on lance un ./Uxshutdown $U bascule aussitôt sur l'autre noeud. Et si l'on tente de faire la même chose sur le second nœud, $U redémarre aussitôt. <br /><br />Faut il "jouer" avec la variable U_CLUSTER dans le uxsetenv? Et comment empecher $U de se relancer?<br /><br />Merci d'avance]]></description>
		<pubDate>Tue, 20 Apr 2010 14:42:54 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2076</guid>
	</item>
	<item>
		<title>Résolu : Fichiers .dta et .idx dans répertoire de log, normal ?</title>
		<link>http://www.orsypforum.com/index.php?showtopic=686</link>
		<description><![CDATA[Bonjour,<br /><br />J'aimerais savoir s'il est normal de trouver des fichiers avec les extensions .dta et .idx dans les répertoires de log ?]]></description>
		<pubDate>Thu, 13 Aug 2009 09:28:04 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=686</guid>
	</item>
	<item>
		<title>Résolu : Arrêt électrique</title>
		<link>http://www.orsypforum.com/index.php?showtopic=2070</link>
		<description><![CDATA[Bonjour,<br /><br />Dans quelque semaines, ma société doit subir un arrêt électrique. <br />Je dois donc arrêter tous les $U avant l'arret.<br /><br />Est-ce possible de "scripter"  cet arret sur tous les serveurs, sachant que le parc est composé de plusieurs OS (Windows, HPUX, Linux, Solaris).<br /><br />Je pensais utiliser le fichier $UXMGR/uxshutdown et passé le noeud en paramètre .<br />Est-ce possible et est-ce que ça va marcher ? Je ne pas trop tester.<br /><br />Pour la relance, sur la plupart des serveurs $U est en démarrage auto, donc ça ne pose pas de souci.<br /><br />Merci]]></description>
		<pubDate>Mon, 19 Apr 2010 12:02:38 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=2070</guid>
	</item>
	<item>
		<title>Résolu : pb avec automate lanceur</title>
		<link>http://www.orsypforum.com/index.php?showtopic=1248</link>
		<description><![CDATA[Bonjour,<br /><br />Après un reboot du serveur et d'un redémarrage de $U avec une reorg à froid avant. L'automate lanceur ne voulait pas démarré.<br /><br />J'ai essayé sur mon poste à partir de la GCO de démarrer l'automate. J'ai du démarrer le service windows associé.<br />Dans les log universe voici ce que j'avais lorsque j'essayais de lancer l'automate :<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->&#60;&#60; 2010-03-11 16&#58;15&#58;47 0002312/uxlst&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /GAAPIUSR&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134452570 - %UNI_-E-U_EGAI21B3206, Cette information est obligatoire<br />&#60;&#60; 2010-03-11 16&#58;15&#58;49 0001076/uxstratm&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAAPIUSR&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134452570 - %UNI_-E-U_EGAI21B3206, Cette information est obligatoire<!--c2--></div><!--ec2--><br />C'est quelle information qui est obligatoire ?<br />D'ou peut venir cette erreur ?<br /><br />il s'agit d'un serveur Windows avec DU533 + FX24750.<br /><br />Merci]]></description>
		<pubDate>Thu, 11 Mar 2010 16:26:13 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1248</guid>
	</item>
	<item>
		<title>Résolu : uxlst ATM timeout</title>
		<link>http://www.orsypforum.com/index.php?showtopic=1218</link>
		<description><![CDATA[Bonjour,<br /><br />J'utilise la commande uxlst ATM dans un script pour vérifier l'état de mon parc $U.  <br />Le script tourne toutes les heures pour vérifier si il n'y a un automate arrêté ou autre.<br /><br />Par contre quand la machine est injoignable ou si les IO sont arrêtés, la commande met en temps fou avant de sortir en erreur. <br />y'a t'il un moyen de réduire ce temps ? une variable pour modifier le timeout ?<br /><br />Merci]]></description>
		<pubDate>Wed, 10 Mar 2010 15:58:49 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1218</guid>
	</item>
	<item>
		<title>Résolu : u_fmfu50 : les pilotages antérieurs</title>
		<link>http://www.orsypforum.com/index.php?showtopic=1078</link>
		<description><![CDATA[Bonjour,<br /><br />une petite question sur ce fichier de données "u_fmfu50".<br />Ce fichier correspond à quelles données exactes au niveau du suivi d'exploit.  ?<br />Comment gérer sa purge via le script uxpurge ?<br /><br />merci d'avance pour vos réponses ...]]></description>
		<pubDate>Tue, 23 Feb 2010 15:29:39 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1078</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Uxpurge et purge au fil de l'eau]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=1063</link>
		<description><![CDATA[Bonjour,<br /><br />j'essaye de mettre en place une purge des fichiers $U au "fil de l'eau". Auparavant, cette purge était effectuée par l'utilitaire "uxpurge".<br /><br />En lisant la doc, je me pose la question s'il faut utiliser l'une OU l'autre ou les deux en même temps: les fichiers purgés sont-ils les memes dans les deux cas ?<br />Par exemple, le fichier u_fmcm50 (historique des interventions) ne fait pas partie de la liste des fichiers donnés:<br />Les données techniques purgées sont :<br /><!--quoteo--><div class='quotetop'>QUOTE </div><div class='quotemain'><!--quotec-->· Les données liées au Lancement : fichier u_fmsb50.<br />· Les données liées aux paramètres et variables fichiers : u_fmtp50 et u_fmsp50.<br />· Les données liées aux exécutions et à l'historique : fichiers u_fmcx50, u_fmhs50 et u_fmph50.<br />· Les données liées aux Pilotages Antérieurs : fichier u_fmfu50.<br />· Les données liées aux attentes d'Evénements (Evénements Uprocs, Ressources et quotas) : fichiers u_fmev50,<br />u_fmer50, u_fmeq50.<!--QuoteEnd--></div><!--QuoteEEnd--><br /><br />Dans le uxpurge, par contre, il apparaît: <br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->La purge de fichier u_fmcm50 a ete effectuee&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br /> Nombre d'articles total&nbsp;&nbsp;&nbsp;&nbsp; &#58; 0000257&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br /> Nombre d'articles supprimes &#58; 0000240&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br /> Nombre d'articles conserves &#58; 0000017<!--c2--></div><!--ec2--><br /><br />Ces deux types de purge sont-elles donc complémentaires ou s'excluent-elles ?<br /><br />Merci]]></description>
		<pubDate>Mon, 15 Feb 2010 15:07:03 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1063</guid>
	</item>
	<item>
		<title>Résolu : Infos sur la licence</title>
		<link>http://www.orsypforum.com/index.php?showtopic=1060</link>
		<description><![CDATA[Bonjour,<br /><br />Est-il possible en ligne de commande de récupérer les infos sur la licence ?<br /><br />J'explique mon souci, je voudrai via un script vérifier que je n'ai pas de licence bientôt expiré.<br />Sachant que j'ai des serveurs (+ de 200) sous différents OS (windows, hpux, linux, aix, solaris). <br />Je pensais récupérer les infos via une ligne de commande $U , du type uxlst ou uxshw mais je ne trouve pas.<br /><br />Toute suggestion est la bien venu <img src="http://www.orsypforum.com/style_emoticons/default/wink.gif" style="vertical-align:middle" emoid=";)" border="0" alt="wink.gif" />]]></description>
		<pubDate>Thu, 11 Feb 2010 12:17:27 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1060</guid>
	</item>
	<item>
		<title>Plantage $U 5.1.3</title>
		<link>http://www.orsypforum.com/index.php?showtopic=1037</link>
		<description><![CDATA[Bonjour,<br /><br /><br />J'ai eu 2 plantage à 10 jours d'intervalle sur $U en version 5.1.3 :<br /><br />En résumé, les processus prennent de plus en plus de mémoire virtuelle (jusqu'à 400Mo de swap par processus) alors qu'ils ne prennent pas plus de RAM que d'habitude (quelques Mo). Et tout finit par planter.<br />Seul un redémarrage du serveur permet un retour à la normal jusqu'au prochain plantage.<br /><br />Dans le universe.log, je trouve ceci :  <br /><br /><b>&lt;&lt; 2010-01-26 12:48:20 0488144/UniServSur      /u_io_callsrv        /000000000 - u_send_msg error : (WinSock): No buffer space available (host [])<br />&lt;&lt; 2010-01-26 12:48:20 0488144/UniServSur      /CALL_UXIOSRV        /000000000 - u_io_callsrv(on FR0527AP1,UNIPRD,X) returns error -1</b><br /><br />Et j'ai des milliers de lignes comme ça dans le fichiers!<br /><br />De même dan sles events de mon serveur (Windows 2003 Server SP1, j'ai des erreurs 2020 SRV qui indique un problème de nonpaged pool.<br /><br />Le log pèse prêt de 600Mo et augmente tant que l'on a pas redémarré le serveur...<br /><br />Une idée d'où cela peut venir? (Je ne met pas en cause forcément $U mais cherche une piste).<br /><br /><br />Merci par avance.]]></description>
		<pubDate>Thu, 28 Jan 2010 14:55:39 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=1037</guid>
	</item>
	<item>
		<title>Problème du code retour sur la commande uxins</title>
		<link>http://www.orsypforum.com/index.php?showtopic=591</link>
		<description><![CDATA[Bonjour,<br /><br />J'utilise la commande uxins pour importer des uprocs et je me suis rendu compte que dans le cas où il y a un problème sur le n° de version de l'uproc et bien le code retour de la commande est quand même à zéro alors qu'il devrait être égal à 1.<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->C&#58;&#092;Universe&#092;FMPROD&#092;exec&#092;uxins UPR NODE=09plamu APP REPL ENABLE UPR=* INPUT=uproc.txt<br />&#40;I_FMNUPT_D,000&#41; La version de l'uproc n'est pas valide<br /><br />&#40;DSFMNUPT05,000&#41; La version de l'uproc n'est pas valide<br /><br />&#40;BAFMNUPT10,000&#41; La version de l'uproc n'est pas valide<br /><br />&#40;BAFMNUPT15,000&#41; La version de l'uproc n'est pas valide<br /><br />&#40;I_FMNUPT_F,000&#41; La version de l'uproc n'est pas valide<br /><br /><br />C&#58;&#092;$U&#092;$U_ToTest&#092;version_1.0&#62;echo %errorlevel%<br />0<!--c2--></div><!--ec2-->]]></description>
		<pubDate>Tue, 05 May 2009 15:34:07 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=591</guid>
	</item>
	<item>
		<title>Résolu : $U down parceque Network is down</title>
		<link>http://www.orsypforum.com/index.php?showtopic=919</link>
		<description><![CDATA[Bonjour,<br />Suite à un entretien effectué par l'equipe reseau hier soir, un des serveurs Dollar universe a cessé de marcher, l'équipe de production n'ont pu reprendre leur travail qu'après redémarrage de Dollar universe sur ce serveur, sachant que les autres serveurs n'ont pas été touché, mais on se demande pourquoi une intervention sur le réseau impact Dollar universe (seule application qui a été touché sur ce serveur).<br />En parcourant le fichier universe.log on retrouve la  séquence de messages suivant:<br /><br />&lt;&lt; 2009-10-28 22:06:58 0053378/uxcdjsrv        /u_cdj_get_msg_from_i/000000000 - Error reading message from UNIV50 IO server I on NODE1: Errno syserror 69: Network is down<br />&lt;&lt; 2009-10-28 22:06:58 0050246/uxcdjsrv        /u_cdj_get_msg_from_i/000000000 - Error reading message from UNIV50 IO server S on NODE1: Errno syserror 69: Network is down<br />&lt;&lt; 2009-10-28 22:06:58 0060024/uxech           /uxech               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0103908/uxcdjsrv        /u_cdj_get_msg_from_i/000000000 - Error reading message from UNIV50 IO server A on NODE1: Errno syserror 69: Network is down<br />&lt;&lt; 2009-10-28 22:06:58 0095284/uxech           /uxech               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0172336/uxord           /uxord               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0149790/uxcal           /uxcal               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0203992/uxech           /uxech               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0200886/uxcdjsrv        /u_cdj_get_msg_from_i/000000000 - Error reading message from UNIV50 IO server X on NODE1: Errno syserror 69: Network is down<br />&lt;&lt; 2009-10-28 22:06:58 0063242/uxech           /uxech               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0022380/uxsur           /uxord               /000000000 - After recv: IO server stopped, shutdown engine<br />&lt;&lt; 2009-10-28 22:06:58 0022380/uxsur           /uxsurv              /000000000 - ARRET DU SURVEILLANT<br />&lt;&lt; 2009-10-28 22:06:58 0050246/uxcdjsrv        /u_cdj_thread_ioserve/000000000 - IO server connection error -&gt; CDJ server stops<br />&lt;&lt; 2009-10-28 22:06:58 0053378/uxcdjsrv        /u_cdj_thread_ioserve/000000000 - IO server connection error -&gt; CDJ server stops<br />&lt;&lt; 2009-10-28 22:06:58 0103908/uxcdjsrv        /u_cdj_thread_ioserve/000000000 - IO server connection error -&gt; CDJ server stops<br />&lt;&lt; 2009-10-28 22:06:58 0200886/uxcdjsrv        /u_cdj_thread_ioserve/000000000 - IO server connection error -&gt; CDJ server stops<br />&lt;&lt; 2009-10-28 22:07:00 0200886/uxcdjsrv        /u_cdj_main          /000000000 - End of CDJ server<br />&lt;&lt; 2009-10-28 22:07:07 0103908/uxcdjsrv        /u_cdj_main          /000000000 - End of CDJ server<br />&lt;&lt; 2009-10-28 22:07:07 0053378/uxcdjsrv        /u_cdj_main          /000000000 - End of CDJ server<br />&lt;&lt; 2009-10-28 22:07:07 0050246/uxcdjsrv        /u_cdj_main          /000000000 - End of CDJ server<br /><br /><br />Est ce que quelqu'un a déjà rencontrer ce problème et peut m'éclaircir sur cet incident.<br />Sachant que pour ce serveur, l'ensemble des traitements se déroulent en local.<br /><br />Merci pour votre aide.]]></description>
		<pubDate>Thu, 29 Oct 2009 14:22:12 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=919</guid>
	</item>
	<item>
		<title>Résolu : Commande UniAutoCmd ne marche plus !</title>
		<link>http://www.orsypforum.com/index.php?showtopic=938</link>
		<description><![CDATA[Bonjour,<br /><br />Il semble que depuis le passage en 5.3.3 la commande UniAutoCmd ne marche plus.<br />J'ai beau la lancé rien ne se passe !<br />Quelqu'un a t'il une idée ?]]></description>
		<pubDate>Thu, 19 Nov 2009 17:10:49 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=938</guid>
	</item>
	<item>
		<title>Résolu : Purge de fichier .dta</title>
		<link>http://www.orsypforum.com/index.php?showtopic=935</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai certains fichiers .dta et notamment u_fmhs50.dta qui commencent à devenir très gros. Existe-t'il une commande de purge pour ce type de fichiers ou bien faut il se débrouiller tout seul comme un grand ?<br /><br />Merci de votre aide.]]></description>
		<pubDate>Wed, 18 Nov 2009 15:40:49 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=935</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Suppressions des fichiers .exe suffixé d'un numéro de patch]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=936</link>
		<description><![CDATA[Bonjour,<br /><br />J'imagine que oui mais est il possible de supprimer tous les fichiers .exe et .dll suffixés avec un numéro de patch ?]]></description>
		<pubDate>Wed, 18 Nov 2009 15:43:15 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=936</guid>
	</item>
	<item>
		<title>Résolu : re-créer un service</title>
		<link>http://www.orsypforum.com/index.php?showtopic=928</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai un service $U qui n'existe plus, le service universe qui  lance : Universe&#092;FMPROD&#092;exec&#092;UniservUniverse.exe<br /><br />Comment faire pour le recréer (sous windows)<br /><br />Merci]]></description>
		<pubDate>Mon, 09 Nov 2009 09:24:02 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=928</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Automate Echangeur "stopped". Comment le redémarrer en automatique ?]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=760</link>
		<description><![CDATA[Bonjour,<br /><br />Sur un de mes noeuds l'automate "Echangeur" est arrêté.  En rouge dans desktop, et le status de la commande uxlst FNC m'affiche "stopped".<br />Par contre les services relatifs à cet automate sont bien démarrés.<br /><br />Comment faire pour détecter via un script qu'un automate est arrêté ? Je n'ai pas trouvé de commande qui retourne un code pour l'état de l'automatie. Par contre pour le redémarrer j'ai trouvé la commande uxwak ATM.<br /><br />Merci de votre aide.]]></description>
		<pubDate>Tue, 06 Oct 2009 09:04:50 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=760</guid>
	</item>
	<item>
		<title>Résolu : Volumetrie repertoire data</title>
		<link>http://www.orsypforum.com/index.php?showtopic=722</link>
		<description><![CDATA[Bonjour à Tous , je suis sur une version $u serveur en 5.2.3 sur un aix 5.3 , avec a peu pres 900 exe d'uproc/jour , hors je devrais a terme avoisinner le million d'execution/jour de lancement d uproc JMS<br /><br />  pour anticiper cela , est ce que l'on a une idee de l'evolution du stockage de la "base" en rapport , pour ce qui est donc des files data et index en globalité ,<br /><br /> a savoir que a ce jour j'ai 2ggs d'utilisé sur un fs de 5ggs pour l'arborescenc appli , quel ratio je peux utiliser pour connaitre l'evolution par rapport aux nombres d'uproc lancés ?<br /><br /> merci a ceux qui sauront me mettre sur la bonne piste  <img src="http://www.orsypforum.com/style_emoticons/default/smile.gif" style="vertical-align:middle" emoid=":)" border="0" alt="smile.gif" />]]></description>
		<pubDate>Thu, 10 Sep 2009 17:36:24 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=722</guid>
	</item>
	<item>
		<title>Résolu : Fichiers temporaires</title>
		<link>http://www.orsypforum.com/index.php?showtopic=700</link>
		<description><![CDATA[Bonjour,<br /><br />J'utilise $U 5.2.3 sous windows.<br /><br />J'ai remarqué que des fichiers du style A0004890.bat se retrouvent dans le répertoire C:&#092;Documents and Settings&#092;admin&#092;Local Settings&#092;Temp&#092; :<br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->set S_SIBATCHNP=0<br />set NOEXEC=N<br />set UNI_TIMEOUT=300<br />set UNI_TPSSIMUL=10<br />set BATCH_NAME=Ctl_Service.vbs<br />set BATCH_DIR=%UNI_FMDIR%<br />set OPT_MODE_BATCH=<br />set BATCH_PARAM1=YES<br />set S_NUMLANC=0004717<br />set S_USERNAME=uniadm<br />set S_CODAUTEUR=001<br />set&nbsp;&nbsp;S_U_LANGUE=FR<br />set&nbsp;&nbsp;S_NOEUD=404ETUDEV<br />set S_SOCIETE=FMPROD<br />set S_SIGSOC=FMPROD<br />set&nbsp;&nbsp;S_NUMPROC=0004890<br />set&nbsp;&nbsp;S_ESPEXE=A<br />set&nbsp;&nbsp;S_CODUG=S_ETUDEV<br />set&nbsp;&nbsp;S_PROCEXE=TECTLSRVCE<br />set&nbsp;&nbsp;S_APPLI=TE<br />set&nbsp;&nbsp;S_DOMAINE=T<br />set&nbsp;&nbsp;S_VEREXE=001<br />set&nbsp;&nbsp;S_DATRAIT=20090517<br />set&nbsp;&nbsp;S_DATRAIT_X=17/05/2009<br />set&nbsp;&nbsp;S_DATRAIT_A=090517<br />set&nbsp;&nbsp;S_DATRAIT_E=20090517<br />set&nbsp;&nbsp;S_NUMJALON=00<br />set&nbsp;&nbsp;S_REPRISE=N<br />set&nbsp;&nbsp;S_EXECFORCE=N<br />set&nbsp;&nbsp;S_FORCEFINPER=N<br />set S_STARTDAT=1242581400<br />set S_PATH_UPROC=%UNI_FMDIR%&#092;MOD_VBS.bat<br />copy &#34;%S_PATH_UPROC%&#34;&nbsp;&nbsp;&nbsp;&nbsp;%tmp%&#092;AA0004890.bat<!--c2--></div><!--ec2--><br /><br />Ce répertoire correspond à la variable %tmp%.<br /><br />Ma question est, pourquoi est-ce que ces fichiers ne sont pas stockés dans le répertoire correspondant à la variable %u_tmp_path%  (qui dans mon cas est le répertoire tmp qui est sous le répertoire de ma société) ?]]></description>
		<pubDate>Tue, 18 Aug 2009 15:07:30 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=700</guid>
	</item>
	<item>
		<title>Résolu : uxversion avec seulement la version ?</title>
		<link>http://www.orsypforum.com/index.php?showtopic=647</link>
		<description><![CDATA[Bonjour,<br /><br />je voudrai via un script connaitre la version des $U installé sur mon parc.<br />Est-ce qu'il existe une autre commande que uxversion. parce que là je galère pas mal.<br /><br />La commande uxversion me donne tout l'historique des install et upgrade , je vourdrai juste la version courante .<br /><br />Merci]]></description>
		<pubDate>Mon, 29 Jun 2009 13:24:30 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=647</guid>
	</item>
	<item>
		<title>Résolu : Problème de corruption du fichier u_fsec50</title>
		<link>http://www.orsypforum.com/index.php?showtopic=622</link>
		<description><![CDATA[Bonjour,<br /><br />Au démarrage du serveur, j'ai une réorg :<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->. /u01/universe/MOND01/mgr/ux_vrf_rgz_rst dans le script uxstartup.<!--c2--></div><!--ec2--><br /><br /><br />et voic ce que j'ai eu lors du démarrage:<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->Start date &#58;&nbsp;&nbsp; Sun Jun 14 13&#58;00&#58;32 MEST 2009<br />/u01/universe/MOND01/u_fsec50 &#58; Le fichier n'est pas integre<br />u_vrf_fichier rend -1<br />general reoganization<br />file reorganization u_fsec50&nbsp;&nbsp; <br />End date&nbsp;&nbsp; &#58;&nbsp;&nbsp; Sun Jun 14 13&#58;00&#58;32 MEST 2009<!--c2--></div><!--ec2--><br /><br /><br />Déjà est-ce grave ?<br />Le $U a l'air de fonctionner correctement sur ce serveur . Est-ce normal ?<br />Je penser faire un raz_fic du fichier mais est-ce necessaire et utile ?<br /><br />Merci <br /><br />Si cela peut aider, il s'agit d'un serveur sun solaris et voici ce que retourne uxversion<br /><br />Version v500 (2006/21/2001)<br />Start of update RE0021D installation  (20050426111029)<br />End of update RE0021D installation  (20050426111029)<br />Start of update RE0025 installation  (20070109152810)<br />Start of update RE0025 installation ito (20070109152814)<br />End of update RE0025 installation ito (20070109152814)<br />Start of update 24334C installation ito (20070109153121)<br />End of update 24334C installation ito (20070109153121)<br />Start of update 24384C installation ito (20070109153416)<br />End of update 24384C installation ito (20070109153416)]]></description>
		<pubDate>Mon, 15 Jun 2009 10:30:40 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=622</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Problème d'import d'uproc et de session]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=589</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai un traitement qui exporte des uprocs et des sessions depuis l'espace exploitation et qui les importe dans l'espace application.<br />L'export/import se fait bien mais j'ai un souci lorsque je suis dans ma session. Si je veux ouvrir une uproc depuis la session j'ai le message d'erreur : "Erreur : impossible de lire cette uproc ; Cause : l'uproc est inexistante".<br />Je vais donc modifier l'uproc puis l'enregistrer (via la liste des uprocs) et ensuite quand je retourne dans la session je peux bien ouvrir l'uproc.<br /><br />Y a t'il une commande à lancer après l'import de mes uprocs et sessions ?<br /><br />Pour info voici les commandes que je lance pour l'import :<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->set S_VUPR_REINSERT=001<br />set S_VSES_REINSERT=001<br />C&#58;&#092;Universe&#092;FMPROD&#092;exec&#092;uxins UPR NODE=10prev2 APP REPL ENABLE UPR=* INPUT=uproc.txt<br />C&#58;&#092;Universe&#092;FMPROD&#092;exec&#092;uxins SES NODE=10prev2 APP REPL SES=I_FMNUIT INPUT=session.txt<!--c2--></div><!--ec2--><br /><br />Merci de votre aide.]]></description>
		<pubDate>Tue, 05 May 2009 11:17:44 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=589</guid>
	</item>
	<item>
		<title>Résolu : Trace système vide - pb de soumission des jobs</title>
		<link>http://www.orsypforum.com/index.php?showtopic=578</link>
		<description><![CDATA[Bonjour,<br /><br />Depuis l'upgrade de Dollar universe 5.3, je constate que lorsque je veux regarder pourquoi une uproc est incidentée, le fichier des traces systèmes créé est vide.<br /><br />Quelqu'un a-t-il une explication?]]></description>
		<pubDate>Thu, 23 Apr 2009 08:59:26 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=578</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Message d'erreur dans universe.log liés à l'échangeur : le lot est incoherent : nbart different]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=630</link>
		<description><![CDATA[Bonjour,<br /><br />Dans le fichier universe.log j'ai plein de lignes comme celles-ci :<br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->&#60;&#60; 2009-06-22 10&#58;41&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<br />&#60;&#60; 2009-06-22 10&#58;41&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<br />&#60;&#60; 2009-06-22 10&#58;43&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<br />&#60;&#60; 2009-06-22 10&#58;43&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<br />&#60;&#60; 2009-06-22 10&#58;45&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<br />&#60;&#60; 2009-06-22 10&#58;45&#58;59 0001716/UniServEch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/GAI90A32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/134455786 - %UNI_-E-U_EGAI90A3212, Le lot est incoherent &#58; nbart different<!--c2--></div><!--ec2--><br /><br />Pourtant je ne constate pas de dyfonctionnement, qu'est-ce que cela signifie ?<br /><br />Merci.]]></description>
		<pubDate>Mon, 22 Jun 2009 10:49:17 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=630</guid>
	</item>
	<item>
		<title>Purge automatique Dollar Universe</title>
		<link>http://www.orsypforum.com/index.php?showtopic=42</link>
		<description><![CDATA[Bonjour,<br />J'ai mis en place les purges automatiques de $U mais elles ne fonctionnent pas.<br />Quelqu'un aurait il une idée?]]></description>
		<pubDate>Fri, 11 Apr 2008 08:46:05 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=42</guid>
	</item>
	<item>
		<title>Résolu : Sauvegarde à chaud</title>
		<link>http://www.orsypforum.com/index.php?showtopic=140</link>
		<description><![CDATA[La sauvegarde à chaud fonctionne. Un utilitaire existe.<br />Par contre, je ne trouve pas trace d'un utilitaire qui permet de redescendre ces sauvegardes.<br /><br />Comment doit-on procéder ? <br /><br />L'action "redescente" doit être faite par le client ? (développent interne)<br />Les fichiers sauvegardés peuvent être réinsérés dans les répertoires de production, à chaud ?<br /><br /> merci]]></description>
		<pubDate>Fri, 13 Jun 2008 11:53:50 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=140</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Supervision de l'état des services par la commande uxlst FNC]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=609</link>
		<description><![CDATA[Bonjour,<br /><br />Je viens de voir que dans la v5.3.3, il y a la fonction uxlst FNC pour superviser l'état des services.<br />- Supervision de l'état des services (uxlst FNC donne le statut de tous les process Dollar Universe : moteurs et serveurs)<br /><br />Par contre quand j'exécute cette commande il me sort uniquement pour l'espace X et pas les autres.<br /><br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->$UXEXE/uxlst FNC<br /> Commande &#58; uxlst fnc fnc=*<br /><br /> FNC&nbsp;&nbsp;COMPANY&nbsp;&nbsp;NODE&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;AREA&nbsp;&nbsp;STATUS<br /> IO&nbsp;&nbsp; MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Started<br /> CDJ&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Started<br /> LAN&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Started<br /> CAL&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Started<br /> EXC&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Started<br /> SUR&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Started<br /> BVS&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X&nbsp;&nbsp;&nbsp;&nbsp; Stopped<br /> DQM&nbsp;&nbsp;MOND01&nbsp;&nbsp; uc1258&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Unable to check status<!--c2--></div><!--ec2--><br /><br />Est-ce normal ? Existe-il des paramètres pour affiner la sortie ?<br />Je n'ai pas trouvé de doc dessus.<br /><br />Merci]]></description>
		<pubDate>Thu, 28 May 2009 10:48:37 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=609</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Modification d'une session en mode commande]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=623</link>
		<description><![CDATA[Bonjour,<br /><br />Existe-t'il un moyen de changer l'UG d'exécution d'une uproc dans une session en mode commande ?]]></description>
		<pubDate>Wed, 17 Jun 2009 11:53:28 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=623</guid>
	</item>
	<item>
		<title>Résolu : Démarrage auto sous linux</title>
		<link>http://www.orsypforum.com/index.php?showtopic=586</link>
		<description><![CDATA[Bonjour,<br /><br />je viens d'installer un $U 5.3.3 sur une redhat.<br />Je voudrais que les services se lancent au démarrage.<br />j'ai vu un topic identique mais le fichier joint dans la réponse n'est pas accessible. (http://www.orsypforum.com/index.php?showtopic=265)<br /><br />Merci de m'indiquer comment faire.]]></description>
		<pubDate>Mon, 04 May 2009 15:33:34 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=586</guid>
	</item>
	<item>
		<title>Résolu : Maintenance préventive</title>
		<link>http://www.orsypforum.com/index.php?showtopic=521</link>
		<description><![CDATA[Bonjour,<br />Si on veut instaurer un cycle de maintenance préventive, quelles pourraient etre les actions à planifier dans le cadre de ce cycle de maintenance afin de maintenir un dollar universe au top niveau coté performance et perennité d'utilisation.<br />Merci pour votre retour.]]></description>
		<pubDate>Mon, 23 Mar 2009 16:16:18 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=521</guid>
	</item>
	<item>
		<title>Résolu : Réorganisation</title>
		<link>http://www.orsypforum.com/index.php?showtopic=436</link>
		<description><![CDATA[Bonjour,<br /><br />J'ai pu voir parler, dans les messages du forum, de la réorganisation.<br /><br />Nous avons mis en place $U très récemment, et je n'ai jamais fait de réorganisation.<br /><br />Pouvez-vous me dire à quoi ça correspond, comment, quand et pourquoi le faire ?<br /><br />Merci d'avance pour vos infos.]]></description>
		<pubDate>Fri, 30 Jan 2009 16:21:33 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=436</guid>
	</item>
	<item>
		<title>Résolu : Sauvegardes</title>
		<link>http://www.orsypforum.com/index.php?showtopic=430</link>
		<description><![CDATA[Bonjour,<br /><br />Je suis en train de mettre en place une procédure de sauvegarde de $U et je me pose une question.<br /><br />Tous les jours :<br /> - Je sauvegarde les fichiers de données via la commande uxbck.<br /> - J'exporte les uprocs, les sessions, les tâches, les UG, les noeuds ... via la commande uxext.<br /> - je sauvegarde le répertoire des logs<br /><br />Une fois par semaine :<br /> - je sauvegarde l'intégralité du répertoire &#092;universe<br /><br />Est-ce que cela est suffisant ou bien y-a-t'il d'autres choses à sauvegarder ? <br /><br /><br />Merci.]]></description>
		<pubDate>Fri, 23 Jan 2009 11:43:08 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=430</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Distribution de l'espace EXP vers SIM]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=293</link>
		<description><![CDATA[Bonsoir à tous,<br /><br />Je suis en version 5.1.3 avec FX 24493 sous AIX et je rencontre un problème avec la distribution de session et d'uprocs d'un espace d'exploitation vers un espace de simulation.<br /><br />J'ai suivi la procédure suivante qui est décrite dans l'aide :<br /><br />Insertion d'Uprocs, de Sessions et de Tâches<br />De façon générale, les commandes d'extraction uxext et d'insertion uxins d'objets (Uprocs, Sessions et Tâches) doivent être exécutées pour le même Espace afin de garantir la bonne version le l'objet dans l'Espace. Cependant, la méthode ci-dessous permet d'insérer des objets dans un autre Espace que l'Espace d'extraction.<br /><br />Des Uprocs, extraites des Espaces Exploitation ou Simulation (version 000), peuvent être insérées dans les Espaces Intégration ou Application en définissant au préalable la variable d'environnement suivante :<br /><br />S_VUPR_REINSERT=XYZ<br /><br />XYZ étant la nouvelle valeur de la version de l'Uproc soit au minimum 001 pour pouvoir être insérée dans les Espaces Intégration ou Application.<br /><br />Des Sessions, extraites de l'Espace Exploitation (version 000), peuvent être insérées dans les Espaces Simulation, Intégration ou Application en définissant au préalable la variable d'environnement suivante :<br /><br />S_VSES_REINSERT=STU<br /><br />STU étant la nouvelle valeur de la version de la session soit au minimum 001 pour pouvoir être insérée dans les Espaces Simulation, Intégration ou Application.<br /><br />Des Tâches, extraites de l'Espace Exploitation, peuvent être insérées dans les Espaces Simulation, Intégration ou Application en définissant au préalable les variables d'environnement suivantes :<br /><br />S_VUPR_REINSERT=XYZ<br /><br />S_VSES_REINSERT=STU<br /><br />Attention : Toutes les commandes d'insertion suivantes utiliseront ces variables pour définir la version des objets insérés (quelque soit l'Espace cible).<br /><br />Dans l'aide il est clairement dit qu'il faut intégrer les Uprocs en version 000 et les sessions en version 001.<br /><b><br />Pour les UPROCs pas de problème, par contre pour les sessions, l'insertion est toujours faite en 000 (que la variable soit définie ou non).<br />Et si les sessions sont en 000, je ne peux pas créer un lancement car il me dit que je ne suis pas dans la bonne version...<br /><br />J'ai fait la même manipulation en espace intégration et cela fonctionne sans problème.</b><br /><br />Quelqu'un aurait une idée ?<br /><br />Merci d'avance.<br />Bonne soirée.<br />Lo]]></description>
		<pubDate>Tue, 21 Oct 2008 18:05:01 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=293</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Commande purge historique d'execution]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=356</link>
		<description><![CDATA[Bonjour,<br /><br />Je voudrais savoir la commande pour lancer une Uprioc en ligne de commande sous DOS.<br /><br />Car je voudrais lancer la purge de l'historique d'execution qui comporte plus de 127 000 éléments et quand je le lance par l'interface graphique (je précise que je suis sous Windows) celui-ci est en cours d'execution pendant des heures car je pense qu'il y a trop d'éléments.<br /><br />Merci pour votre aide]]></description>
		<pubDate>Thu, 11 Dec 2008 13:02:04 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=356</guid>
	</item>
	<item>
		<title>Résolu : Reorganisation prenant beaucoup de temps</title>
		<link>http://www.orsypforum.com/index.php?showtopic=332</link>
		<description><![CDATA[Bonjour,<br />Suite à une coupure de courant sur certains serveurs Dollar universe, nous avons eu droit à des fichiers corrompus, bien entendu nous avons procédé a des réorganisations à froid afin de remedier à cela.<br />Malheureusement quoique nous ayons des durées de retention (V513) de 7 jours, nos fichiers de données $U font pour les plus gros dans les 600Mo. la reorganisation prend enormement de temps et la production ne redemarre qu'apres 4 à 5 heures (duree de la reorganisation).<br />Sachant que nous avons les espaces application et exploitation activés, que nous voulons garder activés, je veux optimiser cette operation de reorganisation en n'organisant que l'espace exploitation, la reorganisation globale poura etre realisée ulterieurement le Weekend mais ne pas etre impacté par la pression de la production en arret.<br />Ma question est la suivante:<br />avec la commande ux_vrf_rgz_rst je n'ai pas vu qu'elle accepte un parametre d'espace comme pour la reorganisation à chaud ou on peut avoir plusieurs option (reorg par espace ou meme par fichier).<br />Est il possible de proceder à une reorganisation à froid par espace? <br /><br />J'ai vu qu'il etait possible d'employer le parametre NOVERIF, est ce qu'il y aura toujours reorganisation des fichiers en utilisant ce parametre, à quoi sert il vraiment.<br /><br />Merci pour vos eclaircissements]]></description>
		<pubDate>Thu, 13 Nov 2008 12:52:22 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=332</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Déplacement d'une installation $U]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=296</link>
		<description><![CDATA[Est il possible et existe t-il une procédure pour déplacer une société $U d'un répertoire à un autre ?]]></description>
		<pubDate>Thu, 23 Oct 2008 16:31:40 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=296</guid>
	</item>
	<item>
		<title>Annonce : Purge en ligne et uxpurge : nouveautés sur la purge en ligne en V533</title>
		<link>http://www.orsypforum.com/index.php?showtopic=297</link>
		<description><![CDATA[Bonjour,<br /><br />la purge en ligne et l'uxpurge présentaient des différences qui pouvaient être gênantes et amener à lancer les 2 purges.<br /><br />Le FX24567 de la V533 apporte des améliorations à la purge en ligne (ce patch n'est pas à ce jour en General Availability).<br /><br />Voici les informations sur ces évolutions (cf lisezmoi du patch) :<br /><br /><br />La nouvelle version de la purge en ligne n'est pas activée par défaut, celle-ci peut-être activée via  la variable d'environnement U_IO_PURGE_ENABLE définie à Y ; cette variable doit être positionnée dans le fichier dans les fichiers uxsetenv<br />Si activée, la purge online se compose d'une purge dynamique réalisée par l'ordonnanceur et d'une purge non dynamique réalisée cycliquement par un thread du serveur d'IO, ces 2 purges utilisant les mêmes paramètres qui sont définis dans un fichier de configuration propre à chaque espace, u_purge_param.ref situé dans le répertoire data de l'espace considéré. <br />Pour la purge dynamique, le fichier maître de purge est le fichier des lancements (u_fmsb), la purge d'un record dans le fichier u_fmsb déclenchant la purge des records associés dans les fichiers dynamiques (u_fmcx, u_fmhs, u_fmph, u_fmfu, u_fmev, u_fmtp, u_fmsp, u_fmer, u_fmeq) ; pour la purge dynamique, les critères de rétention pour les fichiers dynamiques sont donc ceux du fichiers des lancements ; les états purgés par la purge dynamique sont des états finaux ; en cas de changement dans le fichiers de paramètres de purge, les dates de purges positionnées par l'ordonnanceur sont recalculées afin que le changement <br />soit bien pris en compte. La purge non-dynamique purge les records non purgés par la purge dynamique ; les critères de rétention sont dans ce cas ceux du fichiers des lancements u_fmsb  pour les fichier u_fmtp/u_fmsp/u_fmcm, ceux du fichier de contrôle u_fmcx  pour les fichier u_fmer/u_fmeq/critères de gestion, et ceux du fichier historique u_fmhs pour les fichier u_fmph/u_fmfu. C'est le thread de purge du serveur d'IO qui gère la lecture du fichier des paramètres de purge, le thread lisant le fichier des paramètres à intervalle régulier, ou bien lorsque le binaire loadPurParFic &lt;SOC&gt; &lt;ESP&gt; &lt;NODE&gt; est utilisé  ; le serveur d'IO est interrogé par l'ordonnanceur pour récupérer les paramètres de purge de façon à ce que la purge dynamique prenne en compte un changement dans les dits paramètres ; en cas de changement, la date de purge est recalculée en fonction des nouveaux paramètres.<br /><br />Le fichier des paramètres de purge est propre à chaque espace, situé dans UXDEX/UXDAP/UXDSI/UXDIN et nommé : u_purge_param.ref<br /><br />Le format du fichier est le suivant :<br />	# pour un commentaire<br />	Les lignes vides sont ignorées<br />	Une ligne significative a le format suivant : PARAM=VAL<br /><br />Les différents paramètres sont les suivants :   <br />PUR_DYN 	Y/N <br />Activer/Désactiver la partie " purge dynamique " de la purge online 	<br />défaut 	Y<br />CHK_FIC            	 JJJ:HH:MM                         <br />Cycle de check du fichier des paramètres de purge <br />                                        défaut 	001 :00 :00<br /> <br />PUR_CYC           	JJJ:HH:MM                         <br />Cycle de la purge non dynamique réalisée par l'IO <br />                                        défaut --- :-- :--<br />PUR_HHMM    	HH:MM                               <br />Heure la purge non dynamique réalisée par l'IO <br />                                        défaut 00 :01<br />PUR_LOG         	 Y/N/F                               <br />Paramétrer les options de log de la purge<br />défaut N<br />PUR_FREEZE    	Y/N                                       <br />Stopper/Démarrer la purge online<br />                                        défaut N<br />LAN_RET_DEF 	JJJ:HH:MM                         <br />Durée de rétention par défaut pour le fichier des lancements <br />                                       défaut 007 :00 :00<br />LAN_RET_'XX'      JJJ:HH:MM                    <br />Durée de rétention spécifique à un état.<br />                                        défaut LAN_RET_DEF<br />La liste des états possibles est (en gras les états relatifs à la purge dynamique)              <br />H          état désactivé<br />D          état démarré<br />W         état attente d'événement<br />R          état refusé<br />WO       état horaire dépassé après au moins un pilotage<br />LO        état horaire dépassé sans pilotage<br />E          état exécution en cours<br />A          état attente d'exécution<br />I           état incidenté<br />T          état terminé<br />F          état consignes de terminaison en cours<br />	<br />CTL_RET_DEF 	JJJ:HH:MM                          <br />Durée de rétention par défaut pour le fichier de contrôle                       <br />                                     défaut 007 :00 :00<br />CTL_RET_'XX' 	JJJ:HH:MM                          <br />Durée de rétention spécifique à un état.                                        <br />                                                 défaut CTL_RET_DEF<br />La liste des états possibles est :<br />D           état démarré<br />W          état attente d'événement<br />R           état refusé<br />O           état horaire dépassé<br />E           état exécution en cours<br />A           état attente d'exécution<br />I            état incidenté<br />T           état terminé<br />F           état consignes de terminaison en cours<br />HST_RET_DEF 	JJJ:HH:MM                          <br />Durée de rétention par défaut pour le fichier historique                        <br />                                <br />défaut 007 :00 :00<br />HST_RET_'XX'	JJJ:HH:MM                         <br />Durée de rétention spécifique à un état.                                        <br />                                                 défaut HST_RET_DEF<br />La liste des états possibles est :              <br />D           état démarré<br />W          état attente d'événement<br />R           état refusé<br />O          état horaire dépassé<br />E           état exécution en cours<br />A           état attente d'exécution<br />I            état incidenté<br />T           état terminé<br />F           état consignes de terminaison en cours<br /><br />Aucun paramètre n'est obligatoire ; en cas d'absence d'un paramètre, la valeur par défaut est considérée.<br />La valeur par défaut est aussi considérée dans si un paramètre au format JJJ :HH :MM est défini à --- :-- :-- ou si un paramètre HH :MM est défini à -- :--.<br />Pour les durées de rétention, une zone définie à 000 :00 :00 signifie une durée de rétention infinie.<br />En cas d'absence du fichier de paramètres, problème de lecture de ce fichier, problème lors du parsing du fichier,..  les valeurs par défaut sont considérées lors du premier chargement des paramètres ; lors des chargements suivants, les valeurs préalablement chargées sont conservées.<br />PUR_CYC et PUR_HHMM sont incompatibles ; l'un des deux paramètres doit être laissé à --- :-- :-- ou -- :-- ; dans le cas où PUR_HHMM est utilisée, le cycle de purge de l'IO est positionné à 1 journée ; dans le cas où PUR_CYC est défini, la première purge non dynamique a lieu 1 minute après le chargement des paramètres ; ensuite le cycle de purge de l'IO est appliqué.<br />Pour le fichier u_fmcm et les critères de gestion, la durée de rétention considérée est la plus grande des durées de rétention associées au fichier considéré, respectivement donc fichier des lancements et fichier de contrôle.<br />Si le paramètre PUR_LOG est mis à Y, un fichier log par espace est créé u_purge.log, respectivement dans UXLEX, UXLAP, UXLIN, UXLSI. A Y, la liste des paramètres de purge est affichée à chaque chargement des paramètres et lors du démarrage de la purge non dynamique. A F, le fichier log contient en plus la liste des records effacés par la purge non dynamique, ainsi que la liste des records du sb effacés par la purge dynamique.<br />Le binaire chkPurParFic &lt;fichier&gt; permet de vérifier la syntaxe correcte du fichier des paramètres ; le parsing s'arrête à la première erreur et affiche la ligne en erreur. chkPurParFic &lt;help&gt; affiche l'aide pour ce binaire.<br />Le binaire loadPurParFic &lt;SOC&gt; &lt;ESP&gt;  &lt;NODE&gt; permet de forcer un chargement des paramètres en dehors du cycle normal de chargement du fichier de paramètres par l'IO. binaire loadPurParFic &lt;help&gt; affiche l'aide pour ce binaire.<br />Dans tous les cas de chargement du fichier des paramètres, si le fichier n'a pas été modifié, le chargement ne provoque aucun changement au niveau des paramètres de la purge ; si le fichier est incorrect syntaxiquement, les paramètres de purge préalablement chargés sont conservés. Si PUR_CYC est défini, dans tous les cas de chargement, la purge non dynamique démarrera 1 minute après le chargement.<br />Dans le cas où les paramètres de purge font que la purge non dynamique et le chargement du fichier des paramètres doivent se faire au même moment, la purge non dynamique s'exécute d'abord.<br /><br />Exemples de log avec PUR_LOG à Y :<br />##### LOAD OF PURGE PARAMETERS ##### [20080619141700]<br />ENABLE [Y] / FREEZE [Y] / DYN [N] / LOG [d] / CHECK PARAM CYCLE [001:00:00] / <br />IO PURGE CYCLE [000:00:10] / IO PURGE HOUR [--:--]<br />CTL_RET_A  000:00:05<br />CTL_RET_D  000:00:05<br />CTL_RET_DEF007:00:00<br />CTL_RET_E  000:00:05<br />CTL_RET_F  000:00:05<br />CTL_RET_I  000:00:05<br />CTL_RET_O  000:00:05<br />CTL_RET_R  000:00:05<br />CTL_RET_T  000:00:05<br />CTL_RET_W  000:00:05<br />HST_RET_A  000:00:05<br />HST_RET_D  000:00:05<br />HST_RET_DEF007:00:00<br />HST_RET_E  000:00:05<br />HST_RET_F  000:00:05<br />HST_RET_I  000:00:05<br />HST_RET_O  000:00:05<br />HST_RET_R  000:00:05<br />HST_RET_T  000:00:05<br />HST_RET_W  000:00:05<br />LAN_RET_A  000:00:05<br />LAN_RET_D  000:00:05<br />LAN_RET_DEF007:00:00<br />LAN_RET_E  000:00:05<br />LAN_RET_F  000:00:05<br />LAN_RET_H  000:00:05<br />LAN_RET_I  000:00:05<br />LAN_RET_LO 000:00:05<br />LAN_RET_R  000:00:05<br />LAN_RET_T  000:00:05<br />LAN_RET_W  000:00:05<br />LAN_RET_WO 000:00:05<br />--------------------------------------------<br />##### START OF IO PURGE [20080619141800] #####<br />CTL_RET_A  000:00:05<br />CTL_RET_D  000:00:05<br />CTL_RET_DEF007:00:00<br />CTL_RET_E  000:00:05<br />CTL_RET_F  000:00:05<br />CTL_RET_I  000:00:05<br />CTL_RET_O  000:00:05<br />CTL_RET_R  000:00:05<br />CTL_RET_T  000:00:05<br />CTL_RET_W  000:00:05<br />HST_RET_A  000:00:05<br />HST_RET_D  000:00:05<br />HST_RET_DEF007:00:00<br />HST_RET_E  000:00:05<br />HST_RET_F  000:00:05<br />HST_RET_I  000:00:05<br />HST_RET_O  000:00:05<br />HST_RET_R  000:00:05<br />HST_RET_T  000:00:05<br />HST_RET_W  000:00:05<br />LAN_RET_A  000:00:05<br />LAN_RET_D  000:00:05<br />LAN_RET_DEF007:00:00<br />LAN_RET_E  000:00:05<br />LAN_RET_F  000:00:05<br />LAN_RET_H  000:00:05<br />LAN_RET_I  000:00:05<br />LAN_RET_LO 000:00:05<br />LAN_RET_R  000:00:05<br />LAN_RET_T  000:00:05<br />LAN_RET_W  000:00:05<br />LAN_RET_WO 000:00:05<br />--------------------------------------------<br />##### END OF IO PURGE [20080619141800] #####<br />--------------------------------------------<br /><br />Exemples de log avec PUR_LOG à F :<br />[SIO] [HS] [          ]/[000] [PURGE_OK  ]/[000] [MUPURGE   ] [T] <br />[0000000]/[0000147]/[0000174] [20080619140601]<br />[LAN] [SB] [          ]/[000] [PURGE_OK  ]/[000] [CALPMFSO  ] [T] <br />[0000000]/[0000236]/[0000279] [20080619143432]<br />[SIO]  / [LAN] 			composant réalisant la purge<br />[HS] / [CX] / [SB] 			fichier considéré<br />[          ]/[000]			session / numéro de session<br />[PURGE_OK  ]/[000]			uproc / numéro d'uproc<br />[MUPURGE  ]			ug<br /> [T]				état<br />[0000000]/[0000147]/[0000174]		numsess/numproc/numlanc<br />[20080619140601]			date de purge YYYYMMDDHHMMSS]]></description>
		<pubDate>Thu, 23 Oct 2008 17:12:43 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=297</guid>
	</item>
	<item>
		<title>Résolu : Démarrage automatique des services Dollar Universe sur Linux</title>
		<link>http://www.orsypforum.com/index.php?showtopic=265</link>
		<description><![CDATA[Bonjour, <br /><br />nous souhaitons faire en sorte que les services Dollar Universe se lancent au démarrage de nos serveurs linux. Comment faire?<br /><br />Merci.]]></description>
		<pubDate>Tue, 07 Oct 2008 18:01:24 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=265</guid>
	</item>
	<item>
		<title><![CDATA[Core dumped lors d'un uxext]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=254</link>
		<description><![CDATA[Bonjour, <br /><br />En essayant d'extraire une liste d'uproc (UPR=COD003*), j'ai un beau core dumped<br />$UXEXE/uxext UPR UPR=COD003* output=/tmp/uprocs.txt<br />L'objet (COD003_05S, 000) a ete extrait<br />Segmentation Fault - core dumped<br /><br />J'ai essayé avec UPR=*, sous root en chargeant l'environnement, en créant le fichier dans l'arborescence $U, etc... mais il plante à chaque fois après avoir extrait la première...<br />Nous sommes sur Solaris 10<br /><br />Si quelqu'un a déjà eu ou vu ce problème...<br /><br />Cédric]]></description>
		<pubDate>Fri, 26 Sep 2008 11:14:32 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=254</guid>
	</item>
	<item>
		<title>Résolu : Blocage Dollar Universe (décoder universe.log pour détecter le fichiers corrompus)</title>
		<link>http://www.orsypforum.com/index.php?showtopic=171</link>
		<description><![CDATA[comment décoder universe.log pour détecter les fichiers corrompus.<br />quels sont les fichiers qu'il ne faut pas oser initialiser.]]></description>
		<pubDate>Wed, 16 Jul 2008 17:56:26 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=171</guid>
	</item>
	<item>
		<title><![CDATA[Résolu : Recommandations pour l'enchainement des traitements administratifs]]></title>
		<link>http://www.orsypforum.com/index.php?showtopic=141</link>
		<description><![CDATA[Bonjour,<br /><br />Entre les différents traitements que dollar universe propose :<br /><br />1) reorganisation à chaud, <br />2) purge diverses :<br />- uxcleevt<br />- uxcleupr<br />- uxpurdst<br />3) sauvegarde à chaud<br /><br />Préconisez-vous une chronologie des actions ? <br /><br />merci]]></description>
		<pubDate>Fri, 13 Jun 2008 11:57:04 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=141</guid>
	</item>
	<item>
		<title>Résolu : Empecher le déploiement auto des noeuds dans la console</title>
		<link>http://www.orsypforum.com/index.php?showtopic=169</link>
		<description><![CDATA[Bonjour, <br /><br />Est t'il possible d'empêcher le déploiement automatique des noeuds dans la console Dollar Universe 5.2<br /><br />En effet à chaque ouverture de ma console, chaque noeud est développé. je suis obligé des les fermer à la main.]]></description>
		<pubDate>Wed, 09 Jul 2008 17:00:03 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=169</guid>
	</item>
	<item>
		<title>Résolu : Réglage de la taille de universe.log</title>
		<link>http://www.orsypforum.com/index.php?showtopic=168</link>
		<description><![CDATA[Bonjour,<br /><br />Mon entreprise utilise depuis peu dollar universe 5.2-3 et nous rencontrons quelques difficultés sur la gestion de la taille du fichier de log "universe.log."<br /><br />Ce dernier a tendance à prendre beaucoup d'espace <br /><br />Est t'il possible de contrôler la taille maximum prise par le fichier et de contrôler sa purge .<br /><br /><br />Cordialement]]></description>
		<pubDate>Wed, 09 Jul 2008 16:41:13 +0200</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=168</guid>
	</item>
	<item>
		<title>Résolu : uxrgz uni all ?</title>
		<link>http://www.orsypforum.com/index.php?showtopic=23</link>
		<description><![CDATA[Bonjour,<br /><br />Quelqu'un peut me confirmer que la commande suivante : « uxrgz uni all » correspond bien à une réorg à chaud de tous les fichiers ??????<br /><br />Thx,<br />François]]></description>
		<pubDate>Mon, 24 Mar 2008 18:37:11 +0100</pubDate>
		<guid>http://www.orsypforum.com/index.php?showtopic=23</guid>
	</item>
</channel>
</rss>