Re: List abars versions dfhsm V1.11
Hello, Have a look at the example at: http://www.servframe.com/wp-content/uploads/2011/04/HSMLIST.jcl_.txt Many more HSM examples at http://www.servframe.com/jcl-samples/ Gil. On Thu, May 5, 2011 at 5:34 PM, af dc acbi...@gmail.com wrote: Hello, can you pls tell me a way to see all versions of a certain abar ?? Many thx, A,.Cecilio. -- 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: Red Alert: Possible corrupted backup copy for z/OS 1.10, 1.11, 1.12 users of zHPF PDSE (2011.01.11)
In the first week of last December our operations team called us with an auxiliary storage shortage on one of our systems, where SMSPDSE1 was occupying about 70% of auxiliary storage. To resolve this situation we restarted SMSPDSE1. We then went over the SYSLOG and OPERLOG and discovered that SMSPDSE1 was stuck in some sort of a recovery routing loop for almost 24 hours, writing OPERLOG records every time and apparently allocating some storage without releasing it. What triggered this was the abends described in OA35260 and OA35296 which occurred the night before, when our HSM migration was running. After the abends, both HSM and SMSPDSE1 kept running normally. We opened a PMR about this problem and are running with a SLIP trap requested by media manager support and PDSE level 2 since then. So far the abends haven't happened again though. As Brian mentioned, we applied these PTFs as part of our regular RSU maintenance... We are now looking into backing off these PTFs, as we really don't want to disable zHPF... Gil. On Wed, Jan 12, 2011 at 12:12 AM, Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: Unfortunately, it appears the PE flag was set for these PTFs just last week, and the initial PTFs in error from August 2010 became RSU1009 (recommended in early October 2010), which gives a window of approximately three months duration where the PTFs were installable as recommended. Folks who performed z/OS maintenance after early October 2010 should carefully check their systems for exposure to this issue. A reminder: To be exposed, you must have 1) applied the PE PTFs, AND 2) actually have PDSE data sets on zHPF-eligible DASD devices. You can issue D IOS,ZHPF to determine whether your system supports zHPF in the first place. At z/OS 1.11 anyway, ZHPF=NO is the default. Brian -- 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: Retricting jobs that use a certain DDNAME, certain DSNAME to a groups of classes
Gadi, What about the VSAM SHAREOPTIONS parameter to limit write access from other systems? Gil. On Tue, Dec 28, 2010 at 1:46 PM, גדי בן אבי gad...@malam.com wrote: Hi, The reason for this request is that the specified DSNAME is a VSAM KSDS. Many jobs read the file, and some update it. Sometimes, about once a year, a job running on the 'wrong' LPAR updates the file, and corrupts it. The corruption is not immediately apparent, and may be discovered days or weeks after it happens. The jobs accessing the file are both production (scheduled) jobs and one time, ad hoc jobs. We have access to OPS, if that may help. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Tuesday, December 28, 2010 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Retricting jobs that use a certain DDNAME, certain DSNAME to a groups of classes Have fun writing an exit. By LPAR, I assume you mean a specific z/OS image (SYSNAME. or SMFID), an not a specific hardware LPAR name. But I guess either is possible. Now, which exit? Well, IEFUJV or IEFUSI comes to mind. But what about if somebody gets clever and used DYNALLOC? Is this for a specific program? How about using RACF to restrict who can run the program itself? Or is this more of a scheduling thing, as in: When a job is submitted and contains the specific DD name and DSNAME combination, make sure that the system routes its execution to a specific MAS node? In JES2, this would be setting the SYSAFF. In this case, you might be able to use JES2 exit 6 (converted exit), look at the internal text, and set the SYSAFF in the JES2 control block for the job. I don't know which control block. On Tue, 2010-12-28 at 13:05 +0200, גדי בן אבי wrote: Hi, I have the following request: Check if a job uses a certain DD, and that DD references a certain DSNAME, make sure that the job runs on a specified LPAR. Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- 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 -- John McKown Maranatha! -- 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 לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- 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: Automate ISMF report
Hello David, Please follow the link below for a sample JCL of how to run ISMF storage group report in batch. You will have to tailor the job to suit your installation standards. Note that for space information, you have to change the SCDS name to 'ACTIVE' under the GENSGLST step. http://www.servframe.com/wp-content/uploads/2010/12/@@ISMFSG.jcl_.txt You can find other JCL samples for generating batch ISMF reports at http://www.servframe.com/jcl-samples/ There are also a few different DCOLLECT job samples there... Hope this helps, Gil. On Mon, Dec 13, 2010 at 11:23 PM, David G. Schlecht dschle...@doit.nv.govwrote: Hi All, I'm trying to automate the ISMF Storage Group LISTVAL report but can't find the magic. Specifically, I'm looking for space usage data. This seems like it should be a pretty common request by storage customers but I have found nothing in the docs and the only thing I find here or on the IBM site are unusable for this purpose. What do you gurus use to extract ISMF data in batch? If I've overlooked the right doc, can you point me in the right direction? Thanks in advance for any info you might have. - David + David G. Schlecht + Information Technology Professional + State of Nevada + Department of Information Technology + 775.684.4328 This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-Mail and delete all copies of the original message. -- 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: 64-Bit Storage / Performance Issues with z/OS 1.10
Jack, What value do you specify in IEASYSxx for LFAREA= ? The default is none, which means no real storage should be used to back 1M pages. So if you are taking the default, your problem is probably not caused by large pages. HTH, Gil. On Tue, Mar 16, 2010 at 7:17 PM, Jack Oakley jack.oak...@bcbsnc.com wrote: Curious to learn if anyone else has experienced this problem and what you did to resolve it. Migrating from z/OS 1.9 to 1.10. z/OS 1.10 exploits more 64-bit storage (GRS, SMSPDSE, TRACE, etc). The system trace (TRACE) buffers not only increased from 256K to 1M per logical CP, but also moved above the 2GB bar. We are experiencing very poor performance mostly during abend processing as described in II14465. Configuration: LPAR has 4GB real storage. 2 logical CPs In addition to z/OS, significant exploiters of 64-bit storage are: Four DB2 v8/v9 systems Three IMS v10 systems Four CICS Transaction Server v3.2 regions Two Java 1.6 (64-bit) application address spaces Regards, Jack Oakley -- 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: HVCOMMON
Hi Barbara, I know it doesn't count as an official publication, but the additional 2gb in the high common are actually documented in the z/OS v1r10 implementation redbook (sg24-7605). Gil. On Mon, Jan 18, 2010 at 7:43 AM, Barbara Nitz nitz-...@gmx.net wrote: Elpida, z/OS adds 2G (for system use) to the amount specified. The total amount of HVCOMMON allocated is what is specified or defaulted plus 2G rounded up to a 2G boundary. I will make sure that the pubs get updated to reflect this. you read my mind. 'Where is it documented?' would have been my next question. :-) I am glad that I did set the value right, though, and now have the absolute minimum I can specify! 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 -- 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: Copying and/or expanding zFS
Guy, If you wish to use IDCAMS REPRO to copy ZFS aggregates, you should not format the target VSAM data set as a ZFS aggregate prior to the REPRO. The REPRO process destroys the ZFS aggregate format resulting in an unusable data set. If you only define the linear VSAM cluster, but don't format it as a ZFS, the REPRO works. Gil. Define the linear VSAM cluster, don't format it as a ZFS aggregate, use REPRO. On Thu, Jan 14, 2010 at 6:59 PM, Guy Gardoit ggard...@gmail.com wrote: Hello, The person who installed our z/OS 1.11 ServerPac did not combine the ROOT, AAOPROOT, NETVHFS and XML OMVS zFS data sets into a combined ($VERSION) ROOT (as I clearly, or so I thought at the time, asked him to do). So now I'm stuck trying to figure out how I can allocated a new, larger $VERSION ROOT and then copy the contents of these 4 zFS to it. I've tried formatting a new zFS and then doing a IDCAMS REPRO from the old ROOT but that failed. I tried formatting a new zFS and then mounting the old root at '/temp' and the new ROOT at '/Service' then issued a shell command: cp -R /temp/* /Service that failed saying that the new, larger ROOT ran out of space! I'm wondering if anyone would be so kind as to point out how zFS data sets can be expanded and copied for cloning. I've looked at some of the documentation but I still don't understand how to do it. HFS data sets were no problem but these zFS data sets seem to require somethning special to do a simple expansion and/or cloning. TIA -- Guy Gardoit z/OS Systems Programming -- 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: JES SPOOL quota by user?
Hey John, How do you feel about converting to JES3? ;) They've had spool partitions, which provide just what you want, for many many years... On Wed, Dec 23, 2009 at 6:06 PM, McKown, John john.mck...@healthmarkets.com wrote: OK, I'm being Scrooge. But we have a person here who loves to use the JES2 SPOOL as a report repository. Most likely due to it being easy and not needing to bother with estimating his dataset size requirements. So, what would people think about being able to put a quota on JES2 SPOOL space by userid? Of course, scheduled jobs (test, model office/qa, and prod) would need to run under an exempt userid. And I guess STCs should be exempt also. What about TSO logons? And what should happen when the quota is exhausted? An abend? An I/O error reported to the job? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
WLM initiators and IEF196I messages
Hi all, A little something I noticed... We have some code in IEFACTRT that issues WTO messages with route code 11 (don't ask..). When a job is running under a JES-managed initiator, the messages are displayed fine in the JESMSGLG. When a job is running under a WLM-managed initiator, each message is echoed again with IEF196I message. I know that is what IEF196I is for. I see IWM034I stating that the WLM-managed initiator was started with parameters SUB=MSTR. But isn't that behavior of WLM-managed initiators inconsistent with the behavior of JES-managed initiators? Shouldn't WLM-managed initiators be started under the JES subsystem like JES-managed initiators? Thanks, Gil. -- 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: Is it still true that Subchannel-1 is limited to PAV alias devices?
Hi Jan, z/OS V1R10 allows defining PPRC secondary devices in SS1. Gil. On Wed, Jul 29, 2009 at 1:41 PM, Jan Vanbrabant jan.vanbrab...@telenet.bewrote: Hi, Question fully contained in the subject. The z/OS V1R7 implementation indeed limits the exploitation of subchannel set 1 to parallel access volume (PAV) alias devices only. Is this still valid for higher z/OS releases? If not, any 'rumors' that this may change in the future? A SOD?? Jan -- 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
Monitoring high virtual shared storage
Hi all, We have an LPAR running z/OS R9 with 6Gb of real storage and about 30Gb of paging space (allocated in 3 page data sets on 3 3390-9 volumes). We are using the default HVSHARE value of 510Tb from IEASYSxx and the RSM_HVSHARED health check reports that everything is great. We use an ISV product that uses high virtual shared storage. When things are normal, we use the D VS,HVSHARE command to verify that the amount of megabytes allocated to shared memory objects is static. Lately we have been having situations of auxiliary storage shortage. When looking in RMF III storage frames report, everything looks normal. However, the D VS,HVSHARE command reports about 36Gb of allocated shared (a 9 times increase than its supposed to be, as defined to the product). For this LPAR, as described above, this amount of storage storage is more than enough to cause auxiliary storage shortage. And we had to immediately add more page data sets to relieve the situation. When looking in TMON (which is the monitor we use for MVS) auxiliary storage status screen, we see that RASP is using most of the page space. I trust that the culprit is not really RASP. I assume TMON is merely showing the effect of shared memory objects which are owned by the system. Since our monitors did not provide us with the proof we needed to contact the ISV, we took a dump of RASP in order to use the IPCS RSMDATA command to check what is really going on. Since we do not have much HVSHARE usage, the IPCS command RSMDATA HVSHRDATA was very helpful in quickly identifying the jobs that hold interest in HVSHARE storage. We did a couple of tests (mainly recycling the ISV product) and took more dumps to confirm our theory, and eventually found the problem in the product. During this, I wanted to limit the HVSHARE area to 12Gb, which a lot is more than we need, using HVSHARE= in IEASYSxx. However, as documented, the HVSHARE= value is rounded up to the next 64Gb boundary. So even the minimum value of 64Gb is way more than we need, and doesn't help us protect our system from a runaway job. I ended up changing the parameters of the RSM_HVSHARED health check to issue a high severity critical message whenever the allocated shared area reaches 20% of 64Gb, which is about the 12Gb we needed. The operator would then see the message and know what to do. And finally to my question... Did I miss anything? Is there an easy way to get information about the users of HVSHARED storage? Or is IPCS RSMDATA HVSHRDATA the only way? RMF III reports memory objects count for an address space, but that number apparently does not include shared memory objects. Seems to me that there should be an easier way... Thanks, Gil. -- 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: Monitoring high virtual shared storage
Rob, thank you! I was about to write a quick REXX when I remembered Mark Zelden published here a REXX that does just that a couple of years ago! I ran Mark's REXX with the 'ALL' parameter and indeed got a list of all address spaces and their use of shared memory objects. Thanks Mark! I wonder why doesn't RMF report this if it is so simple. However, I think there is a small misleading issue with looking at shared memory objects in a list like that. When investigating RAX for all address spaces, field RAXLVSHRNMOMB holds how many shared memory bytes/objects are allocated for each address space. Suppose you see one address space with 4GB allocated and a second address space with 4GB allocated, their total amount of HVSHARED storage can be anywhere between 4GB and 8GB, if they share none of it, some of it or all of it and so on. So it is important to also check the total amount of allocated HVSHARED storage in the system. Thank, Gil. On 4/7/09, Rob Scott rsc...@rocketsoftware.com wrote: Gil I would advise that at the very least you ask ASG about adding address space usage of shared memory objects into TMON - having done this a few years ago for MXI I know that it is information that is NOT complicated to work out! The system maintains some ShrMObj stats for an address space in the RAX control block (mapping macro IARRAX) pointed to by the ASCBRSME field. Until support is added in TMON, you could probably knock up a quick and dirty asm program (or REXX exec) to list out memory object usage for all ASIDs). If you want to find out information about specific memory objects (shared and non-shared) for an ASID then things get a bit more complicated - something along the lines of shooting an SRB into the target address space to execute the IARV64 REQUEST=LIST service. Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gil Peleg Sent: 07 April 2009 12:14 To: IBM-MAIN@bama.ua.edu Subject: Monitoring high virtual shared storage Hi all, We have an LPAR running z/OS R9 with 6Gb of real storage and about 30Gb of paging space (allocated in 3 page data sets on 3 3390-9 volumes). We are using the default HVSHARE value of 510Tb from IEASYSxx and the RSM_HVSHARED health check reports that everything is great. We use an ISV product that uses high virtual shared storage. When things are normal, we use the D VS,HVSHARE command to verify that the amount of megabytes allocated to shared memory objects is static. Lately we have been having situations of auxiliary storage shortage. When looking in RMF III storage frames report, everything looks normal. However, the D VS,HVSHARE command reports about 36Gb of allocated shared (a 9 times increase than its supposed to be, as defined to the product). For this LPAR, as described above, this amount of storage storage is more than enough to cause auxiliary storage shortage. And we had to immediately add more page data sets to relieve the situation. When looking in TMON (which is the monitor we use for MVS) auxiliary storage status screen, we see that RASP is using most of the page space. I trust that the culprit is not really RASP. I assume TMON is merely showing the effect of shared memory objects which are owned by the system. Since our monitors did not provide us with the proof we needed to contact the ISV, we took a dump of RASP in order to use the IPCS RSMDATA command to check what is really going on. Since we do not have much HVSHARE usage, the IPCS command RSMDATA HVSHRDATA was very helpful in quickly identifying the jobs that hold interest in HVSHARE storage. We did a couple of tests (mainly recycling the ISV product) and took more dumps to confirm our theory, and eventually found the problem in the product. During this, I wanted to limit the HVSHARE area to 12Gb, which a lot is more than we need, using HVSHARE= in IEASYSxx. However, as documented, the HVSHARE= value is rounded up to the next 64Gb boundary. So even the minimum value of 64Gb is way more than we need, and doesn't help us protect our system from a runaway job. I ended up changing the parameters of the RSM_HVSHARED health check to issue a high severity critical message whenever the allocated shared area reaches 20% of 64Gb, which is about the 12Gb we needed. The operator would then see the message and know what to do. And finally to my question... Did I miss anything? Is there an easy way to get information about the users of HVSHARED storage? Or is IPCS RSMDATA HVSHRDATA the only way? RMF III reports memory objects count for an address space, but that number apparently does not include shared memory objects. Seems to me that there should be an easier way... Thanks, Gil
Re: SDSF REXX problem
Thomas,
You're not alone :)
I think your ISFMSG2 stem variable is empty...
Try adding a VERBOSE parameter on your ISFACT call. That should put some
diagnostic messages in ISFMSG2 which may help you debug.
Gil.
On Fri, May 2, 2008 at 9:07 AM, Thomas Berg [EMAIL PROTECTED] wrote:
*Am I the only one that uses the SDSF REXX interface ?
Or is is time to buf IBM ?
TIA
Thomas Berg
*
== Thomas Berg == wrote2008-04-30 14:37:
Hi!
I have a problem when running SDSF REXX commands.
When looping the returned isfrows after ISFEXEC ST command, the second
ISFACT returns INVALID COMMAND (and rc = 0).
I can't see why.
The REXX:
/* REXX */ Trace R x =
Isfcalls('ON')isfprefix =
'S000TBE5'isfcols = 'JNAME JOBID OWNERID
JCLASS POS STATUS' , 'SYSNAME WORKLOAD CPU TRANACT SRVCLS SRVCLASS
ACTSYS' ,
'SYSAFF TOKEN PRTDEST' Address SDSF
'ISFEXEC ST (ALTERNATE)' isfcols2 = ,
'DDNAME STEPN PROCS DSID OCLASS RECCNT BYTECNT
DSNAME'Do i = 1
To isfrows Address SDSF ISFACT ST
TOKEN('token.i') ,'PARM(NP ?)'
Trace N
Say rcSay isfmsg
Do j = 1 To isfmsg2.0
Say isfmsg2.j End
Do j = 1 To dsname.0
Say dsname.j End
Trace R
End
x = Isfcalls('OFF')
Exit 0
The output:
2 *-* x = Isfcalls('ON')
0
3 *-* isfprefix = 'S000TBE5'
S000TBE5
4 *-* isfcols = 'JNAME JOBID OWNERID JCLASS POS STATUS' ,
'SYSNAME WORKLOAD CPU TRANACT SRVC
LS SRVCLASS ACTSYS' , 'SYSAFF TOKEN PRTDEST'
JNAME JOBID OWNERID JCLASS POS STATUS SYSNAME WORKLOAD
CPU TRANACT SRVCLS SRVCLASS ACTSYS SYSAFF TOKEN PRTDEST7 *-*
Address SDSF 'ISFEXEC ST (ALTERNATE)'
ISFEXEC ST (ALTERNATE)
8 *-* isfcols2 = ,
'DDNAME STEPN PROCS DSID OCLASS RE
CCNT BYTECNT DSNAME'
DDNAME STEPN PROCS DSID OCLASS RECCNT BYTECNT DSNAME
11 *-* Do i = 1 To isfrows
1
2
12 *-* Address SDSF ISFACT ST TOKEN('token.i') ,
'PARM(NP ?)'ISFACT ST
TOKEN('6jkSNicbJpKic/D1m8LEQNp38PrbwuNA6yKmVtAgRrDmEzI1o1LFTisSNjQ6IReE4
tDw6OPDUEDj+XPw4rJGQOP4fPDrExO
CEgEGCBQ=') PARM(NP ?)
14 *-* Trace N
0
ISF754I Command 'PREFIX S000TBE5' generated from associated variable
ISFPREFIX.
S000TBE.S000TBE5.JOB01687.D002.JESMSGLG
S000TBE.S000TBE5.JOB01687.D003.JESJCL
S000TBE.S000TBE5.JOB01687.D004.JESYSMSG
S000TBE.S000TBE5.JOB01687.D104.?
S000TBE.S000TBE5.JOB01687.D108.?
S000TBE.S000TBE5.JOB01687.D111.?
27 *-* End
11 *-* Do i = 1 To isfrows
12 *-* Address SDSF ISFACT ST TOKEN('token.i') ,
'PARM(NP ?)'ISFACT ST
TOKEN('6jkSNicbJpKic/D1esLEQNp38PrbwuNA67SCN30gRrDmEzI1o1LFTisSNjQ6IReE4
tDw6OPAUEDj+XPw4kpGQOP4c/DhUsT
K4vH1c+PDVMPi8fh849MUliAAAQYbNapb/Q768OPGPQ==') PARM(NP ?)
14 *-* Trace N
0
INVALID COMMAND
ISF754I Command 'PREFIX S000TBE5' generated from associated variable
ISFPREFIX.
S000TBE.S000TBE5.JOB01687.D002.JESMSGLG
S000TBE.S000TBE5.JOB01687.D003.JESJCL
S000TBE.S000TBE5.JOB01687.D004.JESYSMSG
S000TBE.S000TBE5.JOB01687.D104.?
S000TBE.S000TBE5.JOB01687.D108.?
S000TBE.S000TBE5.JOB01687.D111.?
27 *-* End
11 *-* Do i = 1 To isfrows
29 *-* x = Isfcalls('OFF')
0
30 *-* Exit 0
0
***
TIA
Thomas Berg
__
Thomas Berg Specialist IT-U SWEDBANK
--
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
--
__
Mundus Vult Decipi__
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety.
- Benjamin Franklin
Military justice is to justice what military music is to music.
- Groucho Marx
--
For
Re: Hanging command
Hi Barbara, It is normal. I remember it being like that since CMDS was available... After the first SLIP the task in *MASTER* does not end, but stays there in a WAIT for more SLIP commands. Gil. On Thu, Mar 6, 2008 at 8:51 AM, Barbara Nitz [EMAIL PROTECTED] wrote: Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: SYS1.sysname..PARMLIB (system-specific stuff) SYS1.PARMLIB (sysplex-specific stuff) SYS1.IBM.PARMLIB (IBM defaults) SYS1.SHASPARM(jes2) regards, Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- 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: Hanging command
Just found the APAR I was quoting earlier... APAR II13201. It doesn't explain much, but it does acknowledge what CMDS shows. Gil. On Thu, Mar 6, 2008 at 4:28 PM, Mark Zelden [EMAIL PROTECTED] wrote: Ignore what I wrote above. It's there, the ID just isn't 1. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [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: JES2 / JES3 in same plex
Jerry, You're right, it can be done in a lab. I've seen it done in a lab. From my short experience in such a configuration, you should be aware of at least these basic issues: - You will need an additional program on top of SDSF to be able to view JES3's spool. I know (E)JES supports JES3 and JES2 as well. I seem to recall they had a usermod that changed (E)JES's behavior to ask you against which subsystem you wish to work before invoking (E)JES for real. - If your two JES3 images are not at the same JES3 level, you might need to keep two copies of the (E)JES libraries (or some other program you use for viewing the spool). I remember that (E)JES's ENV mod uses JES3's macro library, which changes from one JES3 level to the other. - They also changed TSO/E to ask you using which JES subsystem to logon. I think this code was published in an old Redbook, but sadly I can't find it now on the Redbooks web site. Hope this helps, Gil. On 10/23/07, J Ellis [EMAIL PROTECTED] wrote: does anyone have any experience with running JES2 and JES3 images within the same plex ? It can be done in the lab, I'm curious if anyone has tried it in production. I may need to merge two JES3 images into an exsiting JES2 plex. TIA and you can reply directly so as to not clutter up the list. -- 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: CPU Utilization by GRS
Lizette, As Scott mentioned, when running in star mode, you may see a CPU spike on the GRS contention notifying system (CNS) when there is a resource contention in the sysplex and the CNS has to issue ENF 51. Try checking whether the system you noticed the CPU spike on is the CNS using a D GRS command. If it is in fact the CNS, you may choose to assign the role a CNS to a different system in the sysplex. You can do that using the SETGRS CNS= command (introduced in z/OS V1R8 i believe). Gil. On 10/12/07, Lizette Koehler [EMAIL PROTECTED] wrote: We are STAR with 5 LPARS (2 Prod/2 Devl/1 Sysprog) 2 Physical boxes, and one ICF on each box. One is a z9 (3 engines) and the other a z890 (3 engines). z9 has 3 LPARs, 1 Prod, 1 Devl, 1 Sysprog z890 has 2 LPARS, 1 Prod, 1 Devl Lizette -- 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: IGDACSDC - SMS DataClass Exit
Bruce, We are currently migrating from z/OS 1.4 to z/OS 1.7 and we had the same problem with our IGDACSMC (management class) exit. It seems that at some version of DFSMS between z/OS 1.4 and 1.7 the coding requirements for assigning a class in the ACS exits has changed. For some reason, this is not documented in the z/OS 1.4 to z/OS 1.7migration literature, but it is documented in the z/OS V1R7 DFSMS Installation Exits book. Specifically, see Assigning classes in chapter 5 about how you should update your exit. There was also a change in the way you should code if you dont want to assign a class at all in the exit. Hope this helps, Gil. On 4/20/06, Bruce Hewson [EMAIL PROTECTED] wrote: IGD01011I DATA SET ALLOCATION REQUEST FAILED - ACS DATACLAS INSTALLATION EXIT RETURNED WHICH DOES NOT EXIST -- 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: C on z/OS questions
Hi John, It is possible to create DLLs under z/OS. Check out the book z/OS C/C++ Programming Guide under the z/OS C/C++ bookshelf. See the chapter named Building and Using Dynamic Link Libraries (DLLs) which explains thoroughly how to build and use DLLs, Including code samples, compiler options and JCL procedures. You can get the book from the IBM z/OS Internet library. Hope this helps, Gil. On 3/21/06, john stephens [EMAIL PROTECTED] wrote: Hey all, I have recently inhereted an application that was written in C on a Win32 / AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0). I have never had to use the C compiler on the MF and to say I am confused would be an understatment. I know I am missing some connecting dots. In order to compile the routine we have had to replace all our square brackets with trigraphs and digraphs. I know there has to be a compile option that pretty much emululates a win32 or AIX environment as far as acceptable chars. Also, this routine is going to be used as a called subroutine by both Assembler and COBOL. In the Win32 envirionnment, I don't need a 'main' section and I can compile it into a .dll thereby making it unique and callable. However, on the MF I can't get past the compile without a 'main'. And linking is another problem... sigh... I'm looking for a boost up here. Is there someone on the list who would be willing to help me work through some of the issues I'm having? Many Many thanks in advance. John Stephens jls(at)jkstephensdotnet -- 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: external vs internal coupling facility
We am running a similar configuration for our sandbox CF (internal CF LPAR sharing 3 CPs with 4 other LPARs). Not only that sync requests are converted to async by PR/SM, it's done without z/OS knowing about it. z/OS still thinks its a sync request, and RMF will report it as a sync request. So the sync requests will have high, misleading, response time. From my experience, in the milliseconds. Gil. On 2/18/06, ibm-main [EMAIL PROTECTED] wrote: Works fine. Whether it's what you really want is another question. The z/Architecture machines basically handle things themselves, with requests being converted to async dynamically. -- 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: Using SMF data on a PC? Any software to assist?
There's also EPV for z/OS from EPV Technologies. They process SMF records on PC. Gil. John Fly wrote: Is there any package(IBM, or otherwise) to analyse SMF datasets directly on a PC? (Windows, Unix, etc..)?? -- 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: LPAR Capping
You're right Ted. In fact, I really dont want to share CPs with the CF. However, the current soft-papping mechanism only allows to soft-cap an LPAR to a certain amount of MSUs. At first I used soft-cap. Then I noticed we encounter situations where one LPAR is being soft-capped, while all the others are not even close to their defined capacity. From my point of view, this is a poor allocation of resources (which we are paying for). Obviously, If the LPAR was not soft-capped (and not hard-capped) it could have used the free MSUs. I would like to see some solution to allow soft-capping the entire box at a certain amount of MSUs, and then define regular weights to the LPARs. That way, if an LPAR is not hard-capped it can use free MSUs (if there are any), and still not go over the defined capacity limit for the box. Maybe something similar to the way they limit CP processing power on the z/890, only controlled dynamically. Gil. On 12/31/05, Ted MacNEIL [EMAIL PROTECTED] wrote: You don't really want to share CF CP's, still. Also, MVS Busy is a rough estimate of latent demand. Every time an image is pre-empted, LPAR assumes that you wanted the rest of (or the next) time-slice. So, it is added to the MVS Busy field. If you are not pre-empted, then nothing is added. Any kind of capping is going to introduce a performance penalty. With soft-capping, you have to decide if the penalty is worth the software savings. If you are meeting SLA's (and saving money), don't worry, be happy! -teD Me? A skeptic? I trust you have proof! -- 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: how to lose a sysplex in 30 seconds
Peter, The reason IXC256A eventually escaped our eyes was of course a combination of several configuration errors which we have taken actions to correct. But, I wonder if this is something that can/should be inserted into the z/OS and Sysplex Health Checker. The Health Checker already alerts about misconfigured consoles and their alternates. With little effort (I imagine) it could also alert that the sysplex is running with AMRF(N) and only one console in the sysplex is defined with DEL=RD, which could potentially cause action messages not to be seen in case of a failure with the one console running with DEL=RD. Thanks, Gil. On 11/28/05, Peter Relson [EMAIL PROTECTED] wrote: If you are going to run your consoles with DEL=R which explicitly tells the system not to keep things where you can see them (i.e., it tells the system to let them roll off the screen), even when the message was issued to do exactly that, then you had better provide some means of noticing those messages. If it hurts, then don't do it. As I understand the scenario, system MVSA was running without access to the backup. There surely were messages telling you to fix that. All that you had to do was to inform MVSB that MVSA was down, which gets back to the original point of why you were running with DEL=R without automation (or whatever) to alert you of vital messages.. Peter Relson z/OS Core Technology Design -- 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: how to lose a sysplex in 30 seconds
Barbara, thanks for your help. I've been reading on SFM. In MVS Setting Up a Sysplex, under 7.2.3 Handling Signaling Connectivity Failures they have an example of a 3 systems sysplex.. and they mention that: SFM determines that the sysplex can be reconfigured as SYSA and SYSC or as SYSB and SYSC. The new sysplex made up of SYSA and SYSC has a weight of 14, whereas the sysplex made up of SYSB and SYSC has a weight of 7. SFM chooses the sysplex with the higher weight and removes SYSB from the sysplex. How does that come into effect in the 7-1 situation? Theoretically, for the sysplex's greater good, it would be prefered to isolate only the 1 failing system. But in the case I encoutered, the 1 system was telling all the rest that they should switch to the alternate, when they tried to switch they entered the disabled wait. It seems that before each of the 7 systems (which are on the same site, connected through CTCs, and XCF signalling structures in the CF in the same site) agrees to switch to the alternate CDS (blindly trusting the 1 system that reported the error) it should try to see whats best for the sysplex -- try to switch 7 systems to an unaccessible alternate CDS and enter a disabled wait or let only the 1 system that reported a problem with the primary CDS enter a disabled wait. Gil. On 11/28/05, Barbara Nitz [EMAIL PROTECTED] wrote: Basically you can say we learned the true value of SFM. Had we been using it, it would probably prevent the hang in MVSB, because it would clean up the mess left by MVSA after it entered the disabled wait. Would SFM also help in the 7-1 case?? SFM would have helped only in the sense that it would have detected that MVSA was not updating its status anymore (since it was wait stated). Depending on policy, you would have either gotten IXC402D or an automatic removal from the sysplex. I don't think that the 7-1 issue would be addressed by SFM at all, as SFM weights are for 'status update missing' conditions, not for loss of connectivity to the sysplex CDS due to I/O error. -- 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: how to lose a sysplex in 30 seconds
You are absolutely right. I did not get into the details of how the loss of connectivity actually happened. All the links in this site go through a box that multiplexes them over a cable provided by a local cables company to the other site. In fact, we do have 2 cables between the sites, and under normal conditions some of the channels go through one cable and some through the second cable. This box is supposed to automatically move channels from one cable to the other in case of a failure. However, thanks to Murphy's law the loss of connectivity happened while the box was under maintenance, and couldnt perform the failover. Gil. On 11/28/05, Barbara Nitz [EMAIL PROTECTED] wrote: The type of outage you had (as regrettable as it is) could have been avoided by sufficient cabling via independent fibers/paths/links/CFS in hopes that not both of them fail at the same time. -- 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: how to lose a sysplex in 30 seconds
Maybe they should introduce the same kind of processing done by APAR OA07640 in case of an operator initiated SETXCF COUPLE,PSWITCH ?? Gil. On 11/28/05, Barbara Nitz [EMAIL PROTECTED] wrote: I understand what you are saying, but I don't think that is how the architecture works. -- 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: how to lose a sysplex in 30 seconds
Bill, Thanks a lot for the explanation. Gil. On 11/28/05, Bill Neiman [EMAIL PROTECTED] wrote: Gil, When any system detects a permanent I/O error during an attempt to access a couple data set, it initiates removal of that CDS from service. The removal protocol involves notifying all other systems of the error by XCF signal, which causes each of the other systems to remove the CDS from service as well. Although you say you lost connectivity between your sites, it must have been the case that signalling connectivity still existed between them. Otherwise, MVSA could not have reacted to the loss of the primary sysplex CDS detected by MVSB. The existence of signalling connectivity created a race condition, in which MVSA and MVSB were competing to detect and report the loss of access to the CDS at their respective sites. MVSB won the race, detecting and signalling the loss of the primary CDS before MVSA detected loss of the alternate. MVSA got MVSB's signal, initiated removal of the primary, and then detected the inaccessibility of the alternate. In that situation, with only one CDS remaining, MVSA wait states but does not signal loss of the remaining CDS, in the hope that its access problem is only a local issue (which it was). MVSB therefore remained alive, because it was still able to use the alternate CDS. The CDS removal protocol requires that each system acknowledge the removal signals sent by each other system. MVSA apparently died before acknowledging one of MVSB's signals, so MVSB was unable to complete removal of the primary CDS. Hence the IXC256A message. I'm not sure why a D R,R failed to display the outstanding message, since IXC256A is issued with descriptor code 11. Our usual recommendation is that either (1) the installation maintain a console defined with DEL(RD) and routecode and level attributes that collect action and eventual action messages, and / or (2) automate IXC256A. In the 7-1 case, the same race condition would exist. If the 1 system detected and signalled the loss of one CDS before any of the 7 systems detected and signalled the loss of the other, you'd wind up with 7 systems down and 1 up but hung waiting for the resolution of IXC256A. To resolve IXC256A in this situation, it is necessary to partition the (wait-stated) systems named in it out of the sysplex. Since a permanent error involving the sysplex CDS is in progress, this would require the FORCE form of the V XCF command (V XCF,sysname,OFF,FORCE). This response is documented with IXC256A. Bill Neiman z/OS 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 -- 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
how to lose a sysplex in 30 seconds
Hi all, We had a small incident here last week and I wanted to hear your take about it... We have 2 LPARs in a sysplex, running on 2 different machines in 2 different sites. What happened was we lost connectivity between our 2 sites for a few seconds. As a result, MVSB (running in site B) lost its connectivity to the primary SYSPELX couple data set residing on dasd in site A, and issued the following message: IXC253I PRIMARY COUPLE DATA SET 953 XCF.COUPLE01 FOR SYSPLEX IS BEING REMOVED BECAUSE OF AN I/O ERROR DETECTED BY SYSTEM MVSB ERROR CASE: PERMANENT ERROR The above message was then issued by MVSA as well. Sadly enough, our alternate SYSPLEX couple data set resides on dasd in site B. So MVSA had no connectivity to it, which led to a Disabled Wait 0A2 RC 20 in MVSA. After that, MVSB issued the following message: IXC256A REMOVAL OF PRIMARY COUPLE DATA SET 463 XCF.COUPLE01 FOR SYSPLEX CANNOT COMPLETE UNTIL THE FOLLOWING SYSTEM(S) ACKNOWLEDGE THE REMOVAL: MVSA Of course, MVSA could never acknowledge since it was in a disabled wait. IXC256A rolled off the MVSB console (which was in DEL=R mode), so by the time I got to the console I couldnt see it and didnt know it was issued. At MVSB's console, I issued a D R,R and didnt see anything. After I saw why MVSA entered the wait, I issued D XCF,C at MVSB's console and never got a response. Eventually we IPLed both MVSB and MVSA because it seemed like MVSB was hung... I realize there were many mistakes done along the way here, my question is, how could I know that IXC256A was issued if it rolled off the console (TSO/E was hung too)?? If i knew it was issued, i would issue a V XCF,MVSA,OFFLINE,FORCE and let MVSB complete its couple data set switch... Also, I dont understand the logic here. MVSA had access to the primary, but not to the alternate. MVSB had access to the alternate, but not to the primary. Still, MVSA disabled wait and MVSB stayed up, hung until MVSA cleanup... The same exact thing happened on our 2nd sysplex. The 2nd sysplex consists of 4 LPARs, 2 in site A and 2 in site B. On this sysplex the 2 systems on site A entered a disabed wait 0A2 and the other 2 on site B stayed hung waiting for their cleanup... In either case, I ended up with half a sysplex in a disabled wait and half hung. Which got me thinking... what if there were 7 systems on site A and only 1 system on site B?? would z/OS logic still be to enter 7 systems into a disabled wait instead of only the 1 system that lost access to the primary??? Basically you can say we learned the true value of SFM. Had we been using it, it would probably prevent the hang in MVSB, because it would clean up the mess left by MVSA after it entered the disabled wait. Would SFM also help in the 7-1 case?? Thanks, Gil. -- 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: Sysplex and CPU Questions
Hi, We are running with 3 CPs. Gil. On 11/17/05, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Gil, how many processor do you have, where you have the problem? Bruno had it with 2 processors and I am trying to estimate how close we are to the problem with 3 and 4 processors. Kees. -- 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: Sysplex and CPU Questions
Hi Bruno, We too are victims of OA03194 and now waiting OA12848 to be closed... Currently living the the SLIP provided in the APAR. Do you have information about any progress with OA12848? Thanks, Gil. On 11/13/05, Bruno Sugliani [EMAIL PROTECTED] wrote: On Sun, 13 Nov 2005 02:57:41 -0600, Brian Westerman [EMAIL PROTECTED] wrote: Hi, I'm going to simplify this a bit to show you the differences. In the same line of speach :-) I am going to give you the real life example ! OA03194 was created in order to limit the number of SRB's an exploiter may have running in the connector's address space. ( for your own sake do not apply it ) I am the guy who got hit with my small data sharing configuration ( 2 x z/990 with only 2 engines each ) This resulted in the OA12848 ( opened for/by us ) . Now i always said since years that a mono engine system was a calculated computer suicide , and nobody will ever change my mind after this nightmare. ( although i had 2 CP's on each machine) So my advise to you ... never have an lpar with one engne only . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: GRS ring vs star mode
Radoslaw, For small XCF signalling message sizes, CTC will give performance very close and sometimes even better than a CF structure. This behavior is sort of documented in a WSC Flash. Gil. On 11/4/05, R.S. [EMAIL PROTECTED] wrote: I created sandbox sysplex within one CPC (shared CPs for both MVS and CF LPARs, IC channels). I observed significant performance improvement when changed GRS from ring to star mode. I didn't notice such improvement, when changed XCF transport from CTC (ESCON) to CF structures. From the other hand I was told that there is not noticeable difference between ring mode and star mode for two-member sysplex. Is the difference because of star mode advantage or just I have something something to tune when using ring mode ? BTW: I don't want to use ring, it's just curiosity. -- Radoslaw Skorupka Lodz, Poland -- 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: Data space addressability
John, It is feasible for a C program to address memory in a data space using Cell Pool Services. Member CSRCPC in SYS1.SAMPLIB provides all the definitions you need. Cell Pool services require you to be in AR-mode and know the ALET of the data space. Every CP service receives the ALET as a parameter, there is no real need to handle the ARs yourself. So you would need a small ASM program to change to AR-mode and issue DSPSERV and ALESERV to create a data space and an ALET for it then return the ALET. After that you can do all the data manipulation from C only. HTH, Gil. On 10/11/05, John Krew [EMAIL PROTECTED] wrote: Someone who is well versed in Unix and less so in the mainframe world has asked me a question which sounds preposterous on the face of it. He asked if it would be at all feasible for a C program to establish addressabilty to memory contained in a data space. Considering the need to manipulate access registers, and not seeing any way to reliably set an access register from a C program (or reliably pair it with a GPR containing the pointer), I told him no. Am I overlooking anything that anybody is aware of? John Krew -- 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: SMS and sysplex
Any chance the COMMDS was allocated with wrong SHAREOPTIONS parameter? IIRC, It should be SHAREOPTIONS(3,3). Gil. On 10/12/05, R.S. [EMAIL PROTECTED] wrote: I'm getting the following messages: IGD604I ACCESS FAILED FOR DATA SET SYS1.SMS.COMMDS. 179 DIV RETURN CODE 0008 REASON CODE 001C IEF196I IEF237I 1044 ALLOCATED TO SYS2 IGD020I SMS IS NOW ACTIVE 06 IGD070D SMS COMMUNICATION ERROR, REPLY 'U' TO RETRY, 'C' TO CANCEL, 'S' TO SUSPEND, 'T' TO TERMINATE The problem occurs on second (and each next) member of sysplex. I've checked the messages and DIV macro reason codes, but still don't understand what's wrong with my configuration. According to DIV codes suggestions I replied T, but got the same error. z/OS 1.4 Any clue ? -- Radoslaw Skorupka Lodz, Poland -- 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: Squeezing defined capacity
Bruno, After a lot of consideration, I decided to adopt your CF idea. We already have a sandbox plex here with 10% ICF defined, we will simply change it to 40% CPs. Its an easy change for us since we dont have to touch anything in the production or developement plexes (only reactivate the sandbox CF). Thanks for the great idea! Gil. On 10/1/05, Bruno Sugliani [EMAIL PROTECTED] wrote: On Sat, 1 Oct 2005 15:03:40 +1000, ibm-main [EMAIL PROTECTED] wrote: The only common sense reaction idea i had as i faced the same problem was to create one extra lpar , without operating system , just put either a CF -- 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: Squeezing defined capacity
We met with IBM this morning and explained the situation. Now waiting for their response on this. We are hoping to start with this today, as the SCRT reports are from the 2nd to the 1st of next month, and today is the 2nd.. Gil. On 10/2/05, ibm-main [EMAIL PROTECTED] wrote: Given that you are on a zSeries processor (presumably) running a current z/OS release, I suspect you will be disappointed with the result of this little bit of skullduggery. Have you asked an opinion of your legal department ???. Shane ... -- 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
Channel status messages
Hi all, Yesterday, during the process of connecting additional ISC-3s between our 2 sites, I saw in the SE channels changing status between: IFCC threshold exceeded, check stop, offline signal received, not operational link, stopped, sequence timed-out and some others.. Some of them I could guess, but I would really like to know where are those documented? Some of the statuses were recovered by the technicians, while for some I had to toggle the channel off and on to return to operating status... Anyone knows where I could find the explanation to these messages? I checked the z990 service guide (we have two z990) and the support element operations guide but couldn't find anything... Thanks, Gil. -- 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: Squeezing defined capacity
Bruno, I heard about this from a colleague. Question is how will IBM regard this in terms of licensing charges? Another thing is im not totally convinced that this will not hurt performance. Not sure PR/SM was designed to handle such a workload -- 100%cpu 24/7... Gil. On 10/1/05, Bruno Sugliani [EMAIL PROTECTED] wrote: The only common sense reaction idea i had as i faced the same problem was to create one extra lpar , without operating system , just put either a CF .. or a machine language loop inside and limit this lpar to the amount of MIPS/MSU you do NOT want to use ... ( hardware weight ) and the other lpars eat the rest intelligently between them Crazy is it not ? Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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
Squeezing defined capacity
Hello all, We are running 2084-303 which provides us 191 MSUs. We have 4 LPARs. Only in a couple of months new workload will start running in production on this machine that will actually require all 191 MSUs, so meanwhile each LPAR has its own Defined Capacity defined. The defined capacity during the day is curretly: PROD - 30 TEST - 15 DEV - 50 SANDBOX - 5 Which adds up to 100 MSUs -- so we are actually using a little over half the machine. Before the night shift, we change the MSUs to: PROD - 55 TEST - 10 DEV - 30 SANDBOX - 5 Which still adds up to 100 MSUs. Currently, the change is done manually by the operators. From time to time we notice that one LPAR is using 100% cpu for long periods of time and is WLM Capped 100%, while other LPARs arent using a lot of cpu. What we would like to do is to detect this situation and automatically change the MSUs in favour of the LPAR running at 100% cpu. For example - if the PROD is at 100% during the night, we would like to take 20 more MSUs from the DEV LPAR and add them to the PROD. We dont want to breach the 100 MSUs limit, it is more than enough, we just need to change MSU weight within these 100 MSUs. The perfect solution would have been to define a Defined Capacity to the entire machine and then define weights and no capping as usual, within this defined capacity (I heard something about being able to do this on System z9 running z/OS 1.8 ??). While writing these lines i'm thinking we just shouldnt have enabled that 3rd CP yet.. but thats the situation now. We dont use System Automation, so what would you recommend as the best solution to dynamically change the Defined Capacity in that case? Currently, the best idea I got is to write a program which uses the HMC API to change the Defined Capacity according to some simple predefined rules. Thanks, Gil. -- 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: Can't vary offline
John, I might be wrong here, but doesn't the system create the IPL link list DEB only when LNKLSTxx is used? You dont have to use LNKLSTxx. If you only use PROGxx and dynamic link list, you should be able to update link list dynamically using SETPROG commands (with the mentioned risks, ofcourse) with confident. Gil. On 9/26/05, McKown, John [EMAIL PROTECTED] wrote: You DO play with fire, don't you? grin. The IPL LNKLST cannot be closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to the offline volume. As Shmuel says: It's not my dog. -- 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: Can't vary offline
John, I might be wrong here, but doesn't the system create the IPL link list DEB only when LNKLSTxx is used? I know that when you do use LNKLSTxx you're stuck with the *MASTER* allocation of the volume for the duration of the IPL, but you dont have to use LNKLSTxx - you could use PROGxx instead. I think you wont see any *MASTER* allocations in that case. Gil. On 9/26/05, McKown, John [EMAIL PROTECTED] wrote: You DO play with fire, don't you? grin. The IPL LNKLST cannot be closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to the offline volume. As Shmuel says: It's not my dog. -- 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: Can't vary offline
So I will never be able to vary offline a volume that a link list data set resided on at IPL time? Or is that only for the volume SYS1.LINKLIB/MIGLIB/CSSLIB resided on? Gil. On 9/27/05, Jim Mulder [EMAIL PROTECTED] wrote: The IPL Link List control control structures are the same regardless of whether the specification was via LNKLSTxx or PROGxx. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Command to query system info
From REXX you might find the function syscpus useful, though it returns only limited information. From any other language, you can use the CSRSI callable service. It returns all the information D M=CPU does. HTH, Gil. On 9/23/05, George, William (DHS-ITSD) [EMAIL PROTECTED] wrote: Is there a command that returns the model of the mainframe one is on? SYSVAR and MVSVAR both return allot of system info but not a system model name/number/desc. Thanks -- 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: IOS500I reason 167 - POR?
Jon, You do have some control over HSA size using the Max number of devices parameter in the IODF. However, from what I noticed, this makes very little change, even when decreased by tens of thousands.. It seems the base HSA size for the machine is what makes the big difference -- we noticed an increase when moving from z890 to z990 (not surprising, but still)... Gil. -- 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: Order of allocations within a job step
Hi Paul, In my opinion, this is less a JCL issue and more a JES job management issue. For JES3, the Initialization and Tuning Guide gives an elaborate description of C/I phase, which includes cataloged data sets resolution, followed by a description of resource allocation. For JES2, I fould less documentation in the Initialization and Tuning Guide, but It might give you some direction.. Hope this helps, Gil. -- 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: Finding XCF transport class users
Thanks, Sam. I have run the Health Checker. One of the exceptions it detects is having PATHOUTs defined without an associated CLASS definition. As explained in my first posting, we have 3 CLASSDEFs with GROUP(UNDESIG) defined. In the RMF XCF activity report I can see requests delivered in all transport classes, not only in the default class. Since this is the case, why is it recommended (in IBM literature and by the Health Checker) to associate a CLASS with each PATHOUT definition? And why is it that I can see requests delived in all transport classes even though none of them are defined explicitly to a PATHOUT? Thanks, Gil. On 9/5/05, Knutson, Sam [EMAIL PROTECTED] wrote: Hi Gil, I would suggest you install and run the IBM Health Checker. Don't wait for the new and improved Health Checker go install and run the existing one now. -- 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: Merging SYSPLEXes
George, In my opinion, you should espire to share as much as possible. Whenever using different data sets for each group of LPARs is a must, I would use a new qualifier in the data set name to differenciate the 2 groups (from the 2 previously seperate SYSPLEXes). Even though you will be using different data set names, you will still be able to keep one set of procedures by using system symbols. Keep a different IEASYMxx for each group of LPARs. HTH, Gil. On 8/25/05, George Kozakos [EMAIL PROTECTED] wrote: We would have 2 copies of the control dataset (one for each of the original SYSPLEXes) but the enqueues would be seen by all systems in the new merged SYSPLEX. The products that this applies to are DFHSM, SMS, ACF2, CA1, Control-M, Control-D, CA-Solve, HSC. We are also looking at ISGNQXIT as it can modify resource names which may be useful in specific cases. Anybody used that? Another idea is to capture the enqueue workload from SYSPLEX A and redrive it on SYSPLEX B. Anyone done this? Any comments, recommendations or details of problems experienced would be greatly 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: VTS allocation performance problems
Hanan, What copy mode are you working with the VTS PtP, Immediate or Deferred? You might consider using deferred copy mode and maybe change the priority the VTS gives the copy operation. It is possible to setup the VTC to prefer specific VTS for I/O. You can also force scratch mounts to the preferred I/O VTS. This is called I/O VTS Preferencing. Gil. On 8/10/05, hanan [EMAIL PROTECTED] wrote: ... I want to be sure that prefernce and elimination options work well with VTS. If it does, maybe the best solution is to assign highest priority to all the devices of the vtc, on which the number of allocated devices is minimal ? Does any one of you know of a similar-logic sources for relevant exits ? I'm addressing the above questions (and coming too) to all of you but especially to you, Norman. We would like to use use different Esoteric names we defined for diferent aspects of logical devices, but we don't know how ? IBM's personal here rejected this possibility and claimed that it can't be done because of SMS behaviour. -- 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: Routine name/srb
IST is the module prefix for VTAM. Read the documentation about system code 0A8. It indicates an error processing a user application. Usually some error with control blocks built by the application and passed to VTAM. This in no way should even come close to crashing the system. Check the reason code (2 lower bytes of R15) accompanying the 0A8 abend. In the documentation of 0A8 you can find an explanation about how to find the reason code. HTH, Gil. On 7/27/05, mary george [EMAIL PROTECTED] wrote: All, I am actaually a newbie to dump reading. We have a s0a8 abend but our system runs fine without any crash. -- 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: Routine name/srb
To find module prefix to component mapping you should check the book MVS Diagnosis: Reference, of your operating system version. BPX is the module prefix for Unix System Services. BPX1MP is a callable service (mvspause). You can read about it in the USS ASM callable services reference. Gil. On 7/27/05, mary george [EMAIL PROTECTED] wrote: Thanks. My registers show a eason code 7001,which complain on wrong ECB's or RPLS'. I basically am not aware of how to trace them in my my dump and find where its going wrong. Talking abt module prefixes,where can we get information abt them from? I have also have an assembler macro branching to a routine calld BPX1MP.Wednt seem to have any BPX1MP code in our system.So whats this BPX1MP,is it any global module? Or do BPX prefix have some speciall meaning? -- 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: RSVNONR again
Radoslaw, This is a great ASM program that was published in MVS update: http://www.xephon.com/cgi-bin/xephon3/licence/getcode.cgi?pubfile=November.2001datafile=M182A08 However, It only works up to OS/390 2.10. To get it to work under z/OS you should modify it to use the correct offsets in the XMSE as described in the APAR Rob Scott pointed to. Gil. On 7/21/05, Rob Scott [EMAIL PROTECTED] wrote: Actually there is a little bit to it than that. IBM very helpfully documented most of it in Info APAR - II08563 -- 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: Measuring CPU time under USS in a C program
Hi Scott, When you issue spawn() a new process is created. There is a C USS service named w_getpsent() you can use to get a lot of information about a process including the user CPU time of the process. Gil. On 7/19/05, Jackson, Scott [EMAIL PROTECTED] wrote: All, (Cross posted to MVS-OE listserv) I'm looking for the most accurate method of tracking CPU usage in a specific task using C/C++ under z/OS UNIX System Services. Example: TASK A spawns TASK B. I want to measure the CPU usage for TASK B and all it's children. I'm currently using the times() function but according to the manual the results may not reflect usage correctly for z/OS USS. -- 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: Defined Capacity vs. Capping
Ken, We started testing soft-capping last night. This morning I looked at the RMF CPU report. I noticed that one of the LPARs was capped 4.6% of the night (8 hours). We have 2 z890 boxes running in parallel sysplex and the soft-capping only occured in one box. The other one was not soft-capped the whole night. Meaning (I believe) that in total we were not short on capacity, because WLM could route work to the LPAR running un-capped in the 2nd box. I would imagine that WLM takes this under consideration, but I am still unclear on this issue. Other things I noticed were that for long periods of time our actual capacity was much higher than the defined capacity (30-40 MSUs over). Also, even at times we were soft-capped, the 4 hour MSU average was higher (by about 5 MSUs) than the defined capacity and went down to (1-2 MSUs) below the defined capacity over a period of 1 hour and 45 minutes. Gil. On 7/19/05, Porowski, Ken [EMAIL PROTECTED] wrote: Going to be turning on my new z990 this weekend (figures - now I hear IBM is about to announce some new boxes soon). Classically we have hard capped our 5 LPARs (contractual restrictions) but to me it seems that using 'defined capacity' would be beneficial. Only 'problem' I have is that it is theoretically possible to exceed the 'defined capacity' and have a 'soft cap' kick in which could hurt my applications. I am assuming ... -- 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: Call COBOL from C dynamically...
Hi Michael, This can be accomplished by using the fetch() c run-time library function. Check the z/OS C/C++ Run-Time Library Referance book, It contains an elaborate example of calling a COBOL program using fetch(). Gil. On 6/29/05, Michael Knigge [EMAIL PROTECTED] wrote: I have a C-Prog and a COBOL-Prog and I want to call the COBOL-Prog from C - but dynamically! -- 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: WORM tape mount - type mismatch
This is not a specific HSM action, but have you also defined categories in the library and associated them with the correct media type (MEDIA6 or MEDIA8 for WORM i believe) in DEVSUPxx? Gil. On 6/27/05, Natasa Savinc [EMAIL PROTECTED] wrote: Hello, we have 4-way HSMplex. ML2 migration is directed to 3590 tapes. I wanted to direct migration on one system to 3592 (WORM) tapes. I changed SETSYS definitions in ARCCMD member, created SMS constructs for WORM tapes, updated ACS routines and added VLPOOL definition in DFSMSrmm. When I tried migration, I see that the 3590 tape is being mounted on 3592 drive. This, of course, ends in error. Any ideas what else should be specified for this to work? Regards, Natasa -- 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: DEVSUPxx questions
A1. The following is from SC26-7514-00 (DFSMS Software Support for IBM TotalStorage Enterprise Tape System 3592): As described in Chapter 1, Introduction, on page 1, z/OS DFSMS and related program products provide full support for the base 3592 and MEDIA5 with OS/390 V2R10 and above, with support for the new media types, MEDIA6, MEDIA7, and MEDIA8, being provided with z/OS V1R3 and above. Gil. On 6/27/05, R.S. [EMAIL PROTECTED] wrote: Q1. MEDIA5, MEDIA6, MEDIA7, MEDIA8 are supported in z/OS 1.6 In older systems, only MEDIA5 was supported, after applying PTF for 3592 support. In other words, MEDIA6,7,8 were not supported on i.e. z/OS 1.4 with 3592 support True/False ? -- 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: ISKE/IVSK
Maybe you should try issuing the LOAD macro with the ADDR= parameter? Load the programs straight to storage with key 9 . Gil. On 6/22/05, Richard Verville [EMAIL PROTECTED] wrote: I'm looking for advice on the use of IVSK / ISKE instructions, I have this program that loads (SVC 08) a couple of programs. The program that load is running key9 , however SVC08 load them in key8 with fetch protection... -- 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: Displaying Cache value for 3990-6
The command you are looking for is DEVSERV i believe. Try: DEVSERV QDASD,unit address Or: DEVSERV QDASD,? to view online usage explanation... Gil. On 6/21/05, Carlos A Bodra [EMAIL PROTECTED] wrote: What command can display cache size and Fast Write Status for a 3990-6 (or similar) in OS/390 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: Washington Post: 40 Million Credit Card #s Hacked
Ed, What I meant was that in many shops there are a lot of users who have implicit access to APF-authorized data sets. And if they wished to compromise the system they would be able to do so, even though they were never explicitly authorized to run their own written APF-authorized programs. There are many potential ways to do this, if the shop is not properly secured. I could give some common examples from my experience, but I believe you understand what I mean. A lot of the times they users a not aware to what they are actually capable (some shops even rely on that fact). I did not intend in any way to imply that it is common or that even I have ever seen it happen that someone was able to become APF authorized because of a flaw in the MVS mechanisms. Unlike some other operating systems where it is common, and I have seen it happen :) Gil. On 6/19/05, Edward E. Jaffe [EMAIL PROTECTED] wrote: This just can't be true. No amount of work experience should provide the knowledge and tools to become APF authorized. Otherwise, MVS system integrity is nothing more than a myth! And maybe that's you're point. I simply don't believe it's true in the general case. -- 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: Washington Post: 40 Million Credit Card #s Hacked
There is more that can be done besides locking your terminal or using automatic lock time. For some places, its not always enough to secure the main entrance and leave the rest to the employees. i have seen several places who keep the system programmers/production personnal/other teams handling sensitive data each in their own restricted workarea that requires strong authentication (usually biometrics + PIN/smartcard) to enter. and you would only get specific clearance to the specific workareas you need to get into. Gil. -- 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: RSU value in a z900
RSU=32 means different things on different machines and means different things on the same machine with different amount of storage defined. It depends on the central storage granularity of the machine. Thats why it is recommended (In initialization and tunning guide) to use RSU=xxM or RSU=xxG. To see the storage granulatiry sizes for each machine is described in the PR/SM Planning guide for the machine. In your case, the 2064 zSeries 900 PR/SM Planning Guide (SB10-7033-00). Gil. On 6/17/05, Max Scarpa [EMAIL PROTECTED] wrote: Estimeed listers I'd like to have some information about RSU PARMLIB parameter. I saw in a z900 ( 2064-2C2, monoplex) installation a RSU = 32 when I read (am I wrong ?) that it'd be RSU = 0. I searched archives and I've found that RSU = 0 is recommended. Is still valid or are there any new suggestions/hints about RSU parameter ? Anyone who can point me to any paper/tech article about RSU ?I knew that in some shops RSU = 32 caused some troubles so I'd like o know more about this subject.. Thank you in advance MS -- 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: LPAR Configuration on z/890
I imagine it is indeed your intent to work with the Cryptographic coprocessor, or you wouldnt have been licensed to use them(?). What you need to do is to assign a different usage domain index(es) to each LPAR. To do this, enter the Customize/Delete Activation Profiles dialog (Its under the CPC Operational Customization tab in the HMC). Then select the CPC's reset profile. From there, For every LPAR in the profile: Change to the PCI Crypto tab (you should see it among the tabs in the buttom of the window, if you dont see it - click the small right arrow, that is to the right of the tabs, and then you should seen it). On the PCI Crypto tab you will have the chance to select the Usage domain index and Control doman index for the LPAR. For starters, select a different Usage domain index for each LPAR. You can also indicate that the LPAR should not use any cryptographic functions. Gil. -- 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: LPAR Configuration on z/890
Maybe all Usage domain indexes are accidently selected on one of the LPARs? On 6/19/05, Crispin Hugo [EMAIL PROTECTED] wrote: Thanks Gil, I have found all the stuff you mention. Its just whatever I choose for Domain Index and/or PCI candidate lists, itsays that the combination is already in use. -- 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: LPAR Configuration on z/890
Check the View LPAR Cryptographic Controls task that is on CPC Operational Customization to see exactly which Usage Domain indexes are currenly defined to each LPAR. On 6/19/05, Gil Peleg [EMAIL PROTECTED] wrote: Maybe all Usage domain indexes are accidently selected on one of the LPARs? -- 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: LPAR Configuration on z/890
Ted, I am unfarmiliar with the internal implementation in PR/SM, z/OS or z/VM. However, this is from z890 PR/SM Planning Guide: * *The Usage Domain Index identifies the cryptographic coprocessor domain(s) assigned to the partition for all cryptographic coprocessors that are configured for the partition. Usage domain denotes where a specific partition's secure crypto data resides and where applications running on that partition will be obtaining the cryptographic data. If running z/OS, the usage domain index(es) selected should match the domain number(s) entered in the Options dataset when starting this partition's instance of ICSF. As of z/OS 1.2 the usage domain specification in the Options dataset is only required if multiple usage domain index(es) are selected. If running z/VM in a logical partition with guests, such as Linux, a range of usage domain indices should be selected when requiring access to the Cryptographic features. A range will allow access to the PCI Cryptos in the Cryptographic feature(s). A range will allow more than one guest to have dedicated or shared access to the crypto queues. Notice they are talking about domain(s) and index(es). Personnaly, I remember selecting 5 indexes for an LPAR. Gil. On 6/19/05, Ted MacNEIL [EMAIL PROTECTED] wrote: That is supposed to be impossible. There is only one control block per image/LPAR. -- 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: z/OS 1.4 IPL mstrjcl event
This could have also resulted because of not enoguh logical paths to the device. But then you should have seen the same problem with all other devices in that control unit -- Perhaps you didnt because the operator re-IPLed. Was a channel online thats should not usually be online? Or some an LPAR was active while it should have been deactivated? Gil. On 6/13/05, John Norgauer [EMAIL PROTECTED] wrote: Hello listers who understand the IPL sequence of events: We performed our monthly IPL this past weekend and the operator encountered a strange problem; When Master JCL started, it asked for a device to be put online. The operator put the unit online and then ipl'ed again(he should have just continued with MSTRJCL processing). The second IPL went fine without any problems. My question is this: Does not the system at IPL time put all DASD units online or does it somehow 'remember' from a previous shutdown if a device was put offline? Thanks John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- 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: My zos v1r3 ADCD has no OEDIT, how to install it?
I am used to working with outlook and there i never had to change any setting to read or post messages to the list. Lately I changed to a GMail account and im working through the gmail web interface. Thats why I did not realize I have to set this explicitly when using GMail. Anyways, To define a reply-to address in GMail: 1. Click 'Settings' at the top of any Gmail page. Gmail will automatically direct you to 'General Mail Settings.' 2. Select the reply-to address field by clicking the circle next to the text box. 3. Enter the address to which you want the recipient(s) to reply. 4. Click 'Save Changes.' Gil. P.S. GMail groups messages to conversations according to their subject line. This way you can read the entire thread as if using a newsgroup (I believe the digest option of listserv provides something similar). It is very comfortable. On 5/26/05, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 05/25/2005 at 06:59 AM, Steve Comstock [EMAIL PROTECTED] said: First thing: when posting to ibm-main, be sure your reply-to is set to ibm-main also, otherwise people will reply to you directly Some will do so regardless :-( -- 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 [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
z890 CBU
Hello all, My question is about enabling the CBU feature on a z/890. We are running z/OS 1.4 on z/890 260 with 4 LPARS. Each LPAR is defined in the activation profile with 2 initial CPs and 1 reserved. After we enable the CBU feature, in the D M=CPU command I see our machin is now a 370. Our initial intent was only to add a 3rd CP. But a change from 260 to 370 not only implies the addition of a 3rd CP, but supposeably each CP is now much stronger. I did not have a chance to fully examine the situation, but I have noticed the following: - when I use MXI to see how many MIPS the machine has before the CBU is enabled it says 406, which is exactly what the capacity charts say for 260. - after enabling the CBU but before varying the 3rd CP online to the LPAR, it still says 406 MIPS. - after varying the 3rd CP online to the LPAR, is says 597 MIPS, which is what the charts say for a 360 (not a 370!). I realize the MXI calculation is based on the RMCTADJC field in the RMCT. I verified the value of RMCTADJC has not changed after of the enablement of the CBU nor after varying the 3rd CP online to the LPAR. This would have made sense to me on any other machine. But on a z/890 the strength of the CP can (supposably?) change instantly by the CBU feature being enabled. I decided to further test the situation and re-IPLed a test LPAR with 3 initial CPs. Then MXI noted 1045 MIPS, which is what the charts say for a 370. Further more, after the IPL the RMCTADJC value was different (smaller) then before the IPL. I couldnt find anything on the subject in the IBM Technical help database. I understand MXI is not a certified software i should rely on for such a problem. What I wonder is: when running on a z/890, shouldn't z/OS detect that the machine has changed from x60 to x70 and re-calculate the RMCTADJC?? Otherwise, you end up with stronger CPs but it seems z/OS does not realize it, so the whole service units calculation (for example, for RMF reports) is wrong... Can anyone explain this behavior?? Thanks a lot, Gil. -- 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
