<<< DISK$DATA:[NOTES$LIBRARY]VAX_VMS.NOTE;1 >>> -< SIG VAX/VMS >- ================================================================================ Note 1357.0 Cherche specialiste SDA 15 replies DECUSF::CLAR_D "Chairman du SIG UNIX" 25 lines 29-MAY-1991 14:43 -------------------------------------------------------------------------------- Sur une station d'un cluster , le show system me donne les infos suivantes : 2200022B PAJUSCO_PAT_SM1 RWAST 6 704 0 00:00:13.68 2300 2615 2200022E VUE$PAJUSCO_P_3 COM 4 391 0 02:02:02.97 3234 103 S Le temps CPU du second n'arrete pas d'augmenter. Quand je fais un sh proc/cont/id=2200022E, j'obtiens %SYSTEM-F-SUSPENDED, process is suspended. Ce qui m'etonne fortement, mais comme je ne suis pas contrariant je fais un set proc/resume/id=2200022E qui se passe bien mais qui ne change rien. Si je fais maintenant set proc/susp/id=2200022E , j'obtiens %SET-E-NOTSET, process VUE$PAJUSCO_P_3, PID=2200022E, not suspended -SYSTEM-W-NONEXPR, nonexistent process Cela me semble mal "barré". Puis-je voir quelque chose avec SDA? Puis-je eviter le reboot? ================================================================================ Note 1357.1 Cherche specialiste SDA 1 of 15 DECUSF::FAUCONNET_A "Alain, SIG Graph & messagerie" 6 lines 29-MAY-1991 14:59 -< RWASTed again >- -------------------------------------------------------------------------------- Ca m'a toujours fait rire, ca... le process 2200022e n'existe pas mais il s'appelle VUE$PASJUSCO_P_3 ! Ca sent le delete pending, mais helas je ne suis pas en mesure de t'aider. Une question quand meme : quels sont les quotas SYUAF du username concerne ? ASTLM surtout ? ================================================================================ Note 1357.2 Cherche specialiste SDA 2 of 15 DECUSF::GERARD_G "G. Gerard ENST centre de calcul" 4 lines 29-MAY-1991 16:12 -< sous-process? >- -------------------------------------------------------------------------------- si le second est un sous-process du premier, c'est normal que le premier soit en RWAST si on a voulu detruire le second process et que celui-ci ne veut pas se terminer. set process/suspend=kernel ne marche pas ? ou bien stop/id? (quoi que j'en doute...) ================================================================================ Note 1357.3 Cherche specialiste SDA 3 of 15 DECUSF::CLAR_D "Chairman du SIG UNIX" 5 lines 29-MAY-1991 16:38 -< C'est ASTLM >- -------------------------------------------------------------------------------- Les stop/id ne marchent pas et ne repondent rien. Les set process/suspend=kernel repondent que le process n'existe pas. D'apres .1 cela doit etre un pb d'ASTLM qui etait vraiment petit. Je rebooterai donc demain matin. ================================================================================ Note 1357.4 Cherche specialiste SDA 4 of 15 DECUSF::FOUCHET_F "François FOUCHET" 2 lines 29-MAY-1991 17:25 -< Brico >- -------------------------------------------------------------------------------- Tu peux aussi utiliser un brico pour augmenter "a la main" la valeur d'ASTLM et ASTCNT. ================================================================================ Note 1357.5 Cherche specialiste SDA 5 of 15 DECUSF::CLAR_D "Chairman du SIG UNIX" 1 line 29-MAY-1991 18:19 -< Le brico est dans vms:? >- -------------------------------------------------------------------------------- ================================================================================ Note 1357.6 Cherche specialiste SDA 6 of 15 DECUSF::FOUCHET_F "François FOUCHET" 4 lines 29-MAY-1991 18:26 -< Dans une note ? >- -------------------------------------------------------------------------------- Je l'ai cherche, mais je ne l'ai pas trouve dans VMS:. Il est peut etre dans une note ici. Je pense aussi en avoir un de ce type chez moi, mais je n'y suis actuellement pas. Je vais essayer d'y passer demain midi. Si je le trouve, je le depose dans VMS:. ================================================================================ Note 1357.7 Cherche specialiste SDA 7 of 15 DECUSF::OURGHANLIA_B "Eppur si muove..." 4 lines 30-MAY-1991 06:43 -< Veni, $CMKRNLI, Rebooti.... >- -------------------------------------------------------------------------------- A true hacker never reboots it's machine except when he uses an AZERTY keyboard under XDELTA.... Voir un hack qui fait tout cela en 467.*.... ================================================================================ Note 1357.8 Cherche specialiste SDA 8 of 15 DECUSF::CLAR_D "Chairman du SIG UNIX" 3 lines 30-MAY-1991 07:55 -< Merci >- -------------------------------------------------------------------------------- Je suppose que je n'ai plus qu'a remplacer les references a xxxlm ou autres poar astlm, etc ================================================================================ Note 1357.9 Cherche specialiste SDA 9 of 15 DECUSF::WERZ_P "Pascal WERZ, MagneTech, Orsay." 6 lines 30-MAY-1991 08:52 -------------------------------------------------------------------------------- > A true hacker never reboots it's machine except when he uses an AZERTY > keyboard under XDELTA.... Elle m'a bien fait rire, celle-là! pw ================================================================================ Note 1357.10 Cherche specialiste SDA 10 of 15 DECUSF::PANNETIER_AM "Alain PANNETIER - TIBET" 6 lines 30-MAY-1991 09:15 -< PUB >- -------------------------------------------------------------------------------- J'ai adapté un des hacks de Jean-Ylys COLLOT qui fait faire des choses contre son gré à un process pour décoincer les RWAST ( j'ai pas tout compris, mais ça a l'air de fonctionner ) Il suffit de faire exécuter au process cible la $SETRWM pour que le process ne soit plus en resource wait mode. "I can upload it here" si ça interesse quelqu'un. ================================================================================ Note 1357.11 Cherche specialiste SDA 11 of 15 DECUSF::BARTHELEMY_A 2 lines 30-MAY-1991 09:49 -< Ah oui >- -------------------------------------------------------------------------------- Oui cela serait tres interessant. Merci ================================================================================ Note 1357.12 Cherche specialiste SDA 12 of 15 DECUSF::THONON_D "Daniel Thonon SEMA-GROUP Meylan" 9 lines 30-MAY-1991 14:52 -< Rire jaune >- -------------------------------------------------------------------------------- Ben moi, la clavier AZERTY ne me fait pas rire du tout: On fait de temps en temps des BACKUP stand-alone sur une VS3100: Il faut s'y mettre à 2 pour dicter les caractères sans se tromper. Quand est-ce que le driver de terminal connaitra le clavier (la ROM de boot le fait bien, elle). PS: j'ai déjà fait une fois du XDELTA avec un clavier AZERTY sur une VS, et je ne comprend pas comment j'en suis sorti. 5Mais je n'ai pas réussi à m'arreter ou je voulais quand meme) ================================================================================ Note 1357.13 Cherche specialiste SDA 13 of 15 DECUSF::PANNETIER_AM "Alain PANNETIER - TIBET" 64 lines 1-JUN-1991 18:39 -< VMS:SET_PROC_NO_RWMOD.MAR >- -------------------------------------------------------------------------------- VMS:SET_PROC_NO_RWMOD.MAR force un process à ne plus attendre une AST. Dans certains cas, détaillés ci dessous, cela permet de faire sortir un process RWAST. En fait ce programme n'a rien à voir avec J-Yves COLLOT, ni avec la méthode classique d'allocation d'ACB en non paged pool puisque, justement, un process RWAST ne veut rien entendre du point de vue des AST ( Dans le mode ou il est en attente, si ce mode est < à KERNEL on peut quand même le tuer ). Le pgm : - accepte un Extended Pid - en deduit l'adresse du PCB correspondant - flagge PCB$M_SSRWAIT dans PCB$L_STS les causes de l'état RWAST - Les classiques : 1 / MOUNT d'un device ( la TK50 moyenne ) démontage hard de la TK en jouant avec les boutons. CTRL/Y, stop/id etc... RWAST en mode Kernel 2 / OPCOM fonctionne; SET AUDIT/ALARM/ENABLE=ALL SET AUDIT/SERVER=EXIT. Tous les process, au vu des flags de l'audit continuent à envoyer consciencieusement, leurs signaux à l'OPCOM dans MBA2 qui les ressert à MBA3 pour AUDIT_SERVER ...qui ne les lit pas A chaque fois que OPCOM écrit ds MBA3, il décrémente ses Buffered IO. Qd AUDIT SERVER les lit, les Buffered IO de OPCOM, s'incrémentent. Si la mailbox est pleine en premier, OPCOM passe RWMBX Si le BIOLIM est épuisé en premier, RWAST. De manière générale, tout process qui épuise ses Bufferrd IO ou son PGFLQUO, DIOLM...pendant une opération asynchrone passe RWAST 3 / En version 5.0 (après je ne sais pas ) arrêt du LAT depuis un port LAT ( MC LATCP STOP NODE ) 4 / Création d'un shadow sur une unité en cours d'initialisation MSCP. Domaine d'utilisation du PGM - Problèmes de Quotas (2). - Shadow (4) Extension : ce PGM peut servir à faite toutes les C[censuré]ies possibles sur le PCB des copains. P.S. Comme d'une part j'aime bien savoir quand je dis des aneries, et d'autre part on n'a pas des process RWAST tous les jours, j'aimerais que les utilisateurs futures du PGM me fassent part de leurs remarques, découvertes, domaines d'applications....etc...soit ici, soit par mail. Merci d'avance ================================================================================ Note 1357.14 Cherche specialiste SDA 14 of 15 DECUSF::PANNETIER_AM "Alain PANNETIER - TIBET" 9 lines 3-JUN-1991 13:56 -< BLACK DEATH !! >- -------------------------------------------------------------------------------- J'espère que personne n'a expérimenté, parce que mon pgm est une machine à crasher les multiprocesseurs. ( j'ai juste fait l'impasse sur les locks SMP et les interlocks mémoire ). Je m'en suis aperçu après avoir consulté les pgms de BO en 467.*. Je corrige dès que possible et je teste sur un multi-processeur ( je n'avais utiliqsé ue des mono-processeurs ). Encore une fois, mille pardons. ================================================================================ Note 1357.15 Cherche specialiste SDA 15 of 15 DECUSF::PANNETIER_AM "Alain PANNETIER - TIBET" 2 lines 3-JUN-1991 15:15 -------------------------------------------------------------------------------- Voila ç'est corrigé. Si un gourou, ils sont très occupés en ce moment, pouvait juste jeter un coup d'oeil...je serais plus tranquille.