Re: WAKEUP
This is from the WAKEUP documentation. When a file item is the cause of the WAKEUP, the line from the file is stacked, and WAKEUP exits with the return code set to 3. The WAKEUP documentation is here: http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/HCSD8C01/2.367?SHELF=hcsh2ab1DT=20101028105638 Colleen M Brown IBM z/VM, Related Products, and ViCom Development and Service From: Billy Bingham billy.bingham...@suddenlink.net To: IBMVM@LISTSERV.UARK.EDU Date: 04/08/2011 11:10 AM Subject: WAKEUP Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Hello, I'm trying to understand WAKEUP. I have the following in WAKEUP TIMES A: ALL 09:01:00 04/07/11 CP MSG OPERATOR BACKUP THE DASD TONIGHT I enter the command: wakeup 09:12 (file This is displayed: DMSCYW2246I 08:58:43 WAKEUP at 09:01:00 (137 sec). At 09:01 as expected I get the following on the user console: DMSCYW2246I* 1 ALL 09:01:00 04/08/11 CP MSG OPERATOR BACKUP THE DASD TONIGHT Ready(3); T=0.01/0.01 09:01:00 IS the RC 3 from WAKEUP or from the CP MSG... command. The message does not get displayed on OPERATOR's console, but if I enter the CP MSG... command itself the message gets to OPERATOR. Thanks, Billy
Re: RSU 6104?
From Susan Baloga at IBM: The 6104RSU is in process now and should be available in the next few weeks. Colleen M Brown IBM z/VM and Related Products Development and Service From: Bruce Hayden bjhay...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 12/02/2010 08:26 AM Subject: Re: RSU 6104? Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU The RSU plans page (http://www.vm.ibm.com/service/rsu/rsuplan.html) was updated yesterday to state that the 6104 RSU will be made available this month. Note that you can get notified of changes to any page on the z/VM web site via the Notify Me link on the left side of most of the web pages. Then you will know when the RSU planning schedule is updated or when RSUs are available. On Wed, Dec 1, 2010 at 4:18 AM, Buettner, Wolfgang wolfgang.buett...@softwareag.com wrote: At first RSU 6104 was planned for July, then for November of this year. Meanwhile we have December ... Is there anybody at IBM who can tell about the latest plans? Not that we had actual problems, but RSU 6103 is from May (just two months after RSU 6102) and I have to keep our z/VM systems as up-to-date as any possible. Thank you, Wolfgang Software AG – Group Executive Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Arnd Zinnhardt, Mark Edwards, David Broadbent, Josef Bommersbach, Dr. Wolfram Jost, Kamyar Niroumand, Ivo Totev Sitz/Registered office: Uhlandstraße 12, 64297 Darmstadt, Germany, – Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/ Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), David Broadbent, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/ Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: VMUTIL PARM Question
WAKEUP has been shipped as part of CMS since (I think it was) z/VM 1.3.0 So, whatever level your CMS is at is the current WAKEUP level. However, not much has changed with WAKEUP in several releases. Colleen M Brown IBM z/VM and Related Products Development and Service From: Wandschneider, Scott scott.wandschnei...@infocrossing.com To: IBMVM@LISTSERV.UARK.EDU Date: 03/16/2010 11:42 AM Subject: Re: VMUTIL PARM Question Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Version 1.2 must be current then - Thanks! Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ron Schmiedge Sent: Tuesday, March 16, 2010 10:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMUTIL PARM Question WAKEUP VERSION on my z/VM 5.4 system says 1.2 (RC=00012) On Tue, Mar 16, 2010 at 9:23 AM, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: Frank excellent suggestion - My PRAMS file has been carried forward so many times, it still says: * THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH * * THE VM/SP IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'. * Btw way what is the current version of WAKEUP, mine is 1.2? Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, March 16, 2010 9:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMUTIL PARM Question I've added this comment to the beginning of my WAKEUP TIMES: *---* *ALL |HH:MM:SS|DATESTAM| user-text (once a day) * *MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once) * *==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month) * *==/==/==|HH:MM:SS|DATESTAM| user-text (once a day) * *==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st) * *||| * *DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week) * *WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends) * *S-S |HH:MM:SS|DATESTAM| user-text (same as above) * *WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays) * *M-F |HH:MM:SS|DATESTAM| user-text (same as above) * *||| * *==/==/==|+05 |TIMESTAM| user-text (every 5 minutes) * *WEEKEND |+10:30 |TIMESTAM| user-text (every 10 mins 30 secs. weekends)* *WEEKDAY |+20 |TIMESTAM| user-text (every 20 mins weekdays) * *DAYOFWEK|+5 |TIMESTAM| user-text (every 5 mins on day) * *M-F |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays) * *---* Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bill Munson Sent: Tuesday, March 16, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VMUTIL PARM Question Scott, I believe that the Wakeup Parms file is restricted to one week of activity. * * * THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH * * THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'. * * * * NOTE THAT THERE ARE 4 FIELDS IN THIS FILE: * * * * FIELD 1: COLUMNS 01 TO 03 -- DAYS OF THE WEEK* * FIELD 2: COLUMNS 10 TO 17 -- TIME OF DAY * * FIELD 3: COLUMNS 19 TO 26 -- LAST DATE THAT LINE WAS EXECUTED* * FIELD 4: COLUMNS 28 TO 80 -- ANY CP/CMS/EXEC COMMAND * * * * VALID PARAMETERS: * * * * FIELD 1:* * 'ALL' -- EXECUTE THIS LINE EVERY DAY OF THE WEEK * * 'MON' -- EXECUTE THIS LINE ONLY ON MONDAYS* * 'TUE' -- EXECUTE THIS LINE ONLY ON TUESDAYS * * 'WED' -- EXECUTE THIS LINE ONLY ON WEDNESDAYS * * 'THU' -- EXECUTE THIS LINE ONLY ON THURSDAYS * * 'FRI' -- EXECUTE THIS LINE ONLY ON FRIDAYS* * 'SAT' -- EXECUTE THIS LINE ONLY ON SATURDAYS * *
z/VM 6.1.0 Internet Delivery Orders
The following is from Susan Baloga in z/VM Product Packaging here in Endicott: Due to an error in the distribution process, some unnecessary and unusable files were delivered with orders for z/VM 6.1.0 when internet delivery was requested through ShopzSeries. These incorrect files are: 3390 Sys DDR 1 of 2 Vnnn.TERS 3390 Sys DDR 2 of 2 Vnnn.TERS 6101 Stacked RSU Vnnn.TERS Fortunately, the correct files were also delivered (.zip) with your order. z/VM Electronic Product Package (SCSI) CDnn.ZIP z/VM Electronic Product Package (3390) CDnn.ZIP z/VM 6101Stacked RSU Electronic CDnn.ZIP Please IGNORE the .TERS files and proceed with the instructions provided with your order, which make use of the .zip files. Instructions for processing these files will be found in the memo: Installation Instructions for Electronically Delivered IBM® z/VM® Base Operating System Deliverable The distribution error was corrected on Friday 1/29/2010. We apologize for any confusion or inconvenience caused by this error. Colleen M Brown IBM z/VM and Related Products Development and Service
Re: Problem that is a blast from the past...
You all have great memories! I didn't mean to imply a current problem with DESBUF versus DROPBUF. I was just recalling other 'quirkiness' when using WAKEUP. This DESBUF versus DROPBUF thing is not isolated to just execs using WAKEUP. However, because of WAKEUP's fielding of interrupts you can see results you didn't expect. And yes, it is better to specify a number with DROPBUF with 0 meaning all the program stack buffers. Colleen M Brown IBM z/VM and Related Products Development and Service Schuh, Richard rsc...@visa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/15/2009 11:36 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Problem that is a blast from the past... Do you want DROPBUF or DROPBUF 0? Without a number, only the last buffer created is dropped; 0 implies all buffers, not just the last. A sequence of 'DROPBUF 0' MAKEBUF' 'WAKEUP ...' might be preferable if you are unsure of what called routines might have done. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Monday, September 14, 2009 11:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problem that is a blast from the past... When one uses DESBUF, it should be preceeded by CONWAIT as DESBUF also clears CMS' console output buffer. In my young years, I was debugging an EXEC1 exec with an TRACE ALL, and I didn't see all executed lines. I was almost convinced that I found a bug in EXEC1 as in the console trace I saw it jump from exec line xxx to yyy without an GOTO to explain the jump... But, you guessed it: at line yyy-1 there was a DESBUF... In my experience, DESBUF is no longer of any use since the arrival of DROPBUF, and that was together with EXEC2, maybe in VM/SP Rel 2. So, in a bigger WAKEUP based server, where one isn't sure some other called exec leaves stacked lines behind, it might be better to code 'DROPBUF' 'WAKEUP .' with or without CONS, it wouldn't matter anymore. 2009/9/14 Colleen Brown brown...@us.ibm.com I really think Kris's first response about the CONS option is the correct one. You don't want to use this option unless you have some specific need. WAKEUP will wake and give a rc 6 when you hit enter on the console without this option. I have done traces before and 'watched' the rc 6 occur because of something being put temporarily on the stack by CMS. In those cases WAKEUP is too efficient and catches what you don't want caught. Another quirky thing with WAKEUP is using DESBUF without CONWAIT. DROPBUF works much better with WAKEUP and isn't as finicky about whether or not CONWAIT is used. (It has been too long since I chased some of these things. Memory fades ...) Colleen M Brown IBM z/VM and Related Products Development and Service Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/14/2009 04:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Problem that is a blast from the past... As far as I know: CP FOR can only be used to execute CP commands on behalf of the target user, it does not generate console interrupts as opposed to CP SEND. 2009/9/14 Mike Walter mike.wal...@hewitt.com Is there any chance of some other SVM issuing a 'CP SEND' or 'CP FOR' command to the server running WAKEUP and experiencing the unexpected interrupt? Of course, in such a case of one disconnected SVM waking another up in that manner, one might expect to hear the faint strains of Dueling Banjos playing softly in the background! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Problem that is a blast from the past...
I really think Kris's first response about the CONS option is the correct one. You don't want to use this option unless you have some specific need. WAKEUP will wake and give a rc 6 when you hit enter on the console without this option. I have done traces before and 'watched' the rc 6 occur because of something being put temporarily on the stack by CMS. In those cases WAKEUP is too efficient and catches what you don't want caught. Another quirky thing with WAKEUP is using DESBUF without CONWAIT. DROPBUF works much better with WAKEUP and isn't as finicky about whether or not CONWAIT is used. (It has been too long since I chased some of these things. Memory fades ...) Colleen M Brown IBM z/VM and Related Products Development and Service Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/14/2009 04:03 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Problem that is a blast from the past... As far as I know: CP FOR can only be used to execute CP commands on behalf of the target user, it does not generate console interrupts as opposed to CP SEND. 2009/9/14 Mike Walter mike.wal...@hewitt.com Is there any chance of some other SVM issuing a 'CP SEND' or 'CP FOR' command to the server running WAKEUP and experiencing the unexpected interrupt? Of course, in such a case of one disconnected SVM waking another up in that manner, one might expect to hear the faint strains of Dueling Banjos playing softly in the background! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. -- Kris Buelens, IBM Belgium, VM customer support
Re: FLIST on SFS, *HEADER ignored
Well, I was able to contact one of the original developers that worked on adding this support. Unfortunately, it has been so long that he doesn't remember much about it. However, since there is a PMR opened it will be handled through that. regards, Colleen M Brown IBM z/VM and Related Products Development and Service Shimon Lebowitz shim...@iname.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 08/19/2009 11:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FLIST on SFS, *HEADER ignored Well, after Alan's comment about bug-spray g I opened a call with IBM here, and they gave me a PMR number, so you might be hearing from them too. Thanks, Shimon Original message Date: Wed, 19 Aug 2009 09:32:14 -0400 From: Colleen Brown brown...@us.ibm.com Subject: Re: FLIST on SFS, *HEADER ignored To: IBMVM@LISTSERV.UARK.EDU I'm checking into this. I don't have an answer yet on why it was done the way it was done. There were two developers who worked on that design one of which is still around. I have sent him a note asking if he remembers. I haven't heard back from him yet. I will let you know when I do. Colleen M Brown IBM z/VM and Related Products Development and Service Alan To IBMVM@LISTSERV.UARK.EDU Altmark/Endicott/i...@ibmus cc Sent by: The IBM z/VM Subject Re: FLIST on SFS, Operating System *HEADER ignored IBMVM@LISTSERV.UARK.EDU 08/18/2009 10:46 AM +---+ | Please respond to | | The IBM z/VM Operating | | System | | IBMVM@LISTSERV.UARK.EDU | +---+ On Tuesday, 08/18/2009 at 09:41 EDT, Shimon Lebowitz shimon...@gmail.com wrote: I don't use FLIST much on the 'desktop', but it is very useful when embedded in applications with the PROFILE and ONE options, and sometimes USE too. I am developing something today, and am surprised to see that apparently (if I am understanding correctly what I see) the *HEADER statement in the profile is ignored when FLIST is displaying the files of an SFS directory. Aha... the thlot pickens... Even running plain vanilla FLIST, the header disappears for SFS. For a disk: q disk b LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL XPXX 1A1 B R/O20 3390 4096 366 1358-38 2242 3600 flist * * b gets this on the first line: LVL 0 - B 1A13600 BLKS 3390 R/O 38% FILE 1 OF366 But for an accessed directory: q accessed w MODE STAT FILES VDEV LABEL/DIRECTORY W/AR/O 338 DIR XPOOL:77731619. flist * * w gets this: LVL0 XPOOL:77731619. Is this documented? a bug? It works as coded. :-) I looked at the code and it very specifically bypasses the header build procedure for SFS directories. There is nothing in the HELP about this exception. The code was most recently touched by the Y2K updates in 1998 with APAR VM61389. Oddly enough, that APAR was only supposed to cause FLIST to display dates according to your virtual machine's DATEFORMAT setting. There seems to be support in there for a 2-line header to be dynamically built if needed, apparently to accomodate long directory names, so I don't know what the issue might be. Colleen could give a better answer, but I would have my bug spray at the ready... Alan Altmark z/VM Development IBM Endicott
Re: FLIST on SFS, *HEADER ignored
I'm checking into this. I don't have an answer yet on why it was done the way it was done. There were two developers who worked on that design one of which is still around. I have sent him a note asking if he remembers. I haven't heard back from him yet. I will let you know when I do. Colleen M Brown IBM z/VM and Related Products Development and Service Alan Altmark/Endicott/i...@ibmus Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 08/18/2009 10:46 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FLIST on SFS, *HEADER ignored On Tuesday, 08/18/2009 at 09:41 EDT, Shimon Lebowitz shimon...@gmail.com wrote: I don't use FLIST much on the 'desktop', but it is very useful when embedded in applications with the PROFILE and ONE options, and sometimes USE too. I am developing something today, and am surprised to see that apparently (if I am understanding correctly what I see) the *HEADER statement in the profile is ignored when FLIST is displaying the files of an SFS directory. Aha... the thlot pickens... Even running plain vanilla FLIST, the header disappears for SFS. For a disk: q disk b LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL XPXX 1A1 B R/O20 3390 4096 366 1358-38 2242 3600 flist * * b gets this on the first line: LVL 0 - B 1A13600 BLKS 3390 R/O 38% FILE 1 OF366 But for an accessed directory: q accessed w MODE STAT FILES VDEV LABEL/DIRECTORY W/AR/O 338 DIR XPOOL:77731619. flist * * w gets this: LVL0 XPOOL:77731619. Is this documented? a bug? It works as coded. :-) I looked at the code and it very specifically bypasses the header build procedure for SFS directories. There is nothing in the HELP about this exception. The code was most recently touched by the Y2K updates in 1998 with APAR VM61389. Oddly enough, that APAR was only supposed to cause FLIST to display dates according to your virtual machine's DATEFORMAT setting. There seems to be support in there for a 2-line header to be dynamically built if needed, apparently to accomodate long directory names, so I don't know what the issue might be. Colleen could give a better answer, but I would have my bug spray at the ready... Alan Altmark z/VM Development IBM Endicott
Fw: Disk Accounting Records
Colleen M Brown IBM z/VM and Related Products Development and Service - Forwarded by Colleen Brown/Endicott/IBM on 09/30/2008 12:52 PM - Colleen Brown/Endicott/IBM 09/30/2008 11:29 AM To [EMAIL PROTECTED] cc Subject Re: Disk Accounting Records If you are referring to the account records generated by CP you can use ACCOUNT MODULE to process type 1, 2 and 3 records. HELP ACCOUNT should get you information on it. Colleen M Brown IBM z/VM and Related Products Development and Service Howard Rifkind [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/30/2008 10:10 AM Please respond to [EMAIL PROTECTED] To IBMVM@LISTSERV.UARK.EDU cc Subject Disk Accounting Records Disk accounting records...what to do with them. Is there anything in VM that will allow you to process these records and if so where and what is it. I've been asked to do something like offload these records and clean up accounting's A/191 disk. Any suggestions would be much appreciated. Thanks BTW, also how about the EREP records, we do process the z/OS records would it also be a duplication to process the EREP records form z/VM?
Re: RSCS and TCPNJE Question
Jerry, Check out Info APAR II14360. It discusses just such a situation. You may need JES2 APAR OA22718 Colleen M Brown IBM z/VM and Related Products Development and Service
Re: z/VM 5.3 FLIST
There are many appends about FLIST so I apologize if this has been suggested before. You can use the USE option of FLIST. This may give you the function you want. It is explained in the HELP file and in the CMS Commands and Utilities book. The book also shows an example of an FLISTS exec to use with the USE option. Colleen M Brown IBM z/VM and Related Products Development and Service
Re: Stacked RSU Installation
Chris, If you followed the DVD installation instructions which Mike MacIsaac referenced, you should already have the RSU servlink on the 500 disk. The reference to the README file pertains to an RSU obtained through the service process on CD-ROM. There is no DVD delivery through the service stream. Is this the section of the Guide for Automated Service and Installation which you are referring to ? If the RSU or COR service is electronic or CD-ROM, continue with this substep. a. Retrieve the entire RSU or COR service. (MAINT’s 500 minidisk can be used to load the service files.)v If your media is electronic, follow the instructions that were sent to you electronically. v If your media is CD-ROM, follow the instructions in the README file on the CD-ROM. To verify that you have the RSU, please link and attach the 500 disk. link maint 500 500 wr access 500 c filelist * * c Please look for a file named 5301RSU SERVLINK. That would be the RSU and the file name would be what you supply on the service invocation on page 113, step 6 substep 5. Regards, Susan IBM Corp., zVM Development 1701 North St. / Dept. G32 Endicott, NY 13760 Michael MacIsaac/Poughkeepsie/[EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/28/2007 11:52 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Stacked RSU Installation Chris, for instructions on how to receive the files to my 500 disk. I assume you're in the middle of the INSTDVD process. As I recall, you should be able to just plug the DVD in the drive, type GO and the 1 file (5301RSU1 SERVLINK for VM 5.3) should get copied there. Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061
Re: dirm needpass no
From DirMaint Support: What they have done is made every command be not prompted for a password. Which of course is not the way DirMaint typically runs. Someone, probably on the listserv, told them in the past they could alter the cmds file to remove them from password authorization. Something which I would typically describe as dangerous but perhaps on their education/test system it is what they want. With this in mind these files are not typical files to be needing tailoring at all. The are tailorable if there is some special case which they seem to have. This is why they are not discussed in the documentation (TAG). In the case of AUTHBY CONTROL this is built when you use the AUTHBY function for BYUSERS. There are several control files in DirMaint which get built because the external command was issued. Therefore there is no need for the customer to be informed of this file. If he would follow the documentation given with the product he is informed of everything he needs to know about. By default DirMaint requires passwords. The way they operate as discussed they are not. However, if the issue a NEEDPASS command which is an optional command it could confuse the issue. What I believe they should have done to give everyone access to all commands by making every command a GENERAL use command. Then the password prompt would not be so confusing. But as long as they know what they have done there is no issue. Just be aware that this could be dangerous. They are giving access to everyone to DASD commands which could be a loaded gun in the hands of the wrong people Colleen M Brown IBM z/VM and Related Products Development and Service Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/14/2007 01:10 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: dirm needpass no I took a look at doc for 140CMDS and 150CMDS and now I see the Y or N called out for col 35. I overlooked that as I did the last time we upgraded DIRMAINT. Mark found it then as he did now. What I don't understand is what appears to be the fact that there are so many places in DIRMAINT, both the client side and the server side where authorization is granted. On the client side, there appear to be GLOBALV options that can be set and there is also the DIRM NEEDPASS NO or YES. On DIRMAINT, there is the Y or N in the 1x0CMDS DATADVH file but there is also the AUTHBY CONTROL file. The descriptions for all of them seem to be scattered in different manuals rather than having a section in the Tailoring and Admin. manual. That makes setup of DIRMAINT really messy as does many of the different configuration files. Jim Mark Bodenstein wrote: --=_277284843==.ALT Content-Type: text/plain; charset=us-ascii; format=flowed Jim is away in Texas and I'm here minding the shop. (Though he seems to be reading email, so I won't be surprised if he chimes in.) I checked the 140CMDS DATADVH and 150CMDS DATADVH files on the DIRMAINT 11F minidisk on our test VM LPAR which has DirMaint at the z/VM 5.3 level. These two files had mostly Y's in column 35 for the various commands, indicating that a password was required. In production (where we don't need to specify passwords) these two files have all N's in column 35. So I edited the files to specify N's in column 35, and restarted DIRMAINT. Voila! No passwords required. This is without doing anything with GLOBALV on the client side. I checked my GLOBALV files and didn't find NEEDPASS anywhere. Just to be sure I also checked the http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsl3b21/9.43 z/VM 5.3 DirMaint http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsl3b21/9.43 Tailoring and Administration Guide. NEEDPASS is defined in Table 42 as a LASTING GLOBALV variable in pool DVH15 for possible use by DVHCX* and DVHPX* exits in the user's virtual machine (client side). There's no mention of the NEEDPASS global variable being used by anything other than being available for use by these exits. Mark Bodenstein ([EMAIL PROTECTED]) Cornell University At 10:57 AM 11/12/2007, Alan Altmark wrote: On Monday, 11/12/2007 at 08:19 EST, Phil Smith III [EMAIL PROTECTED] wrote: A. Harry Williams [EMAIL PROTECTED] wrote: No, he's talking about GLOBALV SELECT DVH15 SET NEEDPASS NO OK, I must have misunderstood part of the thread then. This is the setting I was referring to which, as your post goes on to note, doesn't work if done SOLELY on the client, because the server still wants a password. So, from the discussion here, I'm getting the idea that even though NEEDPASS NO is remaining set on the client side, upgrading the DIRMAINT server somehow causes it to forget its setting for that same client. And that necessitates yet another NEEDPASS
Re: dirm needpass no
I passed this onto DirMaint support and they have asked that you open a PMR. Colleen M Brown IBM z/VM and Related Products Development and Service Les Geer (607-429-3580) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/16/2007 04:36 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: dirm needpass no Thanks Colleen. Could you please pass this response back to DirMaint Support? I agree with what Alan recommended a week ago now, please open a problem with the IBM support center and work directly with level 2. Thanks Best Regards, Les Geer IBM z/VM and Linux Development
Re: RSCS
Hi, I passed this on to our RSCS ID person and he has corrected the statement. However, the correction won't show up in the current book and help files. Don't know how this one slipped past! Thanks for finding it! Colleen M Brown IBM z/VM and Related Products Development and Service Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 08/17/2007 04:06 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject RSCS There is no RCF for a HELP display, but one that looks somewhat strange is the HELP RSCS TCPNJE display. If you look at the STREAMS= parameter in the syntax diagram, the non-default line calls for a rather odd entry. J Regards, Richard Schuh
Re: Fw: Dirmaint - any way to suppress the user notification message when a directory change is made?
I sent your question onto Doug Barnhart here in z/VM. Doug had the following to say: He could also use DIRM USEROPTN Rcvmsgs INFO_OFF if he only want to remove the informational messages. The RCVMSGS OFF will stop all messages and there maybe some severe message responses which the customer would want to see. Of course unless he indicates that he also does not want to log the messages they would be in the log file but he may not know to look there unless he has the message response on his terminal. Regards, Doug Barnhart Colleen M Brown IBM z/VM and Related Products Development and Service
Re: SERVICE install problem
From developer Tami Zebrowski-Darrow From MAINT user id you need to do the following for the component that you are servicing. It assumes that you have the prereq PTFs in a SERVLINK envelope file on MAINTs 500 disk. If you have tape then do not use ENV option on VMFREC. Also for the correct syntax of the SERVICE RESTART command that you need to use, see the VMFSRV2310W message in the $VMFSRV $MSGLOG from the original SERVICE failure. comp and envfn are variables in the following commands and need to be filled in with the component that the prereqs are for and the filename of the SERVLINK file that has the prereq PTFs in it, respectfully. ACC 500 C VMFSETUP SERVP2P comp (LINK VMFREC PPF SERVP2P comp (ENV envfn VMFSETUP DETACH SERVICE RESTART Tami Zebrowski-Darrow VMSES/E Service/Support, LP Enablement/Packaging, and Development Colleen M Brown IBM z/VM and Related Products Development and Service Jon Brock [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 04/18/2007 11:03 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SERVICE install problem Thanks, Mark. That helped a lot. (I was looking in the wrong manual before.) I *think* I have gotten past this. Now, on to the next problem. Thanks, Jon -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Mark Pace Sent: Tuesday, April 17, 2007 1:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SERVICE install problem On 4/17/07, Jon Brock [EMAIL PROTECTED] wrote: Is there a way to terminate the first PTF apply process, or will I need to figure out how to manually apply the prereq PTF? Manual service really pretty straight forward. Look in the Service Guide - GC24-6117 -- Mark Pace Mainline Information Systems
Re: MSGTRAP/Trapping MSGs
When you are talking about IUCV messages the WAKEUP IUCV interrupt handler is loaded and running if you have invoked WAKEUP with this option. The messages will be queued until you ask for them with the next WAKEUP IUCVMSG invocation. If you are talking about VMCF messages they are queued by CP until you invoke WAKEUP and ask for them. Colleen M Brown IBM z/VM and Related Products Development and Service Kris Buelens [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/30/2007 06:14 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MSGTRAP/Trapping MSGs In the past, Ross Fried's QIUCV EXEC displayed the number of queued message correctly, now in z/VM 5.2, it displays 0. This QIUCV EXEC needs some additional fixes. QIUCV still displayes the number of queued lines when running QIUCV SYSTEM instead of QIUCV userA -- Kris Buelens, IBM Belgium, VM customer support
Re: Tape drive types?
DEVTYPE might give you some of the information you are looking for. Do a HELP DEVTYPE and you should find it. Colleen M Brown IBM z/VM and Related Products Development and Service Nick Laflamme [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/20/2007 10:29 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Tape drive types? Has anyone mapped out the values to tape drives types returned by Q cuu ID? Perhaps even listed which types are compatible with what sorts of tapes? (Yes, Herndon, I'm looking in your direction.) I'm trying to come up with a better way of handling tape drives at a DR site, but I figure they have a lot of types of tape drives I don't normally see, and I'd like to know when to charge forward and when to send up red flags when trying to get up and running at a DR site. Thanks, Nick
Re: Can RSCS start a TCPNJE link and keep listening for the remote side to start?
Remember that the LINKDEFINE for RSCS contains both a Link Name and a Node Name. Could it be a mismatch with one of these? According to the RSCS code we have received a reason code of 1 in the CRR control record. This indicates a node mismatch. If reviewing your configuration doesn't find the problem, I would suggest an RSCS Link trace when you are starting the link. Colleen M Brown IBM z/VM and Related Products Development and Service Kris Buelens [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/15/2007 01:42 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Can RSCS start a TCPNJE link and keep listening for the remote side to start? Note too that when a TCPNJE links breaks, RSCS will not attempt to restart, unless... your create a LinkName GCS Rexx exec and place an Address RSCS 'START linkname' inside it. Still not 100% perfect I learned, but it helps. Yes, SNA links has fewer start problems. 2007/1/15, Mike Walter [EMAIL PROTECTED]: Thanks, Dave - but your being able to do it does not explain why we get the error msgs when attempting to start the TCPNJE link (not SNANJE) and let it wait for the JES2 side to start. Perhaps it is old maintenance? But an IBMLink SIS search did not turn up anything. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Kris Buelens, IBM Belgium, VM customer support
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
Please know that you are 'preaching to the choir' so to speak. The last thing VM'ers want to do is get rid of another VM or mainframe application. I second Alan. Please let the ServicLink folks know about these problems. (After all the VM community has always been a very vocal community!) Colleen M Brown IBM z/VM and Related Products Development and Service Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/04/2007 08:45 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007 Exactly! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rick Barlow Sent: Thursday, January 04, 2007 8:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007 In addition to the issues already mentioned, I know of 2 other problems with the web interface. The first one is that there is no way to send (e-mail) anything back to yourself. If you want to research 100 PTFs for a product, it is a lot easier to send the list back to a place where you can manipulate the list. Lest anyone think that I haven't researched this issue, I know that I could cut-and-paste or view source or a number of other relatively manual processes. However, all of those are much more time-consuming than tapping the PF key to print and send the output back to my VM system. I will also miss this function for being able to print and archive old PMR text so that I can find old problems after IBMLink deletes them (28 days). The ability to use a text mode browser might improve this but I am not aware of a text mode browser that handles https. The other significant productivity hit is the lack of shortcuts to get between functions. The point-and-click option requires a lot more waiting for transitions between tasks in IBMLink. I first heard about the probability of the 3270 interface being discontinued in October 2003 from someone in the IBMLink development team. I mentioned these issues then and, while the web interface has improved, these functions still do not exist. I guess customer requirements aren't as important as they used to be. (sigh!) Rick Barlow Systems Engineering Consultant Nationwide Services Co., Enterprise Business Intelligence Services Mainframe, z/VM and zSeries Linux Support One Nationwide Plaza 3-20-13 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5213Fax: (614) 677-0821 mailto:[EMAIL PROTECTED] If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: RSCS printer not there but there
Hi Michael, Please see in the RSCS Planning and Installation book, Chapter 2 Planning for Installation, Virtual Storage Considerations, Calculating Virtual Storage. This will tell you how to calculate how much virtual storage you need. I didn't do the math but 16M seems small for your system. RSCS will only use the amount of virtual storage it needs so if you define more than you need that should not be an issue. That being said, I don't know that increasing your storage will solve this problem. The doc does say that RSCS can stop sending files if you run out of storage and in your case RSCS has stopped sending files. So, it seems worth a try. Colleen M Brown IBM z/VM and Related Products Development and Service Horlick, Michael [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/07/2006 09:24 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RSCS printer not there but there Ok, will do. I have 58 SNA3270P, 11 NJE and 153 LPR (ITO=100 specified) definitions within my RSCS configuration files with RSCS coming up with 16M virtual machine size. Could the 16M be an issue? Should I bump that up? Thanks Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) Sent: December 6, 2006 4:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RSCS printer not there but there I recommend if you are still experiencing this problem to open up a problem with the IBM support center Something doesn't sound right Best Regards, Les Geer IBM z/VM and Linux Development Early this morning we did a VM IPL and I noticed this morning a bunch of files in the RSCS printer queue which should have been printed on some LPR printers. It appears that a VSE machine was sending files to RSCS but that RSCS did not recognize the destination printer. It was if the printer was not defined. I did the following for one of these printers : smsg rscs q v222 DMTCMQ310E Location V222 is not defined mike Ready; However , if I did 'smsg rscs q sys' I would see as part of the list : v222 released LPR ... ... priority I then had to dynamically redefine the printer. For RSCS I have its console spooled and I see for this printer : 06:30:02 DMTCMX005I Location DEVVM(OPERUTIL) executing: START v222 FORM * 06:30:02 DMTCMY700I Activating link v222 LPR line class* queueingpriority 06:30:04 DMTLPR012I Link v222 exit routine LPRXONE loaded at 00FBC140 06:30:04 DMTLPR181I Link v222 ready for session initiation 07:08:08 DMTNHD144I Receiving file () on link RVHPCS from RVHPCS(SYSCICSG), records 29 HCPCSP053E V222 not in CP directory PRT FILE 2642 SENT FROM RSCS PRT WAS 2642 RECS 0029 CPY 001 N NOHOLD NOKEEP 07:08:08 DMTAXM104I File () spooled to SYSTEM -- origin RVHPCS(SYSCICSG) 12/06/06 07:08:06 EST I have had to dynamically define a bunch of printers and even after occasionally a printer would become undefined and I would need to redefine. How is this possible?
Re: 3270 Programming under z/VM
You can use DMS/CMS or the VM version of ISPF (if that is what you are familiar with) as well as the products suggested by the other responders. Colleen M Brown IBM z/VM and Related Products Development and Service P. Raulerson [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/24/2006 07:23 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject 3270 Programming under z/VM Are there any really *easy* ways to program 3270 panels under z/VM? Sort of like using REXX and ISPF panels under z/OS? I need to write a couple small but really needed applications for CMS, and onlyhave assembler available to me to do so. :) -Paul
Re: Endicott flooding
Well, the Endicott site is open today. However, that doesn't mean everyone can make it in. It took me an hour yesterday evening to get to work to get my ThinkPad so that I can work from home today. The trip usually takes 10-15 minutes when there is traffic! But at least we haven't floated away! Colleen M Brown IBM z/VM and Related Products Development and Service Rob van der Heij [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/30/2006 07:26 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Endicott flooding On 6/30/06, Jim Bohnsack [EMAIL PROTECTED] wrote: I have not seen anything from any of our IBM friends in Endicott since Tuesday. There have been very bad rains in central NY and the Endicott area has been especially hard hit with flooding. They're on the 2nd floor so that could be a productive long weekend if they were still at the office. ;-) But they may have some problems since the lab staff is typically cooled by the Ice Truck (unless there also is an Ice Boat). Rob --