Re: FTP of CMS file as attachment - PJBR
Hi Ed, No problem, we are in process of migrating z/VM 4.4 into z/VM 5.4 Thank you very much, BRGDS, José R. Barón Soporte e Implantación e-TICA y ARIES CALCULO S.A. Pza. de las Cortes, 2 28014 Madrid Tel. 91 330 86 44 / E-mail: jba...@calculo-sa.es P No imprima este e-mail si no es realmente necesario. Do not print this e-mail unless really necessary. -Mensaje original- De: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] En nombre de Edward M Martin Enviado el: miércoles, 17 de junio de 2009 17:25 Para: IBMVM@LISTSERV.UARK.EDU Asunto: Re: FTP of CMS file as attachment - PJBR Hello Jose, z/VM 4.3 did not support the attachment parameter. I am not sure when it was introduced. Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of jose raul baron Sent: Wednesday, June 17, 2009 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FTP of CMS file as attachment - PJBR Tom, Bill, Marci, Mike, David, Jim, Ed, THANK YOU VERY MUCH FOR YOUR HELP. Now, to your questions: - Yes, I made a mistake, I meant e-mail but for some reason I wrote FTP instead. I'm Sorry for my lapsus. - PJBR means Produccion - Jose Baron Rodriguez. It's just an eyecatcher I tag my posts with so I can locate any reply I get more easily among hundreds of e-mails. Just a trick ;-) Now, this is what I have tested and my results with your great suggestions: - I have used PROFILE EXEC for a plain text file and a z/VM .PDF manual (no better item :-) for a binary file to play with. - First I tried..: sendfile ZVM43 PDF A to jbaron at calculo-sa.es (mime BINARY -- This works fine. - However I just couldn't get a satisfactory sendfile ascii-attachment solution for PROFILE EXEC. It sent me either the file as the e-mail text itself or as two .dat files a bit unconfortable to work with. I tried...: (1) sendfile profile exec a to jbaron at calculo-sa.es (SMTP autosubj uftsync and...: (2) sendfile profile exec a to jbaron at calculo-sa.es (MIME autosubj uftsync variations but since there is no remote UTF server it switches to SMTP, which makes (1) and (2) identical. - So I ended up installing MAILIT VMARC and it works fine with minimum variations: mailit to(jbaron at calculo-sa.es) subject(this is it) attach(profile exec) mailit to(jbaron at calculo-sa.es) subject(this is it) attach(zvm43 pdf) This solution has been the best one I've found to solve the two cases. Again, THANKS A LOT FOR YOUR HELP ! BRGDS, Jose Raul Baron Dpto. Sistemas CALCULO S.A. Pza. de las Cortes, 2 28014 Madrid Tel. 91 330 86 44 / E-mail: jba...@calculo-sa.es P No imprima este e-mail si no es realmente necesario. Do not print this e-mail unless really necessary.
Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF
Hi Mike your recommendations were correct, when accessing the ISPMLIB MACLIB as filemode T , the command display one panel of ISPF, but it shows the following message to me ISPF DIALOG ERROR -- COMMAND === ** * * * PANEL 'i...@prim' ERROR * * PANEL NOT FOUND. * * * * * * * * * * * * * * Enter HELP command for further information regarding this error. * * Press ENTER key to terminate the dialog. * * * * * * * * * ** Apparently it does not find the panel i...@prim… where I can find this panel thanks for everything ATTE VHOA On Mon, Jun 22, 2009 at 11:31 AM, Mike Walter mike.wal...@hewitt.comwrote: Victor, If it is still not working, you may want to copy the PDF EXEC to your A-disk while testing, so that the IBM-distributed PDF EXEC remains untouched (even the date and timestamps). Comment out line 60, for example: change: 'SET CMSTYPE HT to: /* 'SET CMSTYPE HT' */ The re-run the PDF EXEC to see what error messages are displayed. 'SET CMSTYPE HT' (HT = 'Halt Typing') prevents any errors from the following FILEDEFs from being displayed at the console. You may, or may not, need some of those FILEDEF's - it depends on your particular configuration. Since the message mentions ISPMLIB library, I'd look first to see if you have the ISPMLIB MACLIB accessed at filemode T. On our system, the ISPMLIB MACLIB contains those messages, reading: ---snip--- ISPS014 'IMMEDIATE PMD TERMINATION AFTER ATTACH' '** LOGICAL SCREEN REQUEST FAILED - ABEND SMRXCODE **' ISPS015 'USER ACTION FOR ISPS013 AND ISPS014' '** CONTACT YOUR SYSTEMS PROGRAMMER OR DIALOG DEVELOPER **' ---snip--- Once you get past accessing the ISPMLIB MACLIB as filemode T (or wherever you place it, ensuring that the PDF EXEC points to the right place), then there may be another problem. After all, for some reason it is trying to issue those error messages. Remember to keep a 'virgin' copy of IBM's distributed PDF EXEC in case you need to go back to the original state. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. VICTOR HUGO OCHOA AVILA victorhugoochoaav...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/21/2009 02:05 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF Yes Mike, In theory this whole, the process of ISPF/PDF installation finishes correctly, and when running up the pdf exec, I can see that it does not send error when invoking the filedefs, but when executing this line 165 *-* 'ISPDCS ISPDCSS ISPVM PANEL(i...@prim) NEWAPPL(ISR) DMMODE(T)' ISPFPARM sends the error. This is the trace of the pdf exec. PDF 4 *-* PARSE UPPER ARG ISPFPARM 5 *-* / **/ 6 *-* /* THIS IS THE ISPF (SYSTEM PRODUCTIVITY FACILITY) COMMAND EXEC USED */ 7 *-* /* TO RUN THE PROGRAM DEVELOPMENT FACILITY. BEFORE INVOKING THIS */ 8 *-* /* EXEC YOU MUST INSERT FILEDEFS FOR ANY ADDITIONAL PANEL, MESSAGE, */ 9 *-* /* TABLES AND/OR SKELETON LIBRARIES FROM WHICH YOU PLAN TO OPERATE, */ 10 *-* /* AS WELL AS FOR THE FILE TO BE USED FOR ISPPROF. THE ISPDCS */ 11 *-* /* COMMAND HAS AN OPTIONAL KEYWORD PARAMETER (KEYWORD IS PDFDCSS) */ 12 *-* /* WHICH SPECIFIES THE PDF DCSS NAME (IF OMITTED THEN THE DEFAULT PDF */ 13 *-* /* DCSS NAME OF ISRDCSS IS USED). */ 14 *-* /* */ 15 *-* /* CHANGE ACTIVITY- */ 16 *-* /*VM26404 - CHANGE THE WORD ISSUE TO THE WORD INSERT IN */ 17 *-* /* SECOND SENTENCE ABOVE. ISG GT4045 WLK */ 18 *-* /* */ 19 *-* /*VM27268 - THE PDF EXEC WAS SHIPPED WITH A LINK TO ISPF AND */ 20 *-* /* THE 191 DISK. IT SHOULD BE ISPVM AND THE 192. */ 21 *-* /* ISG GT4045 WLK */ 22 *-* /* */ 23 *-* /*VM29458 - 'INVALID CLEAR REQUEST' MSG RECEIVED DUE TO */ 24 *-* /* 'FILEDEF CLEAR' COMMANDS. */ 25 *-* /* ISG GT4046 WLK */ 26 *-* /* */ 27 *-* /*VM56552 - Add previously defined txtlibs and loadlibs to */ 28 *-* /* global. */ 29 *-* /* */ 30 *-* /*VM58129 - If SCLM_SWITCH set to no, GLOBAL TXTLIBs and
Re: Control Data Backups
To avoid the problem of the target for the backup being RELEASEd (due to restart of the backup SFS), you can use the SFSDOT commands (explained in sample document on MAINT 193 or 3B2): CP SEND VMSERVx .CMS ACCESS targpool:space.subdir Z CP SLEEP 1 SEC CP SEND VMSERVX BACKUP This works only after enabling .CMS, as explained in the document: some .FIND followed by a CP STORE. Life is easier of you get my SCIF package from the downloadlib, it will do what is required to enable .CMS. With human intervention, or from a disconnected server: EXEC SCIFSFS .CMS ACCESS . if connected: press F3 to leave the SCIF session. To be used in some other exec, working regardless of disconnected state 'PIPE REXX(SCIF EXEC) (SFSCMS) .CMS ACCESS |Totarget locate /Ready/|STEM RESPONSE.' What is uncertain to me: is the TOTARGET stage: I don't know here at home what SFS replies after a .CMS ACCESS; without a good TOTARGET (or a likewise stage) the SCIF EXEC will wait about 15 seconds before exiting. So run SCIFSFS once and see 2009/6/17 Schuh, Richard rsc...@visa.com Mine are 23 3390-03s for one, only 15 in the other. Unfortunately, the user community is small but active. There are several CDBs in any given day. I think what I will do is create a third filepool whose only purpose is to host the backups from the other two. That would simplify the coordination of the backups. Put each on a 2-hour CDB cycle with one on the even numbered hour and the other on the odd. That frequency would probably be often enough to keep LUWs from ever being suspended. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of C. Lawrence Perkins Sent: Tuesday, June 16, 2009 3:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Control Data Backups They're both quite large - the data disks are 3 3390-27 but they both enj= oy a working vacation in terms of activity. Some huge files get written = to them every morning, then users read them all day long. The user communit= y is also large, but not volatile. The CDB's take place about 3am when no = creatures are stirring, not even mice. On Mon, 15 Jun 2009 16:47:37 -0700, Schuh, Richard rsc...@visa.com wrot= e: How large and active (creating, modifying or deleting files, actively = modifying permissions, adding/deleting users, etc.) are your two filepool= s? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of C. Lawrence Perkins Sent: Friday, June 12, 2009 6:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Control Data Backups On Fri, 12 Jun 2009 14:52:40 -0700, Schuh, Richard rsc...@visa.com wrot= e: Suppose I have two filepools called SFS1 and SFS2. Would having each do = control data backups to the other cause problems. For purposes of this = discussion, assume that they would not do the backups concurrently and th= at neither catalogs nor filespaces share space on the same disks. Regards, Richard Schuh I've been doing just that for 4 years. My SFS1 and SFS2 are not only= not on the same disks, they're on two different z/VM systems in an ISFC = collection. = == === -- Kris Buelens, IBM Belgium, VM customer support
Re: Control Data Backups
On Tue, Jun 23, 2009 at 12:17 PM, Kris Buelenskris.buel...@gmail.com wrote: To avoid the problem of the target for the backup being RELEASEd (due to restart of the backup SFS), you can use the SFSDOT commands (explained in sample document on MAINT 193 or 3B2): So why would you? What would be the reason to use an accessed directory over a the apparently architectured solution to specify the SFS directory in the control file? Is there a performance benefit or other? Would it not be wise to use the (audited and controlled) SFS administrator commands rather than cheat by exploiting the CP privilege class of another server? Plus the issues we raised about tools that zap VMDBKs. I'm sure VM Development had a reason not to enable that interface by default (or even with a sensible parameter in the DMSPARMS). PS Simply the fact that one spent many hours on creating some local tooling does not count as a reason to use it. After all, exploiting locally written tools without a good reason is typically more expensive than just throwing them away ;-) http://despair.com/perseverance.html Rob
Re: Control Data Backups
Sorry then, I (mis)remembered from the old discussion that it was not possible yet to code a dirid on the BACKUP statement in the DMSPARMS file. It is obviously much better to use this official solution. At the other hand, my SCIF is not zapping VMDBKs, it uses WAKEUP to intercept the responses of .FIND DMSxxx; CP DISPLAY and CP STORE. And before sending the STORE, it verifies the altered storage to be something expected. 2009/6/23 Rob van der Heij rvdh...@gmail.com: On Tue, Jun 23, 2009 at 12:17 PM, Kris Buelenskris.buel...@gmail.com wrote: To avoid the problem of the target for the backup being RELEASEd (due to restart of the backup SFS), you can use the SFSDOT commands (explained in sample document on MAINT 193 or 3B2): So why would you? What would be the reason to use an accessed directory over a the apparently architectured solution to specify the SFS directory in the control file? Is there a performance benefit or other? Would it not be wise to use the (audited and controlled) SFS administrator commands rather than cheat by exploiting the CP privilege class of another server? Plus the issues we raised about tools that zap VMDBKs. I'm sure VM Development had a reason not to enable that interface by default (or even with a sensible parameter in the DMSPARMS). PS Simply the fact that one spent many hours on creating some local tooling does not count as a reason to use it. After all, exploiting locally written tools without a good reason is typically more expensive than just throwing them away ;-) http://despair.com/perseverance.html Rob -- Kris Buelens, IBM Belgium, VM customer support
PRT output QUEUE to the RDR QUEUE
I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance.
Re: PRT output QUEUE to the RDR QUEUE
TRANSFER OPERATOR PRT nnn to OPERATOR RDR Thank you, Scott From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Tuesday, June 23, 2009 9:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PRT output QUEUE to the RDR QUEUE I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF
Victor, The i...@prim is in the IRSPLIB MACLIB. Here is what my panel library concatenation looks like. PRODPLIB is our home written stuff, IRSPLIB is PDF and ISPPLIB is ISPF. 'FILEDEF ISPPLIB DISKPRODPLIB MACLIB O (PERM' 'FILEDEF ISPPLIB DISKISRPLIB MACLIB P (PERM CONCAT' 'FILEDEF ISPPLIB DISKISPPLIB MACLIB P (PERM CONCAT' Ed Zell Illinois Mutual Life (309) 636-0107 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of VICTOR HUGO OCHOA AVILA Sent: Tuesday, June 23, 2009 3:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF Hi Mike your recommendations were correct, when accessing the ISPMLIB MACLIB as filemode T , the command display one panel of ISPF, but it shows the following message to me ISPF DIALOG ERROR -- COMMAND === ** * * * PANEL 'i...@prim' ERROR * * PANEL NOT FOUND. * * * * * * * * * * * * * * Enter HELP command for further information regarding this error. * * Press ENTER key to terminate the dialog. * * * * * * * * * ** Apparently it does not find the panel i...@prim... where I can find this panel thanks for everything ATTE VHOA . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: PRT output QUEUE to the RDR QUEUE
Thanks, Scott. On Tue, Jun 23, 2009 at 7:16 AM, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: TRANSFER OPERATOR PRT nnn to OPERATOR RDR Thank you, Scott *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Daniel Allen *Sent:* Tuesday, June 23, 2009 9:07 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* PRT output QUEUE to the RDR QUEUE I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: PRT output QUEUE to the RDR QUEUE
And of course, if the file in question is OPEN you need to CLOSE it first, so you may as well close it to wherever you want it to be, so on OPERATOR execute: CP SPOOL CONSOLE CLOSE TO userid RDR -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott Sent: Tuesday, June 23, 2009 10:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PRT output QUEUE to the RDR QUEUE TRANSFER OPERATOR PRT nnn to OPERATOR RDR Thank you, Scott From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Daniel Allen Sent: Tuesday, June 23, 2009 9:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PRT output QUEUE to the RDR QUEUE I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF
On Tuesday, 06/23/2009 at 04:05 EDT, VICTOR HUGO OCHOA AVILA victorhugoochoaav...@gmail.com wrote: your recommendations were correct, when accessing the ISPMLIB MACLIB as filemode T , the command display one panel of ISPF, but it shows the following message to me * PANEL 'i...@prim' ERROR * PANEL NOT FOUND. Victor, I hate to use a PC mindset on this, but I think you should start over and re-install ISPF/PDF, following EVERY [required] step in the Program Directory. You're having too many problems. :-) If Step 6. Verify the installation of ISPF doesn't work after that, then I suggest calling the Support Center as something in the PD is probably unclear. Alan Altmark z/VM Development IBM Endicott
Re: TN3270 logon screen
Another WIBNI: what if IBM would store DRAWLOGO EXEC and X$DRWL$X(?) XEDIT on MAINT CF1? (anyhow: that's what I do, one only needs these beasts when working with CF1) 2009/6/18 David Boyes dbo...@sinenomine.net: -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark [snip] Users coming in from different networks can be given different logos ONLY IF they are telnetting to a separate TCPIP stack (e.g. TCPIP2) since CP has no awareness of IP address when it comes to logo selection. [Hmmmthat would make for an interesting Requirement.] Requirement WRIBDB01 has been submitted to WAVV. -- Kris Buelens, IBM Belgium, VM customer support
Re: PROBLEMA WITH INSTALLATION OF ISFP/PDF
Good call, Ed! Victor, Are you really sure that you even NEED ISPF and ISPF/PDF, or are you installing them _just because_ you have them on z/OS? Very few products really need ISPF and ISPF/PDF. We have them only because they were required for IBM's old PROFS product (the original e-mail system - which still runs here at Hewitt, although deprecated in favor of Lotus Notes!). At one time we had a significant CMS development process on VM, and those developers maintained their own panel libraries Re-evaluate the actual requirement for ISPF and PDF - as you have discovered, they are a bit of a pain to install. What do you believe requires them at your site? Perhaps the IOS3270 on the IBM VM Download page would suffice (unless you have a product that you KNOW has ISPF and PDF pre-reqs). Since we had many developers using ISPF, we moved most of the libraries to the Y-disk and used the following home-grown ISPFIDEF EXEC to get everything accessed appropriately. As we say in the U.S. - Your Mileage May Vary. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. /* Prolog; See Epilog for additional information * Exec Name - ISPFIDEF * * Unit Support - Information Systems * * Status- Version 1, Release 1.0 * / address 'COMMAND' arg . '(' options If 'FIND'(options,'CLEAR') 0 then Do 'FILEDEF ISPPROF CLEAR' 'FILEDEF ISPPLIB CLEAR' 'FILEDEF ISPMLIB CLEAR' 'FILEDEF ISPSLIB CLEAR' 'FILEDEF ISPTLIB CLEAR' 'FILEDEF ISPTABL CLEAR' 'FILEDEF ISPLLIB CLEAR' 'FILEDEF ISPXLIB CLEAR' EXIT 0 End /* ISPF profile variables maclib (MUST BE ON R/W A-DISK) */ 'STATEW PROFISPF MACLIB A' If rc ^= 0 then Do 'COPYFILE PROFISPF MACLIB Y = = A' If Rc ^= 0 then EXIT rc End 'FILEDEF ISPPROF DISK PROFISPF MACLIB A (PERM' /* Panel Libraries */ 'FILEDEF ISPPLIB DISK ISPNULL PANEL * (PERM CONCAT' 'FILEDEF ISPPLIB DISK PERSPLIB MACLIB A (PERM CONCAT' 'FILEDEF ISPPLIB DISK UNITPLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPPLIB DISK HAPLIB MACLIB Y (PERM CONCAT' 'FILEDEF ISPPLIB DISK AQAPNLA MACLIB Y (PERM CONCAT' 'STATE * * B' If rc = 0 then 'FILEDEF ISPPLIB DISK EPSVPNL MACLIB B (PERM CONCAT' 'FILEDEF ISPPLIB DISK IMGRPLIB MACLIB Y (PERM CONCAT' 'FILEDEF ISPPLIB DISK ISRPLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPPLIB DISK ISPPLIB MACLIB * (PERM CONCAT' /* Message Libraries */ 'FILEDEF ISPMLIB DISK ISPNULL MESSAGE * (PERM CONCAT' 'FILEDEF ISPMLIB DISK PERSMLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPMLIB DISK UNITMLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPMLIB DISK HAMLIB MACLIB Y (PERM CONCAT' 'FILEDEF ISPMLIB DISK AQAMLIB MACLIB Y (PERM CONCAT' 'STATE * * B' /* PROFS panels */ If rc = 0 then 'FILEDEF ISPMLIB DISK EPSVMSG MACLIB B (PERM CONCAT' 'FILEDEF ISPMLIB DISK ISRMLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPMLIB DISK ISPMLIB MACLIB * (PERM CONCAT' /* Skeleton Libraries (Boo!) */ 'FILEDEF ISPSLIB DISK ISPNULL SKELETON * (PERM CONCAT' 'FILEDEF ISPSLIB DISK PERSSLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPSLIB DISK UNITSLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPSLIB DISK HASLIB MACLIB Y (PERM CONCAT' 'FILEDEF ISPSLIB DISK ISRSLIB MACLIB * (PERM CONCAT' /* INPUT Table Libraries */ 'FILEDEF ISPTLIB DISK ISPNULL TABLE * (PERM CONCAT' 'STATEW PERSTLIB MACLIB A' If rc ^= 0 then Do 'COPYFILE PERSTLIB MACLIB Y = = A' If Rc ^= 0 then EXIT rc End 'FILEDEF ISPTLIB DISK PERSTLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPTLIB DISK ISPNULL TABLE * (PERM CONCAT' 'FILEDEF ISPTLIB DISK UNITTLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPTLIB DISK HATLIB MACLIB * (PERM CONCAT' 'STATE * * B' If rc = 0 then 'FILEDEF ISPTLIB DISK EPSTLIB MACLIB B (PERM CONCAT' 'FILEDEF ISPTLIB DISK AQACMDS TABLE Y (PERM CONCAT' 'FILEDEF ISPTLIB DISK ISRTLIB MACLIB * (PERM CONCAT' 'FILEDEF ISPTLIB DISK ISPTLIB MACLIB * (PERM CONCAT' /* OUTPUT Table Libraries */ 'FILEDEF ISPTABL DISK PERSTLIB MACLIB A (PERM CONCAT' /* Load Libraries */ 'FILEDEF ISPLLIB DISK PLILIB LOADLIB Y (PERM CONCAT' /* Text Libraries */ 'FILEDEF ISPXLIB DISK IBMLIB TXTLIB Y (PERM CONCAT' 'FILEDEF ISPXLIB DISK PLILIB TXTLIB Y (PERM CONCAT' Exit 0 /* Epilog *** * Function - Set (or CLEAR) ISPF FILEDEFS prior to ISPF * * invokation. * * Component of - Hewitt Associates System 1 menu invokation * * and other routines as they invoke ISPSTART * * Command format-
Why my Dirmaint is unstable?
Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2)
Re: Why my Dirmaint is unstable?
Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You.
Re: TN3270 logon screen
On Tuesday, 06/23/2009 at 12:01 EDT, Kris Buelens kris.buel...@gmail.com wrote: Another WIBNI: what if IBM would store DRAWLOGO EXEC and X$DRWL$X(?) XEDIT on MAINT CF1? (anyhow: that's what I do, one only needs these beasts when working with CF1) No. CF1 is where *your* stuff goes, not IBM's. IMO, all CP utilities should be on 193. Alan Altmark z/VM Development IBM Endicott
What's going on here?
Found my DIRMAINT machine down so I XAUTOLOGGED it and got the following: xautolog dirmaint Command accepted OPERATOR: AUTO LOGON *** DIRMAINT USERS = 33BY MAINT AUTO LOGON *** DIRMAINT USERS = 33 Ready; T=0.01/0.01 12:45:59 HCPCLS6056I XAUTOLOG information for DIRMAINT: The IPL command is verified by th e IPL command processor. OPERATOR: 12:45:59 HCPERP500I DASD 46F6 AN OPERATION WAS TERMINATED BECAUSE A OPERATOR: 12:45:59 HCPERP500I COMMAND REJECT ERROR OCCURRED OPERATOR: 12:45:59 HCPERP6300I SENSE DATA FORMAT = 00 MSG CODE = 0F OPERATOR: 12:45:59 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = E7 OPERATOR: 12:45:59 HCPERP6302I SEEK ADDRESS = OPERATOR: 12:45:59 HCPERP6303I SENSE = 8000 320F E200 0004 E53 17071 OPERATOR: 12:45:59 HCPERP6303I 40060F0F 40E0 OPERATOR: 12:45:59 HCPERP6304I IRB = 00C04017 3608F010 0E00 0080 OPERATOR: 12:45:59 HCPERP6305I USERID = DIRMAINT OPERATOR: 12:45:59 HCPERP2216I CHANNEL PATH ID = 1E OPERATOR: 12:45:59 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0113 DVHPRO2008I ROLE = DIRMAINT OPERATOR: DVHPRO2008I ROLE = DIRMAINT DASD 46F6 is a PAV alias for the sysres volume. When this happens, DIRMAINT pretty much dies. Any ideas how to remedy this? We just moved to a DS8100. Thanks
Re: Why my Dirmaint is unstable?
I set up dual Registration on racf because we have dirmaint. According to Racf Program Directory 6.19 : I change CONFIGRC SAMPDVH AT 41f TO 5VMDIR40 11F AS CONFIGRC DATADVH. So on 5VMDIR40 11f there are two files: CONFIG DATADVH and CONFIGRC DATADVH My question is that should I change CONFIGFIGRC DATADVH to CONFIG DATADVH and delete the original CONFIG? Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 11:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You. Scanned by WCB Webgate1 AntiSpam/AntiVirus email gateway. This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate1)
Pipes Updates?
A retorical question. Does IBM ever update the pipes module that ships with new z/VM releases?
Re: Why my Dirmaint is unstable?
Sunny, Look at line 4 in your DIRMAINT DATADVH file on 1DF. It looks like a timer event is kicked off and is failing. Also insure there is no OFFLINE CONTOL member on the 1DF. If there is, your DIRM ONLINE is not working. You must be authorized in AUTHFOR CONTROL. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 2:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Why my Dirmaint is unstable? I did issue Dirm online. But it is just a temparay fix. I have to shutdwon dirmaint and restart it. Then I still have the problem. Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 11:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You. Scanned by WCB Webgate1 AntiSpam/AntiVirus email gateway. This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination,
Re: Why my Dirmaint is unstable?
Here are the first lines in DIRMAINT DATADVH file on 1DF = ==/==/== 00:00:05 06/17/09 CMS EXEC DVHNDAY = ==/==/== 00:01:00 06/17/09 CMS EXEC DVHDAILY = ==/==/== 00:02:00 06/17/09 BACKUP NOTAPE = ==/==/== 00:03:00 06/17/09 ELINKCLEAN ALL = ==/==/== +01:00:0 14:58:45 CMS EXEC DVHOURLY = 12/31/94 +01:00:0 00/00/00 DIRECT CONDITIONAL = 12/31/94 01:00:00 00/00/00 MDAUDIT ALLCHECK AUTOMAIL Checked Authfor Contorl. The user inside. Could you tell me what does the below mean? DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 01:41 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Sunny, Look at line 4 in your DIRMAINT DATADVH file on 1DF. It looks like a timer event is kicked off and is failing. Also insure there is no OFFLINE CONTOL member on the 1DF. If there is, your DIRM ONLINE is not working. You must be authorized in AUTHFOR CONTROL. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 2:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Why my Dirmaint is unstable? I did issue Dirm online. But it is just a temparay fix. I have to shutdwon dirmaint and restart it. Then I still have the problem. Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 11:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader
Re: Why my Dirmaint is unstable?
On Tuesday, 06/23/2009 at 03:42 EDT, sunny...@wcb.ab.ca wrote: I set up dual Registration on racf because we have dirmaint. According to Racf Program Directory 6.19 : I change CONFIGRC SAMPDVH AT 41f TO 5VMDIR40 11F AS CONFIGRC DATADVH. So on 5VMDIR40 11f there are two files: CONFIG DATADVH and CONFIGRC DATADVH My question is that should I change CONFIGFIGRC DATADVH to CONFIG DATADVH and delete the original CONFIG? I suggest that you don't use Dual Registration, but place USE_RACF=YES (?) in your DATADVH file. Then you can use the DIRMAINT panels (without ISPF!) and DIRMAINT will call RACF whenever you add or delete users, add or delete minidisks, etc. Dual Registration is something I probably should have deleted from RACF some time ago. (sigh) Alan Altmark z/VM Development IBM Endicott
Re: What's going on here?
On Tuesday, 06/23/2009 at 02:05 EDT, Karl Kingston karlkings...@ongov.net wrote: DASD 46F6 is a PAV alias for the sysres volume. When this happens, DIRMAINT pretty much dies. Any ideas how to remedy this? We just moved to a DS8100. The PAV and base device are not grouped on the path that received the command. I'm not enough of a PAV expert to tell you whether that's a defect in CP (do you have the latest PAV-related service on?) or whether you have a configuration error on the DS8100. Alan Altmark z/VM Development IBM Endicott
Re: PRT output QUEUE to the RDR QUEUE
I have a OPERATOR PRT file that I need to look at using the PEEK command. I know that you can move it from the PRT queue to the RDR queue to look at it. I have forgotten how to do it.. Thanks In Advance. You can move the file to the RDR queue using the TRANSFER or CHANGE command. There are several variations, but assuming you are logged on to OPERATOR, simply issue: TRANSFER * PRT to * RDR ('*' means 'this userid', you can substitute OPERATOR; is the 4-digit spool id number) If you are on another userid and have Class D privilege, you can transfer the file from OPERATOR's PRT to your own RDR: TRANSFER OPERATOR PRT to * RDR John Franciscovich z/VM Development
Re: What's going on here?
Running 5.3 at RSU 0901... Or is there something I need to put on? Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 05:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: What's going on here? On Tuesday, 06/23/2009 at 02:05 EDT, Karl Kingston karlkings...@ongov.net wrote: DASD 46F6 is a PAV alias for the sysres volume. When this happens, DIRMAINT pretty much dies. Any ideas how to remedy this? We just moved to a DS8100. The PAV and base device are not grouped on the path that received the command. I'm not enough of a PAV expert to tell you whether that's a defect in CP (do you have the latest PAV-related service on?) or whether you have a configuration error on the DS8100. Alan Altmark z/VM Development IBM Endicott
problem on 5.4 DirMaint and RACF
Hello folks: I was confused to setup dirmaint and racf. Just can't let RACF add user profile when issue dirm add useid. Can someone tell me what are the steps? Or which book I should read? Thanks Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate1)
Selecting multi-line console messages from a log file
Is there a way of selecting all lines for a multi-line console log message, rather than just the first? We post-process the operator's console log files to look for Action messages, writing them to a separate file. I use an XEDIT macro to do this. However, we only get the first line of such messages, which are often multi-line. I've looked at the 2x hex characters at the start of the line, to see if there is something unique about these messages, and whilst I've found that x'01' in column 2 appears to indicate the first line of an Action message, the x'11' present for the subsequent lines does not appear to be unique. Also, where is the format of the hex prefix for these log messages documented? Regards, Fred Schmidt NT Government, Australia
Re: Selecting multi-line console messages from a log file
Hi Mike, Yes, sorry. I should have given more details on the environment. The console logs are from OPERATOR, processed by PROP to send them to the Logical Operator, which uses the Performance Toolkit interface for console management. The Performance Toolkit creates the log files that I then post-process. These look as per the following small extract... (** (* Log started on 2009/06/22 at 00:00:00 (** 00:00:00 00:00:00 HCPMID6001I TIME IS 00:00:00 CST MONDAY 06/22/09 00:00:00 00:00:00 HCPMID6001I TIME IS 00:00:00 CST MONDAY 06/22/09 ; 00:00:00 Deleting files * CONLOG3 A older than 2009-06-08 ; 00:00:00 DMSLST765E No files matched specified date range ; 00:00:00 Y ; 00:00:00 DELOLD: No files found matching specified criteria - Regards, Fred Schmidt NT Government, Australia
Re: Selecting multi-line console messages from a log file
Would it be easier to create action routines for PROP so it will process the messages as they come in rather than post-processing them when the format may have changed? Neale