Re: console command output
The best way is to use TSO console command in a REXX and trap output. Have a look at SYS1.SAMPLIB(IEATOPS) for REXX sample. ITschak On Tue, Nov 1, 2011 at 12:41 PM, Tim Brown tbr...@cenhud.com wrote: Is there a way in batch to issue a console command and direct the output to a file Like d m Or any other standard display command Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: console command output
Look at the TSO CONSOLE command and the GETMSG service. On Tue, 1 Nov 2011 06:41:44 -0400 Tim Brown tbr...@cenhud.com wrote: :Is there a way in batch to issue a console command and direct the output to a file : : : :Like d m : : : :Or any other standard display command : : : :Thanks, : : : :Tim Brown :Systems Specialist - Project Leader :Central Hudson Gas Electric :284 South Ave :Poughkeepsie, NY 12601 :Email: tbr...@cenhud.com mailto:tbr...@cenhud.com :Phone: 845-486-5643 :Fax: 845-486-5921 :Cell: 845-235-4255 : : : : :This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. : : : : : : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO :Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: console command output
In 6442ee4144ffd84994f99462bcc8a...@mail.cenhud.com, on 11/01/2011 at 06:41 AM, Tim Brown tbr...@cenhud.com said: Is there a way in batch to issue a console command and direct the output to a file Batch TSO, using the CONSOLE command. You need to involve your security folks to configure the userid properly. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: console command output
I do it all the time. With catalog displays and some other system displays, I log the output daily to a dataset in batch. Some of the command displays are not able to be captured by the REXX TRAP command, but this works find for me. This works on TSO. Other versions are for batch, inside other REXX commands etc. Feel free to contact on or off list if you have questions. You need SDSF. HTH. /* REXX */ Parse Upper Arg command // lastupd = '09/28/2011'/* date of last update*/ // debug = 0 rc=isfcalls(on) mycmd.0=1 mycmd.1=command ISFCONS = userid() || OC Address SDSF ISFSLASH (mycmd.) (WAIT) l_cnt = 0 If (Debug = 1) Then Do l_cnt = l_cnt + 1 l.l_cnt = isfmsg is: ||isfmsg l_cnt = l_cnt + 1 l.l_cnt = isfmsg2.0 is: ||isfmsg2.0 If datatype(isfmsg2.0) = NUM then , Do ix=1 to isfmsg2.0 l_cnt = l_cnt + 1 l.l_cnt = isfmsg2.||ix|| is: ||isfmsg2.ix End End If datatype(isfulog.0) = NUM Then Do If isfulog.0 0 Then Do l_cnt = l_cnt + 1 l.l_cnt = substr(isfulog.1,1,43) Do ix=1 to isfulog.0 ll = length(isfulog.ix) qdata = substr(isfulog.ix,44,ll-43) l_cnt = l_cnt + 1 l.l_cnt = qdata End End Else Do l_cnt = l_cnt + 1 l.l_cnt = No command response available End End Else Do l_cnt = l_cnt + 1 l.l_cnt = Error in command reponse End rc=isfcalls(OFF) Call Write_Dataset Exit WRITE_DATASET: CALL DSN_HANDLING If (l_cnt = 0) Then Do l_cnt = l_cnt + 1 l.l_cnt = ' /* no data produced */' End l.0 = l_cnt Address MVS ExecIO l_cnt DiskW DSCMD (Finis Stem l.) l_cnt = 0 Address TSO Free Fi(DSCMD) Address ISPEXEC VIEW DATASET(dscmddsn) x = Outtrap('cmd.') Address TSO DELETE dscmddsn x = Outtrap('OFF') Return /*/ /* DSN_HANDLING - Carry out processing for output dataset*/ /*/ DSN_HANDLING: dsnc = 1 dsname = DSCMD.C || dsnc dsnstat = SysDsn(dsname) Do While (dsnstat = 'OK') dsnc = dsnc + 1 dsname = DSCMD.C || dsnc dsnstat = SysDsn(dsname) End Address TSO Alloc Fi(DSCMD) Lrecl(80) Unit(TSOONLY), Space(2,2) Cyl dataset(dsname), Blksize(6160) Recfm(F,B) New Reuse Catalog Dsorg(PS) dscmddsn = dsname Return 0 Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 Tim Brown tbr...@cenhud.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 11/01/2011 05:51 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject console command output Is there a way in batch to issue a console command and direct the output to a file Like d m Or any other standard display command Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console hang
My first guess is that a very high priority task (JES2, perhaps) is running flat out causing heavy degradation which could be perceived as a 'hang' condition. I seem to recall that a mass job submission could do this. Another possibility is a full pack backup on a system volume. Another possibility is an abend in some large address space. Dump services may be freezing the environment briefly to gather information. If you are pushing your box pretty hard, then it might not take much of a blip to snowball into something noticeable, and it might take a few minutes for the box to catch up. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Tuesday, August 09, 2011 7:32 PM To: IBM-MAIN@bama.ua.edu Subject: Console hang We don't know why the console hang suddenly and all mvs command aren't input any shop hit this problem before we think something enqueue the console -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console hang
WTLI Way Too Little Information Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Tuesday, August 09, 2011 8:32 PM To: IBM-MAIN@bama.ua.edu Subject: Console hang We don't know why the console hang suddenly and all mvs command aren't input any shop hit this problem before we think something enqueue the console -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
Sorry, I think I messed up my last entry. Any way, you should be able to convert your code to SYSREXX (System REXX). Also, I hate to bring it up because of the controversy about marketing, but we have automation products (SyzCMD/z and SyzMPF/z) which provide the type of automation you are looking for. They are extremely inexpensive and there is a good discount for IBM-MAIN and SHARE members, and better yet, are completely supported, we just successfully tested all of our code under z/OS 1.13. You can execute your exec as part of our product (it allows you to execute REXX), but chances are that the internal commands will probably do the job as well or better. Again, I hate to bring up the marketing stuff, but in this case it applies quite well if you are not interested in the System REXX approach. Brian Westerman Syzygy Incorporated www.syzygyinc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
Sergio We have here a lot of EXEC's that is used from VM OPERATOR to display, activate, deactivate lines from VTAM. Ed Gould has opened up the possibility that you might consider changing your operational environment and changing the REXX Clists you use in order to achieve what you really want to do. The appropriate environment for managing automation - and hence obviously entering REXX Clists with any sort of command not only VTAM commands - from the IBM stable of products is NetView. Indeed NetView in its original manifestation as NOSP in the late 1970s was specifically designed for the entry of VTAM commands in order to assist with complex and tedious sequences required to manage VTAM and NCP. NOSP developed into NCCF and NCCF, being also an application-enabling environment, developed into NetView together with a few of the applications so enabled.[1] It is still the NCCF component of NetView, rebranded as the command facility, which provides for the entry of commands. But complementary to the entry of commands is the ability to analyse the messages returned by the commands and act on them by entering further commands and so on. This is a function which eventually this command facility supported and then the choice - generally not a difficult choice - became available to use REXX as a Clist language with all the same capabilities as the specifically NCCF/NetView Clist language which was used before, a Clist language based very approximately on VM EXEC. It's this ability to analyse the results of having entered a command I wanted to bring to your attention. What I mentioned above was the possibility to handle messages *solicited* by command entry. In addition it is possible to handle messages which have not been *solicited* by command entry, *unsolicited* messages, by the agency of a message automation table. I retained a presentation from back in 1991 of how I used to use these functions in order to achieve totally silent IPLs of my test/education systems, so silent that my colleagues insisted I set up a system of what's going on messages to assure them that something was happening - but that's another story. What We need, is execute this commands by operators under Master console of Z/OS. I just checked this presentation in order to assure myself about the customisation needed in order to ensure that the MVS system consoles were available for entry of Clists which were to be executed in a NetView environment. We don't mentioned before, that what want, is execute a REXX from MASTER Operator Console for ZOS. Actually, you did! We need now, transfer this EXEC's for run under TSO. So deciding that you needed to use TSO was already an assumption too far! We are migrating our environment from Z/VM, and Z/VSE to Z/OS. Ideally, you would already be using NetView with z/VM. To think, just about my first presentation activity in 1985 when I started teaching full-time was to teach NCCF in a VM environment! - [1] And supposedly too difficult a job for the poor lambs of system programmers to integrate - hence NetView with its one size fits all combination of products! OK, I used to teach how to do it so they could have been taking away my livelihood! - Chris Mason On Fri, 8 Jul 2011 14:54:21 -0300, Sérgio Lima Costa sergio.co...@cetip.com.br wrote: Hello List, We are migrating our environment from Z/VM , and Z/VSE to Z/OS. We have here a lot of EXEC's that is used from VM OPERATOR to display, activate, deactivate lines from VTAM. We need now, transfer this EXEC's for run under TSO . What We need, is execute this comands by operators unde Master console of ZOS. Is possible execute this there? Need write a PROC with a name ? , then the operator give the S X , where X is the name o four PROC / REXX . Sergio Lima Costa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
In c3ecc2048cc02a42806c6211b832a597048eace...@srvmailsp01.gravames.com.br, on 07/08/2011 at 02:54 PM, Sérgio Lima Costa sergio.co...@cetip.com.br said: We need now, transfer this EXEC's for run under TSO . Watch out for changes in syntax. What We need, is execute this comands by operators unde Master console of ZOS. There is no more master console. You should be able to issue any command from CONSOLE if your security is set up properly to authorize it. Need write a PROC with a name ? , then the operator give the S X , where X is the name o four PROC / REXX . No. To run it under TSO it must be in the SYSPROC or SYSEXEC concatenation of your session and you must enter the procedure name, possibly prefixed by a percent sign. If you want to request a REXX script from the operator console then you should be looking at System Rexx rather than TSO, and the command to run it won't be START. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
Sergio, If I understand your requirements correctly, I believe that System REXX may fulfill them. System REXX members may be invoked (by the AXR address space) from any console by specifying _rexxname (or F AXR,rexxname) _ is the command designator defined in PARMLIB member AXRnn rexxname is a member name in SYS1.SAXREXEC (or another dataset specified via PARMLIB member AXRnn) You can use the AXRCMD function (described in chapter 31 of the Authorized Assembler Programming Guide) to submit MVS operator commands. Cheers, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Friday, July 08, 2011 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Console COMMAND Hello List, We are migrating our environment from Z/VM , and Z/VSE to Z/OS. We have here a lot of EXEC's that is used from VM OPERATOR to display, activate, deactivate lines from VTAM. We need now, transfer this EXEC's for run under TSO . What We need, is execute this comands by operators unde Master console of ZOS. Is possible execute this there? Need write a PROC with a name ? , then the operator give the S X , where X is the name o four PROC / REXX . Sergio Lima Costa Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
You can do that with automation software. We use CA-OPS to run REXX'. On Fri, 08 Jul 2011 15:00 -0300, Sérgio Lima Costa sergio.co...@cetip.com.br wrote: List, sorry, We don't mentioned before, that what want, is execute a REXX from MASTER Operator Console for ZOS. Thanks, Sergio Lima Costa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console COMMAND
Sergio, There are many options here and in my opinion you need to step back and to remember to KISS(keep it simple xxx) .there are some long term issues that you have to worry about like security and accountability. The security means security people by offs (auditors as well) It also depends on the environment ie informal, structured and a few others. Before I used x instead of the word stupid as I wanted not for you to get the wrong idea. The KISS way is a way to make things as simple as possible without getting a lot of people involved. It also calls for tools that should be in place, if not think about getting them. Before starting this you really have to know the players (operators, auditors,security admins and a few others. I know this sounds like a lot of work but once you have everything in place it becomes easier. I would suggest sitting down with the groups involved and talking it out. Do not take the easy way out instead look for the best way and future issues before you start. As I will warn you that there will easy ways that will bite you in the future. Ed Sent from my iPad On Jul 8, 2011, at 12:54 PM, Sérgio Lima Costa sergio.co...@cetip.com.br wrote: Hello List, We are migrating our environment from Z/VM , and Z/VSE to Z/OS. We have here a lot of EXEC's that is used from VM OPERATOR to display, activate, deactivate lines from VTAM. We need now, transfer this EXEC's for run under TSO . What We need, is execute this comands by operators unde Master console of ZOS. Is possible execute this there? Need write a PROC with a name ? , then the operator give the S X , where X is the name o four PROC / REXX . Sergio Lima Costa Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Autologon
On Wed, 13 Oct 2010 09:31:59 -0500, Hal Merritt hmerr...@jackhenry.com wrote: Cross posting to RACF and MVS. I'm getting ready to implement this and have some concerns. The context is RACF. I'm z/os 1.9 with 1.11 in a few days. Where is this best documented? In RACF or MVS? When does the autologon occur? Only at IPL? Or when the console is varied active? What minimum authorities do the consoles need? Any gotchas? Those are entirely MVS (z/OS) questions, not RACF questions, and the documentation is (or should be) in the MVS books, not the RACF books. I would probably start with MVS Planning: Operations. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Autologon
W dniu 2010-10-13 16:31, Hal Merritt pisze: Cross posting to RACF and MVS. I'm getting ready to implement this and have some concerns. The context is RACF. I'm z/os 1.9 with 1.11 in a few days. Where is this best documented? In RACF or MVS? MVS. Best well When does the autologon occur? Only at IPL? Or when the console is varied active? Everytime it's becoming active. Note: NIP console is not affected, only MCS console. It is usually the same physical device, but logically not. What minimum authorities do the consoles need? Actually console authority is not affected, but usually (NOT ALWAYS) it's no longer honored, because usually OPERCMDS profiles are checked instead. Any gotchas? Yes: you cannot logoff to no user state. So check carefully if ANY user can issue all the commands you need. ANY - it can be console default userid, or anyone who can logon. Console without any user assigned can issue (assuming MASTER auth) any command, regardless of OPERCMDS profiles. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
I wasn't necessarily complaining, just making an observation. I (like most others I suspect) treat the HMC as a tool of last resort. If everything else goes to hell you can always use that. Like TSO line mode edit or vi. That should convince you my expectations are modest. Shane ... On Thu, Jul 8th, 2010 at 9:49 AM, W. Kevin Kelley wrote: We are well aware of the shortcomings of the HMC System Console (and we learn of new shortcomings from time to time). I think it is fair to say that we know of several things that could be done to improve the HMC System Console experience -- some of them quite radical -- but without requirements (from SHARE) that we can point to (or a REALLY BIG customer that's gotten themselves into trouble), its really difficult to get things like HMC System Console improvements into our plan. To do so, we don't do something else, and we need good reasons to make that trade-off. I think if you check the archives you'll see that I've discussed the HMC System Console several times before. I ran the task force within IBM in the late 1980's that defined the architecture (and I've got the patent to prove it) that the system console command and message streams and BCPii ride on top of, so I feel a certain amount of ownership, and I still stick my nose into this stuff when (and while) I still can. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
On Wed, Jul 7th, 2010 at 12:14 PM, Dan Gherciu wrote: Perhaps it was a stupid question ... I'm a rookie ... but that's how you learn things It wasn't a stupid question - and you weren't being brushed off. W. Kevin Kelley wrote: We would be interested in hearing about what you use the HMC System Console for. I have a customer that has the HMC secured and (completely) isolated; no LAN access, no terminals, no people, nuthin' ... You get in that room, you use the Operating System Messages interface. And quickly come to appreciate the shortcomings of said interface ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
On Wed, 7 Jul 2010 20:57:39 +1000, Shane Ginnane ibm- m...@tpg.com.au wrote: I have a customer that has the HMC secured and (completely) isolated; no LAN access, no terminals, no people, nuthin' ... You get in that room, you use the Operating System Messages interface. And quickly come to appreciate the shortcomings of said interface ... Shane, We are currently working with a large European customer that has also had to fallback onto the HMC System Console recently and had problems, so any discussion of the HMC System Console shortcomings is very timely. We are well aware of the shortcomings of the HMC System Console (and we learn of new shortcomings from time to time). I think it is fair to say that we know of several things that could be done to improve the HMC System Console experience -- some of them quite radical -- but without requirements (from SHARE) that we can point to (or a REALLY BIG customer that's gotten themselves into trouble), its really difficult to get things like HMC System Console improvements into our plan. To do so, we don't do something else, and we need good reasons to make that trade-off. I think if you check the archives you'll see that I've discussed the HMC System Console several times before. I ran the task force within IBM in the late 1980's that defined the architecture (and I've got the patent to prove it) that the system console command and message streams and BCPii ride on top of, so I feel a certain amount of ownership, and I still stick my nose into this stuff when (and while) I still can. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
On Wed, 7 Jul 2010 02:14:33 +, Dan Gherciu dangher...@yahoo.it wrote: Anyway, at a certain point during the closure on the console I start receiving messages that the buffers were full. Just curious -- were these z/OS messages complaining about buffers being full, or were they messages from the HMC? My guess is the HMC was complaining, not z/OS, because z/OS console support uses a large data space to buffer messages going to an EMCS console. What z/OS release are you on? The command is not available for extended consoles. EMCS consoles are a bit of a misnomer because an EMCS console is really nothing more than a programming interface; there is no physical console associated with one (unless some other programming that plugs into the interface provides one). The EMCS interfaces were initially created for the TSO Operator facility and now many automation products plug into them as well. Within z/OS console support, we have also found them to be handy for various internal uses, one of which is queuing the messages destined for the HMC System Console. The queues for EMCS consoles are distinct from those that support MCS and SMCS consoles (which all use a shared queue structure). All of the CONTROL (K) commands apply to those shared queues, and not to the separate EMCS queues. The EMCS queues are presented through programming interfaces that allow the queues to be manipulated, and many of the programs that plug into those interfaces do provide ways of manipulating the queues. Unfortunately, the program that back-ends the HMC System Console within z/OS console support and that plugs into the EMCS interfaces is not one of those programs. It seems strange that in this case there is nothing that can be done! The HMC System Console has always been a bit of an orphan, and for a variety of reasons we have not lavished a lot of attention on it. There are things that could be done, but folks need to complain through things like SHARE requirements if they want to see anything happen. Perhaps it was a stupid question ... I'm a rookie ... but that's how you learn things If you're questions and my answer stir up some discussion and some SHARE requirements, we will both come out ahead. I'm always happy to answer questions. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
On Mon, 5 Jul 2010 08:15:17 -0500, Dan Gherciu dangher...@yahoo.it wrote: Is there any K Q equivalent command available for the HMC Operating System Messages? Dan, No, there is no equivalent of the K Q command for the EMCS console interface, which is the interface that is behind the HMC System Console. Most users of the interface have the ability to manipulate the queue of messages presented to the interface, so a K Q equivalent for them is unnecessary. There is no way for the System Console to manipulate its message queues (indeed there are two of them: one on the z/OS console support side -- an EMCS queue, and another within the HMC). Conceptually it wouldn't be too hard to provide a K Q equivalent for the z/OS console support side; the HMC guys would have to get involved for their side. I suspect that solving the z/OS console support side of the problem would probably fix or relieve the HMC side as well. If solving this problem is important to you, then I would suggest submitting a requirement through SHARE. We would be interested in hearing about what you use the HMC System Console for. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console vs HMC Operating System Messages
Hello and thank you, I'll try to explain better the situation that I encountered a month ago. I'm a Control Room operator and we were asked to shutdown IPL an LPAR. The main console was down due to an unplanned maintanace, so I had to use the Operating System Messages console within the HMC. I launched the closure clist that usually works fine. Anyway, at a certain point during the closure on the console I start receiving messages that the buffers were full. So I tought that issueing a K Q command will fix it. Unfortunately, it didn't happened so - The command is not available for extended consoles.During this time I wasn't able to send any command. After 15 minutes or so, the situation turned to normal magically. Of corse I had to finish closing all the task manually. Next day I asked our ZOS guys if there is some command available, but I didn't received any clear response. So, here I am It seems strange that in this case there is nothing that can be done! BTW: this was the only partition uprunning on the PLEX so sending commands from other LPAR's was out of the question I saw also an older post on the IBM MAIN Archive that explain pretty well how the EMCS works - it think it was Kevin Kelley. Perhaps it was a stupid question ... I'm a rookie ... but that's how you learn things Thank you once again, Bye Dan Gherciu Da: W. Kevin Kelley wkkel...@optonline.net A: IBM-MAIN@bama.ua.edu Inviato: Mer 7 luglio 2010, 01:43:14 Oggetto: Re: Console vs HMC Operating System Messages On Mon, 5 Jul 2010 08:15:17 -0500, Dan Gherciu dangher...@yahoo.it wrote: Is there any K Q equivalent command available for the HMC Operating System Messages? Dan, No, there is no equivalent of the K Q command for the EMCS console interface, which is the interface that is behind the HMC System Console. Most users of the interface have the ability to manipulate the queue of messages presented to the interface, so a K Q equivalent for them is unnecessary. There is no way for the System Console to manipulate its message queues (indeed there are two of them: one on the z/OS console support side -- an EMCS queue, and another within the HMC). Conceptually it wouldn't be too hard to provide a K Q equivalent for the z/OS console support side; the HMC guys would have to get involved for their side. I suspect that solving the z/OS console support side of the problem would probably fix or relieve the HMC side as well. If solving this problem is important to you, then I would suggest submitting a requirement through SHARE. We would be interested in hearing about what you use the HMC System Console for. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Routing Codes
Thanks Dave -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Waldman Sent: Wednesday, December 16, 2009 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Routing Codes On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke luke.ra...@countryfinancial.com wrote: I have two questions: 1. Are the routing codes 1-128 documented anywhere? 2. Is the 7 byte routing codes field (offset 2) in the hardcopy log documented anywhere? Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good information. http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf hth, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Routing Codes
On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke luke.ra...@countryfinancial.com wrote: I have two questions: 1. Are the routing codes 1-128 documented anywhere? 2. Is the 7 byte routing codes field (offset 2) in the hardcopy log documented anywhere? Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good information. http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf hth, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Routing Codes
Also, look under WTO in mvs authorized assembler services reference manual. ,ROUTCDE=(routing code) Specifies the routing code or codes to be assigned to the message. The routing codes are: ┌─┬──┐ │ Message │ Definition │ │ Routing │ │ │ Code│ │ ├─┼──┤ │ 1 │ Master console action│ ├─┼──┤ │ 2 │ Master console information │ ├─┼──┤ │ 3 │ Tape pool│ ├─┼──┤ │ 4 │ Direct access pool │ ├─┼──┤ │ 5 │ Tape library │ ├─┼──┤ │ 6 │ Disk library │ ├─┼──┤ │ 7 │ Unit record pool │ ├─┼──┤ │ 8 │ Teleprocessing control │ ├─┼──┤ │ 9 │ System security │ ├─┼──┤ │ 10 │ System error/maintenance/system programmer information │ ├─┼──┤ │ 11 │ Programmer information │ ├─┼──┤ │ 12 │ Emulators│ ├─┼──┤ │ 13-20 │ Reserved for customer use│ ├─┼──┤ │ 21-28 │ Reserved for IBM- or customer-defined subsystem use │ ├─┼──┤ │ 29-41 │ Reserved for IBM │ ├─┼──┤ │ 42 │ General information about JES2 or JES3 │ ├─┼──┤ │ 43-64 │ Reserved for JES2 or JES3│ ├─┼──┤ │ 65-96 │ Messages associated with particular processors │ ├─┼──┤ │ 97-128 │ Messages associated with particular devices │ └─┴──┘ If you omit the R -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rabbe, Luke Sent: Wednesday, December 16, 2009 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Routing Codes Thanks Dave -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Waldman Sent: Wednesday, December 16, 2009 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Routing Codes On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke luke.ra...@countryfinancial.com wrote: I have two questions: 1. Are the routing codes 1-128 documented anywhere? 2. Is the 7 byte routing codes field (offset 2) in the hardcopy log documented anywhere? Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good information. http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf hth, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access
Re: Console Partition Cleanup - a bit urgent
Several questions: 1. describe how you shut down SYSA before the first monoplex IPL attempt. 2. Name plexcfg from IEASYS for the first IPL attempt and the re-IPL attempt into the sysplex 3. Which couple data sets did you use a) during sysplex shutdown b) during attempted monoplex IPL c) during attempted re-IPL into the sysplex Last night we tried to IPL one of the members(SYSA) as a Monoplex with a set of parameters we used many times. The monoplex system abended with a wait state 40 rsn 52 (which indicate no lpa dsn's were found), after the abend we tried to re-ipl the lpar with original sysplex member and got during the nip msg in a loop: IEA255i CONSOLE INITIALIZATION DELAYED. AWAITING CONSOLE PARTITION CLEANUP OF SYSTEM SYSA. This message is issued when a 'surviving' system during IPL of another system detects that system's presence in the couple data set. I forgot what is checked, I believe they check a combination of sysname/lparname and some other config data. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
I think that doing V XCF,SYSA.OFFLINE on the running system would have solved the problem. This should be done as part of the normal shutdown process. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Magen Margalit Sent: Thursday, November 12, 2009 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Console Partition Cleanup - a bit urgent Hi All. We are a 2 sysplex Members(SYSA SYSB), Zos 1.9 running on Z10 CPC's. Last night we tried to IPL one of the members(SYSA) as a Monoplex with a set of parameters we used many times. The monoplex system abended with a wait state 40 rsn 52 (which indicate no lpa dsn's were found), after the abend we tried to re-ipl the lpar with original sysplex member and got during the nip msg in a loop: IEA255i CONSOLE INITIALIZATION DELAYED. AWAITING CONSOLE PARTITION CLEANUP OF SYSTEM SYSA. We tried: 1. IMLing the CPC (the other member is in other CPC) 2. Removing the system from the sysplex 3. Running IBM supplied utility IXCM2DEL to delete SYSA from SYSMCS. 4. At the end we need to do a sysplex wide IPL. We don't understand want can be the source of the problem. Any insights would be appriciated. Thanks in advanced Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
Did you point to the same or different couple datasets? Last night we tried to IPL one of the members(SYSA) as a Monoplex with a set of parameters we used many times. The monoplex system abended with a wait state 40 rsn 52 (which indicate no lpa dsn's were found), after the abend we tried to re-ipl the lpar with original sysplex member and got during the nip msg in a loop: IEA255i CONSOLE INITIALIZATION DELAYED. AWAITING CONSOLE PARTITION CLEANUP OF SYSTEM SYSA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
גדי בן אבי pisze: I think that doing V XCF,SYSA.OFFLINE on the running system would have solved the problem. This should be done as part of the normal shutdown process. It would be hard to issue the command on system after unsuccesful IPL (wait state). Wild idea: turn off the console and re-IPL without it. The system would use another console if defined and available or Operating system messages on HMC. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorcw KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
The Monoplex uses a diffrent couplexx member and diffrent CDS's. Thanks in Advanced Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
1. describe how you shut down SYSA before the first monoplex IPL attempt. -- SYSA was shutdown in a regular order. -- First IPL operator issued to msg: IEA101A SPECIFY SYSTEM PARAMETERS sys=0S insted of sysP=0S ( after he realized the mistake he did system reset and re-IPLED. 2. Name plexcfg from IEASYS for the first IPL attempt and the re-IPL attempt into the sysplex First IPL : I assume that sys=os was igonred and SYSA was Ipled with defaults. In this case PLEXCFG=MONOPLEX. Fallback IPL: The original member value = PLEXCFG=MULTISYSTEM 3. Which couple data sets did you use a) during sysplex shutdown production set b) during attempted monoplex IPL a diffrent set c) during attempted re-IPL into the sysplex production set -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
done as part of trying to remove SYSA from the plex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Partition Cleanup - a bit urgent
Most likely when the system was IPL'd the first time, it reconnnected into your sysplex. The NIP selected IEASYS00 by default since there were no valid SYSP parameters specified. What does your IEASYS00 have in it? When the system was re-IPL'd the second system went into lost system recovery and was waiting for the V XCF,SYSA,OFFLINE command and its subsequent replies. You should have seen the messages about SYSA connecting to the Sysplex on SYSB during the first IPL. In your case it appears that SYSB recognized that a duplicate system was attempting to enter the Sysplex. The message about console cleanup pending was indicating system failure cleanup processing had not been completed. On Thu, 12 Nov 2009 07:43:37 -0600, Magen Margalit syste...@gmail.com wrote: done as part of trying to remove SYSA from the plex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Tue, 18 Aug 2009 10:39:28 -0700 Edward Jaffe edja...@phoenixsoftware.com wrote: :R.S. wrote: : Edward Jaffe pisze: : Peter, this might not be in the same area of code but... : It would be nice to be able to associate a default SAF userid with : consoles that have not yet logged on. That way, OPERCMDS resources : can be used to protect commands issued from those consoles. : LOGON(AUTO) in CONSOLxx. It is available for many years. :No. I was asking for a default SAF UTOKEN to be supplied when a console :is not logged on. The LOGON(AUTO) solution tries to ensure that consoles :are always logged on--a different concept altogether, and one that is an :incomplete solution. :LOGON(AUTO) requires you to define userids for all of your :consoles--potentially hundreds of them. When I was playing around with :this, I noticed that commands issued from LOGON(AUTO) consoles without :an associated userid would get security failures for a user called :'+CONSOLE'. I thought if I could define that user to RACF, that would :provide the default capability I was looking for. Alas, the define of :userids starting with '+' is prohibited. Not that hard to make a SAF/RACF exit to change +CONSOLE to something else. :Also, I have been unable to make LOGON(AUTO) work with SYSCONS aka the :Operating System Messages on the HMC/SE. As shown in my Console Me :SHARE presentation, no matter how you try to log on, you get: :IEE847I LOGON NOT VALID FOR EXTENDED MCS CONSOLE -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Wed, 19 Aug 2009 00:34:28 -0500, Barbara Nitz nitz-...@gmx.net wrote: Besides, when a sysprog monitors the IPL, it is usually because changes were made and we need to check if there are problems, It is really hard to sit in front of the console and wait for the messages to scrawl by. (Hence my wish to be able to use K to change rtme and del to *my* preferred values.) I'm sure this isn't in the area being looked at, but it made me think... It might be nice if there was an IPL parm / option to have the NIP messages stop and prompt you to continue when a screen fills up similar to SAD. With emulated consoles, the messages scroll by so fast it can be nearly impossible to look for something you want to see except after the fact by examining the syslog / operlog.The only other option is to disconnect the consoles and use the HMC, which you can scroll. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Force logon after x number of hours. (so they don't just keep using the id that logged on at IPL time despite many shift changes !) Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Fatzinger Sent: Monday, August 17, 2009 8:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Logon timeout? We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
It might be nice if there was an IPL parm / option to have the NIP messages stop and prompt you to continue when a screen fills up similar to SAD. With emulated consoles, the messages scroll by so fast it can be nearly impossible to look for something you want to see except after the fact by examining the syslog / operlog.The only other option is to disconnect the consoles and use the HMC, which you can scroll. SAD does that? (Stop and prompt, I mean) I guess only on a 'real' console, not on the HMC, right? The last sadumps I have taken were all taken using the HMC, so I haven't noticed that prompt. musings on Before MCS consoles become available (iea549i), there are about 670 NIP message lines on the system I just looked at, and the usual bits for suppression don't work before console address space id full yfunctional. Assuming 25 lines per screen (for easier division) that means about 27 or 28 prompts, depending on the amount of XCF signalling messages you get. Also, *before* MCS consoles, we are talking synchdest WTORs (IIRC), which means the system doesn't go on with the IPL until the prompt has been answered. Considering what havoc a half-XCF-init'd system can cause because it cannot answer to signalling anymore while waiting for the operator to reply, I would agree, that yes, it would be nice to be able to 'see' these messages, but I think it is unlikely that IBM would implement something like this. In those 670 lines there isn't the message that says the bpxprmxx was found and read. And I know for a fact that a syntax error in that member will cause a synchdest wtor prompting for a correct member. (Guess how the syntax checker for bpxprm was 'invented' - after outage of a productive sysplex because the test system was IPL'd and had a syntax error in bpxprm. Operating did not notice the WTOR, the system did not update its heartbeat anymore, XCF message buffers rapidly built up, things got disrupted.) So the 'NIP' messages may not even be finished after those 670 lines in my example. musings off But thanks for pointing me to check the consolxx messages during NIP - cleanup is necessary there! :-( Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Edward Jaffe pisze: Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter, this might not be in the same area of code but... It would be nice to be able to associate a default SAF userid with consoles that have not yet logged on. That way, OPERCMDS resources can be used to protect commands issued from those consoles. LOGON(AUTO) in CONSOLxx. It is available for many years. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Barbara Nitz wrote: ...Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. I just ran into the same issue. Check out the INIT LOGLIM( ) statement in CONSOLExx HTH, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Barbara, You can specify RTME=1/4 in CONSOL00 - that helps a lot. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz What I would really like to have is the ability to issue a K E,1 command *without* logging on. Or better yet, being able to set the console into roll mode *without* logon. On those pesky weekends IPLs I get to do I tend to forget that I can use my own id to logon to the console and never remember the supposed name of the console, much more the passowrd for that console name. Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. Without the need for commands, I would also go for a new parm in consolxx per console that allows to reset the console to del=rd and the specified rtme *after* IPL is through. (I know, how does one define the point where an IPL is done? Especially, as IPL are the few architected hardware instructions...) Also, I would not allow even display commands without logon. If someone knows enough to be able to issue a valid display command, they can spy on things. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
First - I would request that the period of inactivity be configurable and that may already be planned. Second - I have not played with the way console autologon works (so it may already be working this way) I would like to be able to set up the console to be a specific user so I can give it specific commands (display type usually), then if a more intrusive command is needed, the user would have to logon with their own identity and do the command. When the user either logs off or times out, the console would drop back to the autologon identity. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Fatzinger Sent: Monday, August 17, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Logon timeout? We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Barbara, We have LOGON(AUTO) set and OPERCMDS protection on the console name as userid. We allow control (K) and display (D) commands from the default userid. Anything else needs a LOGON. Consoles are set RD with roll time 1/4. What I've noticed is that at IPL time any command can be issued without a logon until a certain point (I assume once our security package is fully operational). After the IPL we manually set K S,DEL=R although we could probably put in some sort of automation for after IPL to do the same. So far no issues. Peter, - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. Would be the 2 I would like to see and maybe ignore K E,1 and K when there is nothing to delete. Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -Original Message- Barbara Nitz Hi Peter, nice to see you're still working in this area! :-) We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. This should be configurable. autologoff would cause a lot of complaints here. - Concurrent user logon to multiple consoles. - Anything else?? What I would really like to have is the ability to issue a K E,1 command *without* logging on. Or better yet, being able to set the console into roll mode *without* logon. On those pesky weekends IPLs I get to do I tend to forget that I can use my own id to logon to the console and never remember the supposed name of the console, much more the passowrd for that console name. Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. Without the need for commands, I would also go for a new parm in consolxx per console that allows to reset the console to del=rd and the specified rtme *after* IPL is through. (I know, how does one define the point where an IPL is done? Especially, as IPL are the few architected hardware instructions...) Also, I would not allow even display commands without logon. If someone knows enough to be able to issue a valid display command, they can spy on things. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Chris, It already works that way. When you have LOGON(AUTO) specified for consoles, when the console becomes active, it is signed on under a UserID that matches the console name. (If that ID does not exist, or is revoked, the signon will of course fail.) You can permit the Console UserID directly, or via group, to whatever OPERCMDS resources you deem appropriate. You can also choose to permit any ID logged on to that console as well. Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 Chris Nelson chris.nelson.b...@statefarm.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 2009.08.18 09:57 Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Console Logon timeout? First - I would request that the period of inactivity be configurable and that may already be planned. Second - I have not played with the way console autologon works (so it may already be working this way) I would like to be able to set up the console to be a specific user so I can give it specific commands (display type usually), then if a more intrusive command is needed, the user would have to logon with their own identity and do the command. When the user either logs off or times out, the console would drop back to the autologon identity. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Fatzinger Sent: Monday, August 17, 2009 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Logon timeout? We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
I think the ability to refresh console definitions without an ipl would be useful. Clifford McNeill Date: Tue, 18 Aug 2009 10:02:16 -0400 From: ken.porow...@cit.com Subject: Re: Console Logon timeout? To: IBM-MAIN@bama.ua.edu Barbara, We have LOGON(AUTO) set and OPERCMDS protection on the console name as userid. We allow control (K) and display (D) commands from the default userid. Anything else needs a LOGON. Consoles are set RD with roll time 1/4. What I've noticed is that at IPL time any command can be issued without a logon until a certain point (I assume once our security package is fully operational). After the IPL we manually set K S,DEL=R although we could probably put in some sort of automation for after IPL to do the same. So far no issues. Peter, - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. Would be the 2 I would like to see and maybe ignore K E,1 and K when there is nothing to delete. Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -Original Message- Barbara Nitz Hi Peter, nice to see you're still working in this area! :-) We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. This should be configurable. autologoff would cause a lot of complaints here. - Concurrent user logon to multiple consoles. - Anything else?? What I would really like to have is the ability to issue a K E,1 command *without* logging on. Or better yet, being able to set the console into roll mode *without* logon. On those pesky weekends IPLs I get to do I tend to forget that I can use my own id to logon to the console and never remember the supposed name of the console, much more the passowrd for that console name. Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. Without the need for commands, I would also go for a new parm in consolxx per console that allows to reset the console to del=rd and the specified rtme *after* IPL is through. (I know, how does one define the point where an IPL is done? Especially, as IPL are the few architected hardware instructions...) Also, I would not allow even display commands without logon. If someone knows enough to be able to issue a valid display command, they can spy on things. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Hotmail® is up to 70% faster. Now good news travels really fast. http://windowslive.com/online/hotmail?ocid=PID23391::T:WLMTAGL:ON:WL:en-US:WM_HYGN_faster:082009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
I'll second that! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Tuesday, August 18, 2009 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Console Logon timeout? I think the ability to refresh console definitions without an ipl would be useful. Clifford McNeill NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
R.S. wrote: Edward Jaffe pisze: Peter, this might not be in the same area of code but... It would be nice to be able to associate a default SAF userid with consoles that have not yet logged on. That way, OPERCMDS resources can be used to protect commands issued from those consoles. LOGON(AUTO) in CONSOLxx. It is available for many years. No. I was asking for a default SAF UTOKEN to be supplied when a console is not logged on. The LOGON(AUTO) solution tries to ensure that consoles are always logged on--a different concept altogether, and one that is an incomplete solution. LOGON(AUTO) requires you to define userids for all of your consoles--potentially hundreds of them. When I was playing around with this, I noticed that commands issued from LOGON(AUTO) consoles without an associated userid would get security failures for a user called '+CONSOLE'. I thought if I could define that user to RACF, that would provide the default capability I was looking for. Alas, the define of userids starting with '+' is prohibited. Also, I have been unable to make LOGON(AUTO) work with SYSCONS aka the Operating System Messages on the HMC/SE. As shown in my Console Me SHARE presentation, no matter how you try to log on, you get: IEE847I LOGON NOT VALID FOR EXTENDED MCS CONSOLE -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Tue, 2009-08-18 at 12:07 -0400, Clifford McNeill wrote: I think the ability to refresh console definitions without an ipl would be useful. Oh very yes, that's the first thing I thought of. But I'm not sure that's in the area that Peter was talking about. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Maybe not but if he wants a wish list I appreciate that he is asking the group rather than wait for a SHARE requirement or some such. Of course such requests may never be implemented but at least he's asking. -Original Message- David Andrews On Tue, 2009-08-18 at 12:07 -0400, Clifford McNeill wrote: I think the ability to refresh console definitions without an ipl would be useful. Oh very yes, that's the first thing I thought of. But I'm not sure that's in the area that Peter was talking about. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Edward Jaffe pisze: R.S. wrote: Edward Jaffe pisze: Peter, this might not be in the same area of code but... It would be nice to be able to associate a default SAF userid with consoles that have not yet logged on. That way, OPERCMDS resources can be used to protect commands issued from those consoles. LOGON(AUTO) in CONSOLxx. It is available for many years. No. I was asking for a default SAF UTOKEN to be supplied when a console is not logged on. The LOGON(AUTO) solution tries to ensure that consoles are always logged on--a different concept altogether, and one that is an incomplete solution. LOGON(AUTO) requires you to define userids for all of your consoles--potentially hundreds of them. When I was playing around with this, I noticed that commands issued from LOGON(AUTO) consoles without an associated userid would get security failures for a user called '+CONSOLE'. I thought if I could define that user to RACF, that would provide the default capability I was looking for. Alas, the define of userids starting with '+' is prohibited. Also, I have been unable to make LOGON(AUTO) work with SYSCONS aka the Operating System Messages on the HMC/SE. As shown in my Console Me SHARE presentation, no matter how you try to log on, you get: IEE847I LOGON NOT VALID FOR EXTENDED MCS CONSOLE OK, now I understand your requirement. And I fully support it. I would like to define generic console userid for this purpose. Specified as parameter in CONSOLxx. BTW: I also miss full console capabilities of SYSCONS. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Tue, 18 Aug 2009 15:20:15 -0400, Ken Porowski ken.porow...@cit.com wrote: Maybe not but if he wants a wish list I appreciate that he is asking the group rather than wait for a SHARE requirement or some such. Of course such requests may never be implemented but at least he's asking. I would encourage you to submit SHARE requirements as well since they carry a lot more weight with the business folks than requests on a forum. W. Kevin Kelley IBM POK Lab -- z/OS Core System Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Tue, 18 Aug 2009 14:49:07 -0400, David Andrews d...@lists.duda.com wrote: On Tue, 2009-08-18 at 12:07 -0400, Clifford McNeill wrote: I think the ability to refresh console definitions without an ipl would be useful. Oh very yes, that's the first thing I thought of. But I'm not sure that's in the area that Peter was talking about. Its not, but don't let that stop you from submitting it as a requirement. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
On Mon, 17 Aug 2009 11:54:07 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Another possibility is to reroute console messages to another alternate console upon logoff? Console Switch never worked well and we were very glad that we were finally able to get rid of it as part of the Console Restructure. I don't think you will be able to convince us to bring anything like it back. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Hello Peter, A Reconnect function, or a logon here, function, when you accidentally lose the connection. A simple remote LOGOFF function, so that any active console user can be logged off the system, from any other console. (of course RACF protectable!) - Logoff users after period of inactivity. == Yes Please - Concurrent user logon to multiple consoles. == not so much, but OK. On Mon, 17 Aug 2009 10:34:14 -0500, Peter Fatzinger f...@us.ibm.com wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Check out the INIT LOGLIM( ) statement in CONSOLExx Set to 1. The WTO buffer shortage I am talking about is not caused by JES2 not being up yet (and hence not taking the syslog buffer from IPL), it is caused by consoles defined with rtme=1 and del=rd (and yes, I know I can change those values to something else, doesn't help - operating opposes this quite loudly! They don't want to set the consoles to their preferred operational values later.) The display area is further diminished by some of the set prog=xx commands that add things to LPA. The response messages to that always come out like the response to a command just typed in (and not flowing away in hardcopy), which makes the area to roll lines even smaller. Besides, when a sysprog monitors the IPL, it is usually because changes were made and we need to check if there are problems, It is really hard to sit in front of the console and wait for the messages to scrawl by. (Hence my wish to be able to use K to change rtme and del to *my* preferred values.) So I at least usually use my TSO/SDSF session to check the log, and hence forget that the console might not have an area to display anything anymore, resulting in first the buffer buildup and then the wto buffer shortage. At which point automation resets the console. In my opinion, the buildup isn't necessary and should be prevented, if possible. The convoluted situation I find myself in not withstanding. LOGON(AUTO) is a definite no-no, Audit insists on LOGON(REQUIRED). I think the ability to refresh console definitions without an ipl would be useful. Oh very yes, that's the first thing I thought of. Can you elaborate what you mean by 'refresh console defnitions without an IPL'? Do you mean addition and deletion of consoles? Or do you mean console attributes? Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter Fatzinger z/OS Core Components Development and Service -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? What about this: after the id has been logoff, then only allow 'display' commands without logons? If someone does need for example a 'SET SMF=' command, a logon is required. I'm thinking of selective acceptance of commands based on logon/logoff status. Another possibility is to reroute console messages to another alternate console upon logoff? Am I asking too much? :-D Thanks for soliciting requests via IBM-MAIN. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Elardus Engelbrecht pisze: Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? What about this: after the id has been logoff, then only allow 'display' commands without logons? If someone does need for example a 'SET SMF=' command, a logon is required. I'm thinking of selective acceptance of commands based on logon/logoff status. Another possibility is to reroute console messages to another alternate console upon logoff? Am I asking too much? :-D You ask for something which is available FOR YEARS. It is enough to define console with LOGON(AUTO) or LOGON(REQUIRED). In case of REQUIRED your console does not support ANY commands (including DISPLAYs) until you log on. In case of AUTO the console has a userid assigned (similar mechanism to STARTED class profile), but you can re-logon to your own userid. Default userid can be allowed to do DISPLAY or any other actions of your choice (OPERCMDS). my $0.02 We lack auto-logoff function and possibility to logon on multiple consoles concurrently. The last function could be enabled by some software switch (possibly SETR) to keep compatibility -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Peter Fatzinger wrote: We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. - Concurrent user logon to multiple consoles. - Anything else?? Peter, this might not be in the same area of code but... It would be nice to be able to associate a default SAF userid with consoles that have not yet logged on. That way, OPERCMDS resources can be used to protect commands issued from those consoles. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Hi Peter, nice to see you're still working in this area! :-) We may have a future opportunity to make some changes in this area of the code. While we're in there, what would you like to see changed? - Logoff users after period of inactivity. This should be configurable. autologoff would cause a lot of complaints here. - Concurrent user logon to multiple consoles. - Anything else?? What I would really like to have is the ability to issue a K E,1 command *without* logging on. Or better yet, being able to set the console into roll mode *without* logon. On those pesky weekends IPLs I get to do I tend to forget that I can use my own id to logon to the console and never remember the supposed name of the console, much more the passowrd for that console name. Unfortunately, they all come up with del=rd and rtme=1, which isn't really nice during IPL and usually leads to WTO buffer shortages. At which point automation issues the commands. Without the need for commands, I would also go for a new parm in consolxx per console that allows to reset the console to del=rd and the specified rtme *after* IPL is through. (I know, how does one define the point where an IPL is done? Especially, as IPL are the few architected hardware instructions...) Also, I would not allow even display commands without logon. If someone knows enough to be able to issue a valid display command, they can spy on things. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Vernooij, CP - SPLXM wrote: We are considering moving the oposite way: eliminate console logon. The consoles are in a highly controlled area, where only operators come. Passwords must be carried over from shif to shift, so they are easy to remember, shouted through the room, widely known and hardly add any security. Because of further minor inconviniences caused by these passwords, we consider eliminating them. Keep in mind that allowing not-logged-on consoles exposes you to, what some might call, a gaping hole in z/OS security. I discussed this in the short subject entitled Console Me in Bit Bucket x'23' from SHARE in Orlando. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
Wissink, Brad [ITSYS] bjwi...@iastate.edu wrote in message news:d827850abe9b7143b0a8d00087200b8c02d58...@exchs018.its.iastate.edu ... We are moving our operations staff to another building from where our processor is. Due to this change we are looking at making operations logon to the consoles. One thing I don't see is a timeout that would logoff an operator after some time period. Is there such a thing? Do most shops auto logon the console or make their staff logon? Any concerns, experience or gotcha's would be appreciated. Brad Wissink We are considering moving the oposite way: eliminate console logon. The consoles are in a highly controlled area, where only operators come. Passwords must be carried over from shif to shift, so they are easy to remember, shouted through the room, widely known and hardly add any security. Because of further minor inconviniences caused by these passwords, we consider eliminating them. Your situation might differ of course, but generally you would protect/control physical access to those and other devices in the same room, hence to the room. Gotchas: we use TSS and had some chicken-and-egg situation where the operator had to logon to the console, but TSS was waiting for an operator action but not yet accepting (logon) commands from the console. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
AFAIK there is no built in timeout function. We put one together with our auto ops package (Control/O from BMC) that notices a logon then issues a logoff after 30 minutes. Timer is cancelled if the operator performs their own logoff. We do run with LOGON=AUTO but commands are protected (Top Secret from CA) and only display commands are allowed from the default userid. Only issue we found was that within a plex you could only be logged on to one console at a time and that it was possible to strand yourself when shutting down one system if you didn't logoff and had to wait for the IPL to free your userid. Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -Original Message- Wissink, Brad [ITSYS] We are moving our operations staff to another building from where our processor is. Due to this change we are looking at making operations logon to the consoles. One thing I don't see is a timeout that would logoff an operator after some time period. Is there such a thing? Do most shops auto logon the console or make their staff logon? Any concerns, experience or gotcha's would be appreciated. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console restructure an Netview 3.1
- Original Message From: Stephen Wolf [EMAIL PROTECTED] Sent: Friday, 19 September, 2008 18:45:20 We just started bringing up z/OS 1.8 in our test LPAR. We discovered our Netview version (3.1 - 5655-007) can no longer issue system commands (message CNZ005I). I believe this is due to the console restructure part 2 contained in z/OS 1.8. Stephen, how is the MSGIFAC= in member DSIDMNK in the DSIPARM ? MSGIFAC must be set to SYSTEM when Netview runs under z/OS 1.8 and up, due to the console restructure. I had the same issue starting Netview 1.4 under z/OS 1.9. Give it a try. HTH. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console restructure an Netview 3.1
On Fri, 19 Sep 2008 11:45:20 -0500, Stephen Wolf [EMAIL PROTECTED] wrote: -- snip -- We discovered our Netview version (3.1 - 5655-007) can no longer issue system commands (message CNZ005I). I believe this is due to the console restructure part 2 contained in z/OS 1.8. -- snip -- You do not indicate the reason for the CNZ005I message. That makes it difficult to answer with any certainty. My best guess is that Netview is issuing the command with a one-byte console id, which is no longer supported with z/OS 1.8. -- snip -- I discovered some new parameters in the CONSOLxx parmlib member that I thought would save us from upgrading Netview. I added INTIDS(Y) UNKNIDS (Y) to two of our existing operator console definitions. After an IPL the problem did not disappear. -- snip -- These parameters are to help you display messages (WTOs): - INTIDS issued with console id 0 (zero) - UNKNIDS - issued with an invalid console id (unknown id) rather than having them go to the bit bucket. -- snip -- Netview is our main system automation tool and replacing this function with other system exits is also undesirable.Does anyone have any ideas, zaps or other parameters that would allow us the continue using the old Netview? -- snip -- I'd have to guess that this crufty old version of Netview uses MGCR to issue commands. You might have to intercept the SVC 34 calls and turn them into MGCREs. Maybe somebody else has a better idea. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console restructure an Netview 3.1
On Fri, 19 Sep 2008 11:45:20 -0500, Stephen Wolf [EMAIL PROTECTED] wrote: ... We just started bringing up z/OS 1.8 in our test LPAR. We discovered our Netview version (3.1 - 5655-007) can no longer issue system commands (message CNZ005I). ... I cannot find reference to a message CNZ005I anywhere. What does it say? Do you have some exec that handles console assignment and/or issuing an MVS command that traps error messages and spits out its own? If you do have such an exec, does it try to get a migration console? You can't do that under 1.8. NetView 3.1 is VERY old. I'm surprised it works at all, but I can't think of anything that would make issuing MVS commands fail. Is the failure during assignment of the console or during issuing of a command? Try issuing a GETCONID. See if you get the failure. If not, try issuing an MVS command using the now assigned console ad see if you still get the error. If you haven't already (but I assume you have), look in NETLOG and see if you have any other errors. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
Ron, No you can't. You need to put a definition in CONSOLxx for B401. I presume B401 exists. I went through something similar last week and got the following response from IBM to my question. Unfortunately, no, there is no way to activate this physical console without an IPL. COMTASK (which initializes early in the IPL of MVS) must have the device available(although it might be offline) ~ Please see the following reference. z/OS: Hardware Configuration Definition Planning Document number . . : GA22-7525-10 Console devices: You can define console devices as dynamic; however: ~ o You can dynamically delete or modify any device that was defined as a console in the CONSOLxx member of SYS1.PARMLIB at IPL only after the console definition has been removed from the system by IEAVG730 or IEARELCN. For more information on removing a console using these methods, see z/OS MVS Planning: Operations . ~ o You cannot use any dynamically added device as an MCS console. Hope this helps. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Wells Sent: Sunday, August 24, 2008 21:03 To: IBM-MAIN@BAMA.UA.EDU Subject: Console Need to change--hopefully--the console definitions while running...not seeing that I can running z/0S1.9 have following example can a SET command be issued to another member where the device addr is different from the original?? INIT PFK(P0) MPF(P0) MONITOR(DSNAME) MLIM(5000) LOGLIM(3000) RLIM(40) UEXIT(N) CMDDELIM(;) DEFAULT ROUTCODE(ALL) CONSOLE DEVNUM(BC01)wanting to change to B401 when needed NAME(AXXPMST) MSCOPE(*ALL) CMDSYS(*) INTIDS(Y) UNKNIDS(Y) UNIT(3270-X) AUTH(MASTER) ROUTCODE(1-3,7,9,10,42) SEG(16) RNUM(16) RTME(1/4) AREA(NONE) MONITOR(JOBNAMES-T,SESS-T) MFORM(J,S,T) RBUF(15) CONSOLE DEVNUM(BC02) NAME(AXXP01) MSCOPE(*) CMDSYS(*) INTIDS(Y) UNKNIDS(Y) UNIT(3270-X) AUTH(ALL) ROUTCODE(1-3,7,9,10,42) SEG(20) DEL(R) RNUM(20) RTME(1/4) AREA(NONE) MONITOR(JOBNAMES-T,SESS-T) MFORM(J,S,T) RBUF(15) CONSOLE DEVNUM(BC03) NAME(AXXP02) MSCOPE(*) CMDSYS(*) UNIT(3270-X) INTIDS(Y) UNKNIDS(Y) AUTH(ALL) ROUTCODE(1-3,7,9,10,42) SEG(20) DEL(RD) RNUM(20) RTME(1/4) AREA(NONE) MONITOR(JOBNAMES-T,SESS-T) MFORM(J,S,T) RBUF(15) HARDCOPY DEVNUM(SYSLOG) ROUTCODE(ALL) CMDLEVEL(CMDS) CONSOLE DEVNUM(SUBSYSTEM) NAME(AXXP06) AUTH(ALL) CONSOLE DEVNUM(SUBSYSTEM) NAME(AXXP07) AUTH(ALL) CONSOLE DEVNUM(SUBSYSTEM) NAME(AXXP08) -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
Thanks Alan...U...remove?gets me wondering...then can a consoleAXXPMST BC01 be removed then added back as AXXPMST at B401?? well...maybe a change/enhancement needs to be put inplace..this would be a big help..backup and dr concerns... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
On Tue, 25 Mar 2008 13:35:28 -0400, Mark Pace [EMAIL PROTECTED] wrote: I would like to write a console exit. I have an example for msg IEE362A, but it is a single line message. The message I want to trap and process is IEE391A which is a multiple line message. Can anyone point me at the manual that describes exits for the console? Don't bother, that wheel has been invented many times before. IMHO the best solution is TSSO off the CBT tape, but be sure to get the latest version from the Updates section. Browse through file 001 for other console exits. I put the MLWTO code into TSSO and I'm sorry but I can't remember what manuals. Certainly Volume 1 of System Messages for the message format and in the case of TSSO the Sub-System Intefaces guide. Do they still do System Exits? http://cbttape.org/ Good luck Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Thanks to all that made suggestions. IEFU29 was the easiest alternative, other than the IPL needed. ;-) -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Mark Pace wrote: Thanks to all that made suggestions. IEFU29 was the easiest alternative, other than the IPL needed. ;-) An IPL is not needed. IEFU29 is handle thru the dynamic exit facility, so you an issue a command to add it. The module can be loaded by the exit facility, or added to dynamic LPA. For more info on this see the PROGxx member in INIT and TUNING REF. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Tuesday, March 25, 2008 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: Console exits I would like to write a console exit. I have an example for msg IEE362A, but it is a single line message. The message I want to trap and process is IEE391A which is a multiple line message. Can anyone point me at the manual that describes exits for the console? -- Mark Pace MPF exits: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e481/2.11 -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Thanks, John. On Tue, Mar 25, 2008 at 1:40 PM, McKown, John [EMAIL PROTECTED] wrote: MPF exits: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e481/2.11 -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
I don't know that it is. You will get re-entered for each line, and will need to keep track of the msgid as you can't be sure the lines will be presented consecutively for the same message for the same address space. A real problem if you have the potential for more than one address space to issue the message. I had written my code on the presumption that the WTOs were always issued from CONSOLE - and got bitten. To make matters worse, the time between the failure, and the first (somewhat arbitrary) abend was more than a day - very hard to debug. Good luck - a test LPAR is a must for this sort of thing. Shane ... Just looked up that message - are you looking to kick the dump job off automagically ???. That has been solved already - see the cbt/samplib. On Tue, 2008-03-25 at 13:35 -0400, Mark Pace wrote: I would like to write a console exit. I have an example for msg IEE362A, but it is a single line message. The message I want to trap and process is IEE391A which is a multiple line message. Can anyone point me at the manual that describes exits for the console? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Yep - I had one setup and working. Then I changed the name of my MANx datasets, and then the message number changed! Changed from using SYS1.MANx datasets to SYS1.MISZOS.MANx it appears that the dump message has changed!?!?! From: *IEE362A SMF ENTER DUMP FOR SYS1.MAN2 ON PCAT01 To: *IEE391A SMF ENTER DUMP FOR DATA SET ON VOLSER PCAT01, 748 DSN=SYS1.MISZOS.MAN2 On Tue, Mar 25, 2008 at 3:16 PM, Shane [EMAIL PROTECTED] wrote: I don't know that it is. You will get re-entered for each line, and will need to keep track of the msgid as you can't be sure the lines will be presented consecutively for the same message for the same address space. A real problem if you have the potential for more than one address space to issue the message. I had written my code on the presumption that the WTOs were always issued from CONSOLE - and got bitten. To make matters worse, the time between the failure, and the first (somewhat arbitrary) abend was more than a day - very hard to debug. Good luck - a test LPAR is a must for this sort of thing. Shane ... Just looked up that message - are you looking to kick the dump job off automagically ???. That has been solved already - see the cbt/samplib. On Tue, 2008-03-25 at 13:35 -0400, Mark Pace wrote: I would like to write a console exit. I have an example for msg IEE362A, but it is a single line message. The message I want to trap and process is IEE391A which is a multiple line message. Can anyone point me at the manual that describes exits for the console? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Mark Pace wrote: Yep - I had one setup and working. Then I changed the name of my MANx datasets, and then the message number changed! Changed from using SYS1.MANx datasets to SYS1.MISZOS.MANx it appears that the dump message has changed!?!?! From: *IEE362A SMF ENTER DUMP FOR SYS1.MAN2 ON PCAT01 To: *IEE391A SMF ENTER DUMP FOR DATA SET ON VOLSER PCAT01, 748 DSN=SYS1.MISZOS.MAN2 You could use the IEFU29 SMF exit for this rather than MPF. If you really want to use MPF, you could issue a message from IEFU29 that might be easier to work with. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console exits
Use IEFU29 - the one in SAMPLIB has code to handle either. Minor modifications to get it working. Shane ... IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 26/03/2008 06:45:11 AM: Yep - I had one setup and working. Then I changed the name of my MANx datasets, and then the message number changed! Changed from using SYS1.MANx datasets to SYS1.MISZOS.MANx it appears that the dump message has changed!?!?! From: *IEE362A SMF ENTER DUMP FOR SYS1.MAN2 ON PCAT01 To: *IEE391A SMF ENTER DUMP FOR DATA SET ON VOLSER PCAT01, 748 DSN=SYS1.MISZOS.MAN2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
If they are all PC's, then just install a KVM, but don't hook the display's up to it. Dave Jousma AVP, Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Wells Sent: Wednesday, January 09, 2008 11:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Console I have the ICC in the works...problem I have is all the current (3270)monitors and keyboards Trying to eliminate the all the keyboards we have per monitor...ICC project on hold...sort of..will not go into why... We are remapping computer room and have since replaced older (memorex base units)3270's with flat screen... What is getting in the way are the keyboards per 3270.. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
I've set up a web page (really a html file on the Operator's PC, with a desktop shortcut to the file) that has all of the information required (e.g. IP name/address, IP port number (not 23), and LUNAME) for the TN3270 client (ePassport from Zephyr Corp in our case). I wanted one desktop shortcut to make it easy for the Operators, not 46 (two machines, 3 LPARS, consoles and VTAM, and HMC). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
ok---HMC---quickie question... I have a PC---config. with the IPaddr I have assigned in ICC/OSA... Can that PC also be used on another LPAR...I see I assign a LPAR number during config...gather that means I'm locked into PC only being used by one LPAR and starting another (2)tn3270 session will not work?? say I want that PC to have (2) tn3270 session...one(1) LPAR and another for the (2) LPAR..?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
Also---back to original console subject... I hooked up KVM but noticed the keyboard double key'd anything I typed...ie... type a K and I get (2) K's ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
Y2K? --- [EMAIL PROTECTED] wrote: From: Ron Wells [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Console Date: Thu, 10 Jan 2008 15:01:28 -0600 Also---back to original console subject... I hooked up KVM but noticed the keyboard double key'd anything I typed...ie... type a K and I get (2) K's ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
I've had one PC with two operator consoles on two different LPARs. I didn't assign IP address to that PC but rather used the LU name to route to a console. Jack Kelly 202-502-2390 (Office) Ron Wells [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/10/2008 03:59 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Console ok---HMC---quickie question... I have a PC---config. with the IPaddr I have assigned in ICC/OSA... Can that PC also be used on another LPAR...I see I assign a LPAR number during config...gather that means I'm locked into PC only being used by one LPAR and starting another (2)tn3270 session will not work?? say I want that PC to have (2) tn3270 session...one(1) LPAR and another for the (2) LPAR..?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
thought IPaddr added in OSA config through HMC are what are on the PC's I connect.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
Anyone have recommendations on console consolidation... I have ICC project started...but looking at something that I can use (1) keyboard with many monitors.. ICC works well. I can have as many TSO or operator consoles as I can have 3270 sessions on my PC. Of course that depends on the ICC setup and security. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Wednesday, January 09, 2008 10:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Console Anyone have recommendations on console consolidation... I have ICC project started...but looking at something that I can use (1) keyboard with many monitors.. ICC works well. I can have as many TSO or operator consoles as I can have 3270 sessions on my PC. Of course that depends on the ICC setup and security. Jack Kelly 202-502-2390 (Office) I have been pushing SMCS consoles for those who need consoles at their desk. Here, that is basically just the Production Control people. ICC consoles would only be used for IPL or in the NOC itself. But we already have a Visara doing that function. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
I have the ICC in the works...problem I have is all the current (3270)monitors and keyboards Trying to eliminate the all the keyboards we have per monitor...ICC project on hold...sort of..will not go into why... We are remapping computer room and have since replaced older (memorex base units)3270's with flat screen... What is getting in the way are the keyboards per 3270.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
In a message dated 1/9/2008 10:29:37 A.M. Central Standard Time, [EMAIL PROTECTED] writes: have ICC project started...but looking at something that I can use (1) keyboard with many monitors.. I wish I had the video of our Lan support group who did this and the thing broke. So they had to go the really creepy warehouse and scrounge compatible monitors in the middle of a 'full dark moon' **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console
I had a look the other day at cord-less keyboards... Works with some sort of infra red... I have only seen that work 1 - 1, never 1 - 2/15, but I am sure that if you have your infra red from the monitor/pc pointing in the right direction, so that you can only pick up one monitor at a time, you can give each operator his keyboard with which he/she can move around in the ops room and just put it down in front of the screen he needs to do something on, and start typing? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Wells Sent: 09 Januarie 2008 04:38 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Console I have the ICC in the works...problem I have is all the current (3270)monitors and keyboards Trying to eliminate the all the keyboards we have per monitor...ICC project on hold...sort of..will not go into why... We are remapping computer room and have since replaced older (memorex base units)3270's with flat screen... What is getting in the way are the keyboards per 3270.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
On Thu, 26 Jul 2007 12:56:37 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: yes, that helps quite a bit. So I guess internally everything that was directly sent to a console z/OS 1.6 and lower is now first queued to this EMCS console that another task/tcb will then probably output to the actual green screen/3270 emulation session. Oh, and that EMCS console is active even when that system doesn't have its own green screen. The main point of the first Console Restructure deliverable (z/OS 1.4.2 feature) was to improve the RAS for message delivery. This was accomplished (in part) by centralizing all message delivery through the much more modern EMCS code, rather than in the crunky old (and 24-bit) MCS code. The old code now sits behind the *DIDCS console (which takes on the aggregate routing characteristics of the active (S)MCS consoles on the system). Now, a failure in this code (either due to a message flood or a coding error) no longer impacts all the other key message consumers (EMCS, OPERLOG, SYSLOG). Comm Task is active and running, regardless of whether or not there are any active green screen consoles on the system. The *DIDCS console consumes 1 whole EMCS control block entry and shares the message dataspace with all other EMCS consoles defined by the CONSOLE address space (ROUTE, OPERLOG, SYSLOG). Ergo, it costs the system essentially nothing. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
Paolo, yes, that helps quite a bit. So I guess internally everything that was directly sent to a console z/OS 1.6 and lower is now first queued to this EMCS console that another task/tcb will then probably output to the actual green screen/3270 emulation session. Oh, and that EMCS console is active even when that system doesn't have its own green screen. Thanks and regards, Barbara -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
Barbara, console id *DICNSxx is a typical name of a DIDOCS console, introduced after Console Restructure stages (time ago...) From internal documentation... The DIDOCS EMCS console, named *DICNSxx, where xx is the value of SYSCLONE. (This EMCS is for any messages going to any MCS or SMCS.) Hope this helps. _ Paolo Cacciari Business Continuity and Resiliency Services, IBM Global Services - South Region, EMEA Via Darwin 85, 20019 Settimo Milanese(MI) – Italy - MISET001 The goal is to be prepared for a disaster not to continually plan for a successful test * [EMAIL PROTECTED] ( + 39 051 41.36799 Mobile: + 39 335 6287584 7 + 39 02 596.23288 Fax BO: + 39 051 406052 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
Interesting. We have them too. I have no clue as to what they are. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
Don't know if that's it what your are looking for, these are the messages showing the console names at ipl. IEA630I OPERATOR *SYSLG0S NOW ACTIVE, SYSTEM=CP25 , LU=*SYSLG0S IEA630I OPERATOR *DICNS0S NOW ACTIVE, SYSTEM=CP25 , LU=*DICNS0S IEA630I OPERATOR *ROUTE0S NOW ACTIVE, SYSTEM=CP25 , LU=ROUTEALL No, this is not what I mean. This is the run-of-the-mill message issued whenever an EMCS console gets activated, and in our system we actually not only have a syslog but also an operlog console, which is kind of self-explanatory what they're used for. *DICNSsyslone. on the other hand, is not, especially when the message in question is routed to exactly these three consoles, operlog, syslog and *DICNSsysclone. (And yes, we also have the *ROUTEsysclone. EMCS consoles.) Regards, Barbara Nitz -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Have you checked the ROUTCODE setting for SYSCONS? Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Wednesday, January 31, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Console issue (was SAE and SAR with Visara) I use that feature, but am very unhappy with the result. It seems a *lot* of messages are not displayed making it darned difficult to diagnose a failing IPL. Any idea what I might be doing wrong? I have no consoles defined in the IODF, forcing NIP messages to the HMC. That works ok, but when NIP hands off control to MVS, many MVS and JES messages just don't appear. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Monday, January 29, 2007 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SAE and SAR with Visara If you have no non-SNA consoles, you can always use the primative console function built into the HMC. There are instructions in the SAR section of the FDR manual (section 15). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Dennis Trojak wrote: Have you checked the ROUTCODE setting for SYSCONS? Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Hal Merritt Sent: Wednesday, January 31, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Console issue (was SAE and SAR with Visara) I use that feature, but am very unhappy with the result. It seems a *lot* of messages are not displayed making it darned difficult to diagnose a failing IPL. Any idea what I might be doing wrong? I have no consoles defined in the IODF, forcing NIP messages to the HMC. That works ok, but when NIP hands off control to MVS, many MVS and JES messages just don't appear. Another thought, do you have an AUTOACT group setup so the HMC will be automatically activated when there are no other available consoles? -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Hello Hal, My SYSCONS entry from CONSOLxx member // CONSOLE DEVNUM(SYSCONS) /* MCONS - HMC*/ NAME(SYSNAME.HMC) AUTH(MASTER) ROUTCODE(ALL) MSCOPE(ALL) CMDSYS(*) /* */ I have found it impossible to LOGON to a HMC console, but the session can be auto-logon via USERID=ConsoleName. (LOGON processing is 3270 datastream only :-( ) Secondly, we use the HMC for all IPLs, with no NIP consoles defined. But we are parallel SYSPLEX, and it is a very rare occurrence when we have all sysplex members down. In that event, and the first system does not IPL we take a SA-Dump, and read the captured syslog on an active system. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console MIA
On Wed, 6 Dec 2006 12:40:48 -0600, Dave Kopischke [EMAIL PROTECTED] wrote: There are a lot of console changes jumping to 1.7. Did you name your consoles ??? There were also a few parameters that were deleted. My console problems were mostly dealing with security associated with the console names. Console names are now REQUIRED and this could be one of the reasons why consoles that worked before are not being recognized. Must of the other parameters are a bit more harmless if you forget to delete them or change them. W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console MIA
On Tue, 5 Dec 2006 14:38:37 -0600, Joe Mscisz wrote: Hello All, We are currently running z/OS 1.4, and testing 1.7. This weekend I brought my 1.7 LPAR into my Sysplex. My Master console for the 1.7 machine freezes after NIP... The IPL contines with no console and the system can be managed via routed commands from other systems. I am using the same CONSOL00 I used pre-sysplex (in turn the same CONSOL00 this LPAR used running 1.4). A D C shows me the consoles defined to my production LPAR. Is there some changed parameter I missed in the jump from 1.4 to 1.7? There are a lot of console changes jumping to 1.7. Did you name your consoles ??? There were also a few parameters that were deleted. My console problems were mostly dealing with security associated with the console names. Did you get any messages in SYSLOG ??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console MIA
I can't think of any console parameters that changed unless you are trying to implement the enhanced console feature. (We haven't done that yet, so I don't know what is involved.) Can you use the HMC console or an SDSF session to check for any messages? It may be that you can vary the master console on and bring it back to life. Jon snip My Master console for the 1.7 machine freezes after NIP... The IPL contines with no console and the system can be managed via routed commands from other systems. I am using the same CONSOL00 I used pre-sysplex (in turn the same CONSOL00 this LPAR used running 1.4). A D C shows me the consoles defined to my production LPAR. Is there some changed parameter I missed in the jump from 1.4 to 1.7? My head is thouroughly scratched; /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console MIA
The z/OS 1.4 to 1.7 migration manual at http://publibz.boulder.ibm.com/zoslib/pdf///e0z2m13a.pdf has some comments about required updates to the CONSOLxx member and about co-existence PTFs related to console. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console MIA
Freezes or just stops operating? Could be as simple as that device is not defined in CONSOLxx. NIP uses entries in the IODF. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joe Mscisz Sent: Tuesday, December 05, 2006 2:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Console MIA Hello All, We are currently running z/OS 1.4, and testing 1.7. This weekend I brought my 1.7 LPAR into my Sysplex. My Master console for the 1.7 machine freezes after NIP... The IPL contines with no console and the system can be managed via routed commands from other systems. I am using the same CONSOL00 I used pre-sysplex (in turn the same CONSOL00 this LPAR used running 1.4). A D C shows me the consoles defined to my production LPAR. Is there some changed parameter I missed in the jump from 1.4 to 1.7? My head is thouroughly scratched; I appreciate any help you can offer... Thanks! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Password
We are running OS/390 2.10 - we stabilized a long time ago. We have never required a console logon; but are now considering it. Any opinions or experiences on the merits? Hi Cheryl, It depends on how secure is your operating room and how your operators work. If there are several operators running dozens of lpars and issuing commands on several systems at same time you might end up with one logon being used by everyone else in the shift and loosing the control expected by using console logon. In my opinion console logon should be used whenever possible to complement operator's room physical security, but sometimes - as in the example above - it's just not practical and in that case another external controls would better replace or complement console logon; console security has much more to do with operator's organization, training and education than anything else. Walter Trovijo Jr. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html