Re: [EXTERNAL] Re: HOD
Yes, you can do that, if your Load Balancer is correct configured. We ran HOD only from the Mainframe; however, we had several LPARs configured into a single "Network" LPAR using TCPIP balancing. Each environment will still have its own IP address; however, the Load Balancer will then have its own virtual IP Address. This allows you to use the virtual IP Address as your normal access and it will balance between the environments. This also allows you to connect to each environment separately as well, if needed. When do this, keep in mind the following: 1) Each "shared" configuration must be the same. I say shared, as you can have multiple configuration on each environment. The "shared" one must be the same or you can have errors. 2) You also must either use a Server/Client install combination for this to work correctly 100% of the time. You want the software to be loaded on the server and all personal configuration files to be loaded on the client side. This prevents them from having a chance of some different settings per environment. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Sent: Monday, May 14, 2018 06:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: HOD Vignesh, We do not have ours configured that way. We have several different started tasks running on several lpars that appear to serve different environments (UAT, CITRIX, etc.) and no load balancer being used that I am aware of. Ours can be started in at least two ways; JAVAWS at a CMD prompt and invoking a web url string. And that is almost the end of my knowledge about HOD and my HOD guy is unavailable (at a DR test). Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, May 14, 2018 6:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: HOD Thanks Bob. Say there are 'n' servers that have HOD installed, and all of them are under a load balancer, so there's a single target. Would it work if the product was just installed and setup in 1 server, and then cloned 'n-1' times? - Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 14 May 2018 10:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: HOD Certainly not an expert, but ask away. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, May 14, 2018 4:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HOD How'D y'all Is there a Host OnDemand person on this mailing list, by any chance? Want to clarify something; not too complicated a question; no follow-ups, just 1 question. Thanks in advance for your help. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7CCraig.Pace%40FOTLINC.COM%7C93ce57cd46d74acd250b08d5b98b61b3%7C0d32279fb86a46bcaf3c48ad3cf3caf9%7C0%7C0%7C636618930718992612&sdata=1TKR%2Bc%2FDweS99tfpA0b%2FaiZSgTzQUx%2Fea%2B7Nm%2FnhmVI%3D&reserved=0 Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is
Re: [EXTERNAL] Re: HOD
I have not done anything with HOD since V8 but did a several different configurations and will help in any way I can. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Sent: Monday, May 14, 2018 04:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: HOD Certainly not an expert, but ask away. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, May 14, 2018 4:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HOD How'D y'all Is there a Host OnDemand person on this mailing list, by any chance? Want to clarify something; not too complicated a question; no follow-ups, just 1 question. Thanks in advance for your help. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7CCraig.Pace%40FOTLINC.COM%7C469143e54d8f4ed23fb408d5b979ca5d%7C0d32279fb86a46bcaf3c48ad3cf3caf9%7C0%7C0%7C636618855105590219&sdata=B%2B%2FWfW0VobEueXQCbzXqTBQHtuPGE4XWapCEuHbLCL4%3D&reserved=0 Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Best Practices for z/OS Maintenance
I always kept a SERVICE copy of the filesystems that were IBM related and then applied and that is what SMP/E pointed to. Each shop usually has what works best for them, but below are the two main ways that I have done it. 1) Less Work, but Less Control (from SMP/E that is if someone bypasses SMP/E). Have a single set of RESVOLs, DLIBVOLs and USS Filesystem libraries that SMP/E points toward. If you have a stand-along Tech LPAR or Sandbox, have the ability to IPL from this only for validation, but I try to keep this just for SMP/E only! Share SYSRES and/or USS Filesystems where possible. Makes life a lot easier with maintenance. Have two copies per LPAR(s), that can be alternated between during IPLs. A lot of maintenance can be applied live these days; however, there are still ones that still required an IPL. Perform a DFDSS copy of the required volumes and filesystems from the SMP/E target to the LPAR(s) target. For USS, all configuration files, etc. that are normally in /etc & /var are never overwritten by IBM. The sample configuration files are what are updated and then you must apply those changes or merge your updates with the new samples, if required or needed. I also use a Company level filesystem, where you can override the default path, as this makes upgrades even easier. Most of the items that you put in /etc & /var can be overridden by parameters passed during execution or profile settings. 2) More Work/More SMP/E Control Have a Tech set of SMP/E SYSRES, DLIB and USS Filesystems. Applied all initial maintenance (RECEIVE, APPLY, ACCEPT) to this as normal processing Have a separate SMP/E SYSRES, DLIB and USS Filesystems per shared (or single) environment. Once maintenance is validated within the Tech environment, you can run SMP/E compares between the Tech and next environment to dynamically create the required SMP/E input statement to APPLY and/or ACCEPT as needed. For USS, same concept as the first method. The trick is to simply the process as much as possible without loosing control. The smaller the support team, the less SMP/E management you can allow. If you have people that don't follow the rules or too large (multiple teams, etc.) Allowing more control by SMP/E can save you a lot of headache with keeping things in sync. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Thursday, February 8, 2018 21:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Best Practices for z/OS Maintenance On 2/8/2018 3:22 PM, Seymour J Metz wrote: > SMP should not be pointing at the live Unix directories. The real question is > how to merge new/changed files in the target file system with production > files, whether in /etc and /var or elsewhere. > > > -- > Shmuel (Seymour J.) Metz > https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gm > u.edu%2F~smetz3&data=02%7C01%7CCraig.Pace%40FOTLINC.COM%7Cf70440474759 > 4fd459a508d56f6a2a02%7C899afa299b73498f8294e6528bc00a38%7C0%7C0%7C6365 > 37424132131227&sdata=NoTyURkvnydFn4sjbHcS0p%2F88l6ug%2BD1H47vbUUF%2By8 > %3D&reserved=0 > > > From: IBM Mainframe Discussion List on > behalf of Dyck, Lionel B. (TRA) > Sent: Thursday, February 8, 2018 2:36 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Best Practices for z/OS Maintenance > > A question was asked what the best practices are for installing z/OS > maintenance to make sure that the /etc and /var files are not replaced by IBM > maintenance? > > (cross posting to MVS OpenEdition and IBM-Main Listservs) > > Thank you > I'm covering that in my Advanced SMP/E session at zTechU in Orlando and London, if IBM accepts the sessions. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SYS1 names (was SYS3 datasets)
You will find every shop to be unique in their own ways and the beauty is, the system allows it. I have worked in small shops, very large shops and medium shops with many, many, many different standards, sometimes across different systems! Personally, I like to limit my security work, so the standards I have always like was to have ServerPac installations renamed to SYS1 HLQs. When IBM creates a new HLQ, don't have to go through any headache of making sure the security rules are right, unless needed to expand the data set from "protected" system-level data set. As systems have improved, I do my best to run with a limited number of SYSRES volumes and share them across every LPAR (excepts being my Tech environment vs Test/Dev/Prod). User exits, custom LNKLST, APF, etc. can then be placed in LPAR level members and/or datasets where required so that configuration changes can still be made at an LPAR level. Craig This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: FTP JCL EXAMPLE
Allow SMS to do the work for you of releasing the space. Allocate the files using the QUOTE SITE with enough space to handle the largest transfer (plus growth), assign to SMS classes that will release the unused space and then allow SMS to do the work for you during the normal SMS reclaim processing. You will lose space for some time, but not until the data set is deleted. Craig This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SoftAudit ?
When IBM picked up Softaudit, they renamed it to Tivoli License Compliance Manager for z/OS. There are some others out there; however, used it up to V4R2 and it was the best on the market by far. http://www-03.ibm.com/software/products/en/tivolilicensecompliancemanagerforzos Thanks, Craig This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SFTP From Linux to z/OS
It appears that the mainframe is running Dovetails Co:Z SFTP product (open source) that allows sftp into native MVS without having to create back in scripts to copy from USS to MVS after going into IBM native SSH. Coz FTP runs on top of IBM native openSSH to allow this. The commands look good and should work, if the above is the case. https://dovetail.com/products/sftp.html Thanks, Craig Pace Director Business Solutions, Information Technology Fruit of the Loom, Inc.® Direct: (270) 935-4397 Main: (270) 781-6400 ext 4397 Cell: (270) 991-7452 Fax:(270) 438-4430 E-mail: craig.p...@fotlinc.com Mailing Address: One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Physical Address: 675 Hennessy Way Bowling Green, KY 42101-7122 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roach, Dennis Sent: Tuesday, May 2, 2017 13:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SFTP From Linux to z/OS This makes no sense. ls lists the directory at the remote end. The ls command you provided looks like it should be a site command, providing lrecl, recfm, and space information. The // in the put command directs the output to an MVS file instead of USS. Dennis Roach, CISSP, PMP AIG IAM Platform Administration | Identity & Access Management 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 Phone: 713-831-8799 dennis.ro...@aig.com | https://na01.safelinks.protection.outlook.com/?url=www.aig.com&data=02%7C01%7CCraig.Pace%40FOTLINC.COM%7Cd0b1a80e098847b4ec0908d49189ab32%7C0d32279fb86a46bcaf3c48ad3cf3caf9%7C0%7C0%7C636293467850898806&sdata=UvRJUaf2p51bAfHHWqzfksLgivN92RVAzforQ7L99cM%3D&reserved=0 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Thomas Sent: Tuesday, May 02, 2017 1:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SFTP From Linux to z/OS Hi . One of my colleagues told me from Linux script ,we can do SFTP using the below file allocation . Just wanted to know whether this possible ? As per my understanding this has no significance ? Also, whether from virtual machine we can put to a tape GDG file ? ls /+mode=text,lrecl=3000,recfm=vb,space=cyl.100.100 put /pas/input/rtb/one.txt //'PCICST.FXIN.MAXRTCRO.OT(+1)' Thanks Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Soft Capping
Look at your rolling 4-hour average vs your MSUs used. If Softcap is in place, you can see spikes that go above the 4-hour average for the true MSUs used if you are hitting capacity. If you have a hardcap, then you will never go over your configured capacity. Of course, this is post processing and only after you have hit the capacity limit. I'm not aware of a way to tell up front. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Wednesday, June 29, 2016 8:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Soft Capping Thanks, I've taken a look and IPLINFO appears to be able to infer when a soft cap is in effect. However I did not phrase my question very well. What I'd really like to determine is whether the image capacity figure is from a soft cap or a hard cap, regardless of whether a cap is in effect. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: 29 June 2016 14:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Soft Capping I think Mark Zelden's IPLINFO has that capability, but my system doesn't use capping so I cannot see it. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Austin Sent: Wednesday, June 29, 2016 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Soft Capping Is there a way to determine programmatically if soft capping is being applied to a z/OS image? Thanks -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This e-mail message has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU renamunconditional
To add or remove a node, you must do a full RENAME at the data set level. You can obtain the list with parm TYPRUN=NORUN on a blanket restore '**'. RENAMEU( - (old-data-set-name1,new-data-set-name1) - (old-data-set-name2,new-data-set-name2) - (old-data-set-namen,new-data-set-namen)) Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, May 24, 2016 8:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU renamunconditional You must renunc the same number of qualifiers as it is documented in the manual. So as others will point out A.B.C.** to A.B.C.D.** will need to be individually specified. Which is a real PITA because you have to code each file. If there are five - not bad, if hundreds - annoying. However, one process I use is to create 1) A Word Document. 2) Use Word Mail Merge to take the A.B.C and create a second column with A.B.C.D 3) Send that back to the Mainframe 4) Create a Filter List dataset if the number of file names is greater than 255 5) Run DFDSS with PARM='TYPRUN=NORUN' Not easy but simpler than using ISPF Edit. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Nathan Astle > Sent: Tuesday, May 24, 2016 4:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: ADRDSSU renamunconditional > > Hello, > > I am using the below control card to change Just the 4th level qualifier to > have the System name alone while restoring from the PS backup dataset, but I > am not getting any dataset created after the 4th level Qualifier and the Log > says the Dataset already exist. > > RESTORE INDDNAME(BACKUPDS) - > DATASET(INCLUDE(**.**)) - > STORCLAS(MAINFRAME)- > RENAMEU(SYSPROG.SYM.R14P2.**,SYSPROG.SYM.R14P2.SYSD.**) - FORCE - ADMIN - > CATALOG SHR TOL(ENQF) > > Is there any change that I need to be making on the above control where I can > get all the dataset restored with SYSNAME SYSD added to all the restored > dataset ? > > > Regards, > Nathan > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to Dynamically add SUBSYTEM
Without changing the name the sub-system name, you cannot.
Craig
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Fred Kaptein
Sent: Monday, January 18, 2016 11:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to Dynamically add SUBSYTEM
Hello,
We have a subsystem that did not properly get initialized with the IPL.
In SYS1.PARMLIB(IEFSSN00) we have the following statement:
SUBSYS SUBNAME(SSI) INITRTN(SSIPINIT) INITPARM('3') Subsystem SSI is an
in-house written subsystem.
During the IPL, we received the following errors:
IEFJ004I SUBSYSTEM SSI NOT INITIALIZED - SSIPINIT NOT FOUND
IEFJ004I SUBSYSTEM STRP NOT INITIALIZED - STRTPSSI NOT FOUND
Modules SSIPINIT and STRTPSS do exist in SYS1.TECH.LINKLIB.
Data set SYS1.TECH.LINKLIB is properly in the LINKLIST.
However, SYS1.TECH.LINKLIB was not properly APF authorized during the IPL,
where it should be.
We have since APF authorized it.
How can I initialize this subsystem without an IPL?
I have tried the following commands:
SETSSI ADD,SUBNAME=SSI,INITRTN=SSIPINIT,INITPARM='3'
And received the following response
IEFJ023I SETSSI ADD COMMAND FOR SUBSYSTEM SSI COMPLETED WITH ERRORS
IEFJ026I SUBSYSTEM SSI IS ALREADY DEFINED TO THE SSI
SETSSI DEACTIVATE,SUBNAME=SSI
And received the following response
IEFJ023I SETSSI DEACTIVATE COMMAND FOR SUBSYSTEM SSI COMPLETED WITH
ERRORS
IEFJ036I SUBSYSTEM SSI IS NOT ENABLED FOR THE SETSSI COMMAND
SETSSI ACTIVATE,SUBNAME=SSI
IEFJ023I SETSSI ACTIVATE COMMAND FOR SUBSYSTEM SSI COMPLETED WITH ERRORS
IEFJ036I SUBSYSTEM SSI IS NOT ENABLED FOR THE SETSSI COMMAND
Does anyone know how we can properly activate this subsystem, without an IPL
Any help is appreciated.
Fred
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This communication contains information which is confidential and may also be
privileged. It is for the exclusive use of the intended recipient(s). If you
are not the intended recipient(s), please note that any distribution, copying
or use of this communication or the information in it is strictly prohibited.
If you have received this communication in error, please notify the sender
immediately and then destroy any copies of it.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF Catalog
Sorry, meant to paste an example. You need something like this. //DEFINEEXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //DDIODFXX DD DISP=OLD,UNIT=SYSDA,VOL=SER=IODFXX //SYSIN DD * DEFINE CLUSTER( - NAME(SYS1.IODFA3.CLUSTER) - FILE(DDIODFXX) - VOLUME(IODFXX) - LINEAR - RECATALOG - ) - DATA(- NAME(SYS1.IODFA3)) Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Wednesday, December 23, 2015 11:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IODF Catalog Hello , Hope you are doing good. we have system in sysplex and for different versionz/OS system in sysplex we have different master catalog. Now i created IODF from one z/OS system and its catalog under this system master catalog. But to access this same IODF from different system, I want to catalog this IODF on other system master catalog as well. So, I am using below JCL //RECAT JOB (654),'MAINFRAME',CLASS=A, // MSGCLASS=A,NOTIFY=&SYSUID //S1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINE CLUSTER(NAME(SYS1.IODF05.WORK1.CLUSTER) - VOLUME(PTF001) - RECATALOG - ) CAT(ZOS13.MASTER.CATALOG) /* and output is as below IDCAMS SYSTEM SERVICES TIME: 09:31:59 DEFINE CLUSTER(NAME(SYS1.IODF05.WORK1.CLUSTER) - VOLUME(PTF001) - RECATALOG - ) CAT(ZOS13.MASTER.CATALOG) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-6 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 I checked for this IDC3009I code in manual, but not much information I could find to solve this . Any suggestion will help me . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF Catalog
You still need to have your DATA statement. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Wednesday, December 23, 2015 11:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: IODF Catalog Hello , Hope you are doing good. we have system in sysplex and for different versionz/OS system in sysplex we have different master catalog. Now i created IODF from one z/OS system and its catalog under this system master catalog. But to access this same IODF from different system, I want to catalog this IODF on other system master catalog as well. So, I am using below JCL //RECAT JOB (654),'MAINFRAME',CLASS=A, // MSGCLASS=A,NOTIFY=&SYSUID //S1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINE CLUSTER(NAME(SYS1.IODF05.WORK1.CLUSTER) - VOLUME(PTF001) - RECATALOG - ) CAT(ZOS13.MASTER.CATALOG) /* and output is as below IDCAMS SYSTEM SERVICES TIME: 09:31:59 DEFINE CLUSTER(NAME(SYS1.IODF05.WORK1.CLUSTER) - VOLUME(PTF001) - RECATALOG - ) CAT(ZOS13.MASTER.CATALOG) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 86 - REASON CODE IS IGG0CLEY-6 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 I checked for this IDC3009I code in manual, but not much information I could find to solve this . Any suggestion will help me . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SNTP client on z/OS
If I am understanding your question correctly, you are wanting the mainframe to be the NTP correct? If this is the question, then the answer is yes. In fact, we once ran the SNTP server in both OS/390 V2R10 and z/OS V1R4 for just this so that the distributed systems could use the mainframe as their time source. Thanks, Craig Pace Senior Manager Technical Services Fruit of the Loom, Inc.® Direct: (270) 935-4397 Main: (270) 781-6400 ext 4397 Cell: (270) 991-7452 Fax:(270) 438-4430 E-mail: craig.p...@fotlinc.com Mailing Address: One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Physical Address: 675 Hennessy Way Bowling Green, KY 42101-7122 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Tuesday, December 22, 2015 09:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SNTP client on z/OS Hello all, I have what I hope will be a quick question. I've seen older threads on this subject that are several years old, and even then, I saw a lot of "yes it can" versus "no it can't". SO here's my scenario and question (based on management asking me). We are running a zBC12, 2 LPARs, z/OS 1.13, no sysplex. Can z/OS in this environment function as an NTP client without needing to buy/install/implement STP on the z? I've done some research/reading on this but haven't found the definitive answer. If somebody could point me to where the answer is, that would be much appreciated. TIA Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What happened to z/OS?
http://www-03.ibm.com/systems/z/os/zos/ Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Saturday, October 17, 2015 18:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: What happenned to z/OS? A Mac person accused me of being a Windows person and so I wanted to send them a link to "my" operating system. Imagine my surprise when I could not find it. http://www-03.ibm.com/software/products/en/atoz?pgel=lnav#W-Z Where's the link to z/OS? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Dennis, Not current today; however, at one time I was working in an environment that did and we are moving back to that environment. We had a single Sysplex with 12 LPARs and within those LPARs we 3 JESPlexes, 3 Shared Security DBs, 3 Shared Master Catalog's and USERCAT Structures, etc. We are also in the process of moving back into a Sysplex now where we will have one Sysplex, 6 LPARs all six running different Security DBs (both RACF and Top Secret), Separate JES, VTAM, etc. The RO command will still work, just depends on how your security is set up to allow/deny the commands being entered, console security, etc. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Givens, Dennis W. Sent: Thursday, July 30, 2015 20:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex Thanks to both for this additional info. Tom, You are correct that we require 2 for Global mirroring. The other 8 are for the Hyperswap which requires 1 pair(2) for each sysplex and we run 4 plexes. Craig, I am beginning to believe this to be true. Do you happen to be doing this today? My concern is like what was pointed out earlier in the thread...RO commands won't work across the systems that run different security products. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Craig Pace Sent: Thursday, July 30, 2015 6:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex This will not be a problem at all. Although you are in a Sysplex, you can still have separation with the LPARs themselves. You can have separate shared security databases, different vendors, separate DB2, JES, CICS, etc. The beauty of the Sysplex is the ability to share as much as you want or as little as you want. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Thursday, July 30, 2015 17:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: > I appreciate all of the input on my question. Here is additional information > that may help clarify > > We have an 8 LPAR sysplex. All are sharing a Top Secret DB. > We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We > would like these (due to political reasons) to use a shared RACF DB. > These new lpars will have limited system access by users and run a reduced > product set. > They will function as Control systems for the Hyper swap and Mirroring > functions for the sysplex. > > > Can these 18 systems function just fine in this configuration. > > I understand that commands will not work between the lpars running different > packages. We may be able to overcome this short coming. > Any more capabilities that will be impacted. > > Thanks in advance for any additional insight. > Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN CNA SURETY voted the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360 Survey NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety.
Re: Different Security Products in a Sysplex
This will not be a problem at all. Although you are in a Sysplex, you can still have separation with the LPARs themselves. You can have separate shared security databases, different vendors, separate DB2, JES, CICS, etc. The beauty of the Sysplex is the ability to share as much as you want or as little as you want. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Thursday, July 30, 2015 17:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: > I appreciate all of the input on my question. Here is additional information > that may help clarify > > We have an 8 LPAR sysplex. All are sharing a Top Secret DB. > We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We > would like these (due to political reasons) to use a shared RACF DB. > These new lpars will have limited system access by users and run a reduced > product set. > They will function as Control systems for the Hyper swap and Mirroring > functions for the sysplex. > > > Can these 18 systems function just fine in this configuration. > > I understand that commands will not work between the lpars running different > packages. We may be able to overcome this short coming. > Any more capabilities that will be impacted. > > Thanks in advance for any additional insight. > Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Product Remove from z/OS
If you really want to get rid of them from the GLOBAL zone, then you can code a USERMOD to before a ++DELETE on the FMIDs of the older CICS modules. However, as stated before, since they are in a different target and distributed zone, by deleting the zones and their associated libraries, you will get rid of that version of CICS. The GLOBAL zone is not holding the actual code. Thanks, Craig Pace Senior Manager Technical Services Fruit of the Loom, Inc.® Direct: (270) 935-4397 Main: (270) 781-6400 ext 4397 Cell: (270) 991-7452 Fax:(270) 438-4430 AIM: cp...@ftlnet.com E-mail: craig.p...@fotlinc.com Mailing Address: One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Physical Address: 675 Hennessy Way Bowling Green, KY 42101-7122 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni Sent: Tuesday, July 07, 2015 08:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Product Remove from z/OS Hello All, Thanks for suggestions.We are using common global CSI for all CICS version and having diff target and distribution zone and related CSI for different CSI version . As I mentioned earlier, that all FMID related to this this version of CICS are in accept state . So, how can I use reject command to delete that FMID from SMPE. Can you please advise me . Regards Venkat On Tue, Jul 7, 2015 at 5:03 PM, John Eells wrote: > venkatkulkarn...@gmail.com (venkat kulkarni) wrote: > >> Hello Group, >> We have requirement to remove older version of >> CICS from our z/OS system but in SMPE all FMID related to that >> particular version of CICS is in accepted state. >> >> As I have to remove this product from system , I will remove all >> target and distribution libraries and region specific datasets. >> >> but I am not sure how to remove this SMPE related stuff of this CICS >> from z/OS system as it is in accepted state. >> >> Any pointer will be helpful. >> > > > If the CICS CSIs are unique to that level of CICS, just delete the CSI > data sets. If the CICS CSIs are shared among multiple levels of CICS, > you can use the ZONEDELETE command, and then REJECT the PTFs for the > CICS FMIDs that are unique to the release and remove the FMIDs from the > global zone. > > Before doing anything at all, though, consider renaming the target > libraries using an HLQ with UACC(NONE) to which nobody else has > access, and waiting for an IPL. If there's no fallout, you can be > pretty sure they're not in use after that...and if they are in use, > you can recover quickly if you must, and you'll know who was using > them so you can fix that and try again. > > HTH, > > -- > John Eells > z/OS Technical Marketing > IBM Poughkeepsie > ee...@us.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Stop RELEASE of a tape
Depends on how it is "pending release". 1) If Expiration Date, just manually update the date to the new future 2) If VRS rule, then update the VRS rule and rerun VRSEL Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Pace Sent: Wednesday, May 06, 2015 09:38 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Stop RELEASE of a tape I screwed up and released a tape that I should not have. I have not yet run the process that actually puts the tape in SCRATCH status - so currently it is PENDING RELEASE. Is there some way to reverse that RELEASE? -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14 question
We have our own "IEFBR14" that does exactly that, it just reads input from SYSIN and performs the required SCRATCH or not depending on the status and then reports on what it did. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Wednesday, May 06, 2015 08:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEFBR14 question Paul, I like that, why not or at the least provide a mechanism that works. Regards, Scott On Wednesday, May 6, 2015, Scheuer, Paul wrote: > Sure! Can you drop them by Marcello 4406 around 8am? > > Sent from my Android phone using TouchDown (www.nitrodesk.com) > > -Original Message- > From: Dave Barry [00a5644c6d08-dmarc-requ...@listserv.ua.edu > ] > Received: Tuesday, 05 May 2015, 3:54PM > To: IBM-MAIN@LISTSERV.UA.EDU [IBM-MAIN@LISTSERV.UA.EDU > ] > Subject: Re: IEFBR14 question > > Some third-party software in use here at UPS has used this technique > for years. The assumption is perfectly valid. > > Think about it: If an initiator allocates a migrated dataset > specifically on behalf of IEFBR14 -- which cannot even open it, much > less use it -- just to process a normal disposition of DELETE, why > waste HSM resources and tie up the initiator while waiting for the > recall to complete? The O/S might just as well schedule an HDELETE and be > done with it. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Paul Gilmartin > Sent: Tuesday, May 05, 2015 12:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IEFBR14 question > > On 2015-05-05, at 10:16, Greg Shirey wrote: > > > The O/S may never "use" the data set after the step runs, but > > perhaps > "using" the data set wasn't the point of running the step. I'd prefer the > O/S not make that assumption for me. > > > And yet, lately, the O/S makes such an assumption when the data set is > migrated. Yes, as R.S. says, you can turn it off. > It should be possible to override it within a particular job, not > system-wide. OS/360 was not designed as a multi-user system. Its > descendants inherit that original sin. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF and ULOG with different results from Query commands
Lizette, Not sure why would you see the different of the top of my head; however, I would look at doing a batch REXX procedure. Create a console, trap the output and then parse away to get the information you need. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Friday, January 16, 2015 16:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF and ULOG with different results from Query commands I have not determined why this is working this way. If I do a F HSM,Q CDS the output from the command goes to my SDSF ULOG and SYSLOG If I do a F ZFS,QUERY,ALL only the command goes to the ULOG but the information is only in SYSLOG. This happens under both z/OS V1.12 an V2.1. I have reviewed the zFS manuals and command syntax and I have not discovered why these two STCs have different behaviors. I maybe missing something simple. What I am trying to do is capture the output on our counters in zFS to see if I can reduce any caches. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help with FFST/MVS and the first failure symptoms component?
Dave, In my experience we have never set it up for CICS. I know has gotten more and more products to start interacting with FFST, but even with us running it for the OS, VTAM and the few core systems all the dumps we have taken FFST just continued to pass them on to the System Dump facility. My understanding is that, if FFST triggers it gathers additional system related information that can be used by IBM support to help diagnose the issue. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Thursday, September 18, 2014 14:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with FFST/MVS and the first failure symptoms component? Craig and Lizette, Thank you for your quick response. I did Identify we have a started task called EPWFFST. The second part is what advantage does it bring CICS? It sounds like the step in the installation book is optional. Also by implementing the exit it sounds like I might not gain that much on our CICS TS V5R1 versions. Thank you, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Craig Pace Sent: Thursday, September 18, 2014 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with FFST/MVS and the first failure symptoms component? You will know that it is up by a couple of ways. 1) From the started task log, you should see messages like below: EPW0051I FFSTFFDC: INITIALIZATION OF FFST/FFDC COMPLETE EPW0201I EPWFFST: INITIALIZATION OF FFST/ESA IN PROGRESS EPW0505I EPWFFST: FFSTPARM MEMBER START00 NOT FOUND EPW0505I EPWFFST: FFSTPARM MEMBER TRNSABCD NOT FOUND EPW0202I EPWFFST: INITIALIZATION OF FFST/ESA COMPLETE EPW0505I EPWFFST: FFSTPARM MEMBER EPWHWR01 NOT FOUND EPW0509I EPWFFST: NOW USING LOGID FFSTLOG1 EPW0250I EPWPITSK: FFST INITIALIZATION FOR FFSTV1R2 COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR VTAM COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR TCP COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR CSM COMPLETE 2) You should also have some datasets allocated (CKPT, DUMP, LOG1, LOG2 & PARMLIB). The LOG will give you more detail information from its processing and if a dump was taken within FFST, it should be in the DUMP dataset. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 18, 2014 14:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with FFST/MVS and the first failure symptoms component? For the shops I have worked at, I did not setup ffsti am not sure there is a need for it. Lizette -Original Message- >From: "Hansen, Dave L - Eagan, MN" >Sent: Sep 18, 2014 11:46 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Help with FFST/MVS and the first failure symptoms component? > >Dear Big Iron People, > > (Still waiting to get on the CICS-L list) > > FFST/MVS (First Failure Support Technology/MVS): > http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.e0za100%2Fe0za10015.htm > >Q1). How do we know if we are taking advantage of FFST/MVS? Where can I >look, or what can I enter to know if we have FFST enabled? > > > CICS says a program might call the first failure symptoms component. It's > documented in the CICS TS for z/OS 5.1 Installation Guide in Chapter 30. MVS > ASREXIT - SYMREC Authorization Exit. > > I read the CICS Problem Determination Guide. There are quite a few > references to first failure: > > General CICS tracing is handled by the CICS trace domain. It traces >the flow of execution through CICS code, and through your applications >as well. You can see what functions are being performed, which >parameters are being passed, and the values of important data fields at >the time trace calls are made. This type of tracing is also useful in >first failure data capture, if an exception condition is detected by CICS. > > In addition, exception trace entries are always written to the >internal trace table, even if no trace destinations are currently >started. Other trace destinations that are currently started get the >exception trace entry as well, but the entry always goes to the >internal trace table even if you have turned tracing off completely. This >function provides first failure data capture. > > CICS exception tracing is always done by CICS when it detects an >exception condition. The sorts of exception that might be detected >include bad parameters on a domain call, and any abnormal response from >a called routine. The aim is "first failure data capture", to record >data that might be relevant to the exception as soon as possible after it has >been detected. > > It may just look li
Re: Help with FFST/MVS and the first failure symptoms component?
You will know that it is up by a couple of ways. 1) From the started task log, you should see messages like below: EPW0051I FFSTFFDC: INITIALIZATION OF FFST/FFDC COMPLETE EPW0201I EPWFFST: INITIALIZATION OF FFST/ESA IN PROGRESS EPW0505I EPWFFST: FFSTPARM MEMBER START00 NOT FOUND EPW0505I EPWFFST: FFSTPARM MEMBER TRNSABCD NOT FOUND EPW0202I EPWFFST: INITIALIZATION OF FFST/ESA COMPLETE EPW0505I EPWFFST: FFSTPARM MEMBER EPWHWR01 NOT FOUND EPW0509I EPWFFST: NOW USING LOGID FFSTLOG1 EPW0250I EPWPITSK: FFST INITIALIZATION FOR FFSTV1R2 COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR VTAM COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR TCP COMPLETE EPW0250I EPWPITSK: FFST INITIALIZATION FOR CSM COMPLETE 2) You should also have some datasets allocated (CKPT, DUMP, LOG1, LOG2 & PARMLIB). The LOG will give you more detail information from its processing and if a dump was taken within FFST, it should be in the DUMP dataset. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 18, 2014 14:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help with FFST/MVS and the first failure symptoms component? For the shops I have worked at, I did not setup ffsti am not sure there is a need for it. Lizette -Original Message- >From: "Hansen, Dave L - Eagan, MN" >Sent: Sep 18, 2014 11:46 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Help with FFST/MVS and the first failure symptoms component? > >Dear Big Iron People, > > (Still waiting to get on the CICS-L list) > > FFST/MVS (First Failure Support Technology/MVS): > http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.e0za100%2Fe0za10015.htm > >Q1). How do we know if we are taking advantage of FFST/MVS? Where can I >look, or what can I enter to know if we have FFST enabled? > > > CICS says a program might call the first failure symptoms component. It's > documented in the CICS TS for z/OS 5.1 Installation Guide in Chapter 30. MVS > ASREXIT - SYMREC Authorization Exit. > > I read the CICS Problem Determination Guide. There are quite a few > references to first failure: > > General CICS tracing is handled by the CICS trace domain. It traces >the flow of execution through CICS code, and through your applications >as well. You can see what functions are being performed, which >parameters are being passed, and the values of important data fields at >the time trace calls are made. This type of tracing is also useful in >first failure data capture, if an exception condition is detected by CICS. > > In addition, exception trace entries are always written to the >internal trace table, even if no trace destinations are currently >started. Other trace destinations that are currently started get the >exception trace entry as well, but the entry always goes to the >internal trace table even if you have turned tracing off completely. This >function provides first failure data capture. > > CICS exception tracing is always done by CICS when it detects an >exception condition. The sorts of exception that might be detected >include bad parameters on a domain call, and any abnormal response from >a called routine. The aim is "first failure data capture", to record >data that might be relevant to the exception as soon as possible after it has >been detected. > > It may just look like they could be related.I didn't find a section in > the CICS manuals (yet) about a CICS "first failure symptoms component". > >Q2). Does anyone know if CICS "first failure" has interactions with FFST/MVS? > Also would you know where I can find more information on this CICS "first >failure symptoms" component? > > > Thanks, Dave > > > > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA-DISK (DMS) QUESTION
Yes you can. All DISK (ML1) archives/backups are written with a key starting with @. So, if you know the key, can you use that are if you wish to see all you can use the LISTD keyword with DSN=@/. If you are just wanting to see details of the true file, you use the LISTD procedure with the LISTF keyword. I hope this helps. One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, July 23, 2014 12:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA-DISK (DMS) QUESTION I find that the folks at CA Support very helpful. Or you could go to the MYCA community forum for CA DISK and get quick responses there. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Dawes > Sent: Wednesday, July 23, 2014 6:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA-DISK (DMS) QUESTION > > G'Day, > > Is there a way of knowing the contents of an archived tape which is written > to disk? > I tried the LISTD which works for an archive tape dsn. I tried the > same by doing the following : > > LISTD DSN=SYS2.VPRIM.GPRODT.DMSN.C2014204.T024542 > > I got the following message : > ADSDM484 3543 NO RECORDS SELECTED > ADSDM484 3544 RECORD NOT FOUND FOR = > SYS2.VPRIM.GPRODT.DMSN.C2014204.T024542 > > Could someone suggest how I could read the contents of an archive tape > which is written to dasd instead of tape? > > Thanks in advance for your support and help. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBRUXENT using CA-1 in VTS 7700 environment
Anthony, Okay. Just wanted to make sure before I gave you things that would not help you. It is not that bad and you just need to make sure of the following. 1) Make sure you do have a separate values in your DEVSUPxx for each LPAR. I use the first two positions as my LPAR and leave the last two to match the defaults. Example, MEDIA1=1001, MEDIA2=1002,.MEDIA10=100A,ERROR=100E and PRIVATE=100F for LPAR1 and then use 20xx for LPAR2. 2) You need to make sure you have USERMOD CL05244 installed. Make sure you update CTSUXENT with your library name(s). 3) In your CTSUXENT module, add some code like the code below. Pay attention that columns 72-80 are important to insert into the correct location of your current source. My code is set up to perform this check at the very beginning so that we don't do anything if the tape is not correct. I have the sequence numbers set to update the mode and added in after the Load Address (LA) of ATLTABLE into R9 and before the ATLFIND DSECT. In the case below, it could have been done with one check; however, it was set up to allow for multiple prefixes, if needed. ./ CHANGE NAME=CTSUXENT * 01790100 * @MYCO - ADDED THE VOLUME SECTIONS TO ONLY PROCESS THE REQUIRED * 01790110 * TAPES DEPENDING ON THE LPAR AND LEAVE THE REMAINING* 01790120 * TAPES FOR THE OTHER OAM SYSTEMS TO PROCESS. MVSX LPAR * 01790130 * 01790140 CHKVOL DS0H 01790150 CLC WKVOLSER(2),=C'XN' IS THIS A MVSX NATIVE ATL2? 01790200 BEACCTAPENO LEAVE FOR OTHER OAM01790210 CLC WKVOLSER(1),=C'X' IS THIS A MVSX VIRTUAL VTS2? 01790220 BNE RC16 NO LEAVE FOR OTHER OAM01790230 ACCTAPE DS0H 01790240 * @MYCO - END OF MYCO CUSTOM CODE 01790250 * 01790260 4) Make sure your CA-1 version of CBRUXENT, CBRUXEJC and CBRUXVNL are applied to the z/OS system to override the IBM RMM default delivered in LINKLIB. 5) Make sure CA-1 is up and running BEFORE OAM is started. IF not, the exits will not be there to REJECT the tapes. I hope this helps. Please feel free to contact me off-line if needed. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Fletcher Sent: Monday, March 10, 2014 22:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment Craig Yes, that is exactly the environment. regards, Anthony Fletcher - NZ MIITP Team Lead NZ SMM (AirNZ, Westpac NZ , NWM AU) IBM Strategic Outsourcing Delivery Server Systems Operations Server Management Mainframe Mainframe Software Program Manager NZ z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.com<mailto:flet...@nz1.ibm.com>, Sametime: flet...@nz1.ibm.com<mailto:flet...@nz1.ibm.com> "The biggest threat to effective communication is the belief that it has occurred" "Winners make commitments, Losers make promises" From: Craig Pace mailto:craig.p...@fotlinc.com>> To: IBM-MAIN@listserv.ua.edu<mailto:IBM-MAIN@listserv.ua.edu>, Date: 11/03/2014 16:42 Subject:Re: CBRUXENT using CA-1 in VTS 7700 environment Sent by:IBM Mainframe Discussion List mailto:IBM-MAIN@listserv.ua.edu>> Anthony, Wanting to make sure what you are asking. Do you mean that you have two LPARs which share the same VTS hardware; however, don't share the TMC? If your answer is yes, then are you also asking about making sure that LPAR1 does not insert tapes from LPAR2 and vice versa? If there are correct, then let me know. Using DEVSUP and minor exit changes to the CA-1 exits can take care of this without any issues. Currently running that way today with a TS7740 and I have 5 separate TMCs using the save hardware, different volumes, different DEVSUP and minor USERMOD changes to prevent he LPAR from picking up the wrong tapes. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Monday, March 10, 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment On 3/10/2014 10:32 PM, Anthony Fletcher wrote: > Question for a CA-1 guru. > I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that th
Re: CBRUXENT using CA-1 in VTS 7700 environment
Anthony, Wanting to make sure what you are asking. Do you mean that you have two LPARs which share the same VTS hardware; however, don't share the TMC? If your answer is yes, then are you also asking about making sure that LPAR1 does not insert tapes from LPAR2 and vice versa? If there are correct, then let me know. Using DEVSUP and minor exit changes to the CA-1 exits can take care of this without any issues. Currently running that way today with a TS7740 and I have 5 separate TMCs using the save hardware, different volumes, different DEVSUP and minor USERMOD changes to prevent he LPAR from picking up the wrong tapes. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Monday, March 10, 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment On 3/10/2014 10:32 PM, Anthony Fletcher wrote: > Question for a CA-1 guru. > I have a CBRUXENT exit that defines the VTS, which I believe is necessary, > but it also checks that the right CARTs care coming through. There are two > operating modes which have different DEVSUP settings and different CA-1 TMC > setups. > I suspect that checking the VOLSERS that appear is redundant. > Does anyone familiar with is complicated CA-1/OAM/SMS set up have any useful > insight? Anthony, All CBRUXENT does for CA-1 is convert the 8-character library name to ROBTYP and ROBID. It's pretty straightforward. DEVSUPxx should make no difference. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New XCF data sets
Fred, You do use the SETXCF command, in a series of commands to switch dynamically without an IPL. 1) Define your new primary and alternate data sets using normal XCF format utility 2) Use SETXCF command to change your new primary data set as the alternate data set to your current environment using the ACOUPLE parameter 3) Use SETXCF command to switch from primary to alternate 4) Use SETXCF command to set your new alternate data set as the alternate to the new primary just set 5) Update COUPLExx, IEASYMxx, etc. as needed. Thanks, Craig From: Fred Kaptein To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/03/2014 13:02 Subject:New XCF data sets Sent by:IBM Mainframe Discussion List Hello, I have a question on switching XCF data sets. We currently have 5 systems in a SYSPLEX. We are looking to add more. Our current XCF data sets were defined to hold 5 systems, using the following definitions: //STEP1EXEC PGM=IXCL1DSU //SYSPRINT DD SYSOUT=* //SYSINDD * DEFINEDS SYSPLEX(TOPLX1C) DSN(SYS1.TOPLX1C.XCFCDS71) VOLSER(T1CX01) MAXSYSTEM(5) CATALOG DATA TYPE(SYSPLEX) ITEM NAME(GROUP) NUMBER(60) ITEM NAME(MEMBER) NUMBER(50) ITEM NAME(GRS) NUMBER(1) DEFINEDS SYSPLEX(TOPLX1C) DSN(SYS1.TOPLX1C.XCFCDS72) VOLSER(T1CX02) MAXSYSTEM(5) CATALOG DATA TYPE(SYSPLEX) ITEM NAME(GROUP) NUMBER(60) ITEM NAME(MEMBER) NUMBER(50) ITEM NAME(GRS) NUMBER(1) We will create new data sets using the following parameter: MAXSYSTEM(10) The following is our definition in SYS1.PARMLIB(COUPLE00) COUPLE SYSPLEX(TOPLX1C) PCOUPLE(SYS1.TOPLX1C.XCFCDS71,T1CX01) ACOUPLE(SYS1.TOPLX1C.XCFCDS72,T1CX02) RETRY(100) MAXMSG(1000) CFRMPOL(TESTPLX5) My question is, can I switch the current systems to use the new data sets, without shutting down any systems? If so what are the commands? I was looking at the SETXCF command, but it does not seem to do what I am looking for. If we have to shut down the systems, do we have to shut all 5 down at the same time? Any input is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS server REXX CGI problem
Two things that I see. In your http.conf EXEC statement you have uppercase CGI and your page reference is lower case. Also, in your http.conf EXEC you have /jeds.web/cgi/* and should it not be /jedsp/web/cgi/* since that is where you say the REXX is at Craig From: jan de decker To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/27/2013 09:29 Subject:zOS server REXX CGI problem Sent by:IBM Mainframe Discussion List Hi all, I installed a HTTP server on zOS and sofar as HTML is concerned all goes well but I cannot manage to get a REXX CGI program to do something. The brower (Firefox) keeps showing connecting. In the http.conf file I defined: Exec CGI/* /jeds.web/cgi/* The Rexx program is in /jedsp/web/cgi and has the attributes 755 The link on the page is: Environment/a> The page is served from /jedsp/web/pub The rexx exists in /jedsp/web/cgi Any help would be greatly appreciated j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Top secret to RACF conversion
http://www.redbooks.ibm.com/redbooks/pdfs/sg245677.pdf There is also an IBM Tool, which you must license that can help with the migration. There are also Technical Services which can be contracted to help, if that is of interest. Thanks, Craig From: Robert Hahne To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/19/2013 09:19 Subject:CA Top secret to RACF conversion Sent by:IBM Mainframe Discussion List Hello all , We are planning on a Top secret conversion project where CA top secret needs to be replaced with RACF . We are on Z/os 1.11 .Can someone direct me towards some good documentation or manuals to start with ? Best Regards, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "Deinstall" software, for example BDT
Why would you want to delete a product that comes as part of the base; for example, BDT and is either ENABLE or DISABLED via IFAPRDxx? Thanks, Craig From: Jon Perryman To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/17/2013 15:38 Subject:Re: "Deinstall" software, for example BDT Sent by:IBM Mainframe Discussion List Never manually delete a product without going thru SMP/E. I'm not familiar with BDT so lets say you wanted to delete C/C++. They are dependant upon LE. The next time an LE PTF has a COREQ for a C/C++ PTF, you will be screwed. Using SMP/E function delete is the only recommended method to delete a product. As someone mentioned earlier, you should check for cross product dependencies but if you did miss something, then you can just re-install the product. Jon Perryman. > > From: Mike Schwab > > >Not IBM approved, but method we did. >1. Notify users. >2. RACF datasets so no access, read by backup group. >3. Rename datasets (add .OLD). >4. Delete datasets and source of software. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
whoami should return a user id that is assigned to the UID that you are
running under. If you are using the default OMVS User Id (Which must be
changed for z/OS V2.1) or a shared UID, then you will get any UID sharing
that UID returned.
who { and options } ; eg; who am i - can display additional information
about the user. By default, who display information about user's login
name, terminal name and time logged in. Note who am only works in the
POSIX locale
id will return the uid(username) gid(groupname). Again, if sharing uid
then any uid having that value can be returned.
logname will return the login name which is obtain via getlogin()
function.
Just for some additional notes, this is what I always do so that I always
know who I am and where I am at in OMVS...
in /etc/profile I make sure logname is readonly so it can not be
changed..
readonly LOGNAME
set my command prompt to System Name:Log name:Directory
PS1='$System_Name':'$LOGNAME':'$PWD':'===>
export PS1
Craig
From: "Farley, Peter x23353"
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 12/13/2013 12:48
Subject:Re: OMVS UID display
Sent by:IBM Mainframe Discussion List
Interesting thread. From my strictly application-programmer level TSO
userid (the only one I have), entering those commands from TSO OMVS yields
the following results:
$ who am i
$ whoami
TSOUSER
$ id
uid=6101(TSOUSER) gid=60(OAPLGRP)
$ logname
FSUM6764 logname: cannot get login name
$
(Real userid was replaced by TSOUSER). No results at all from "who am I"
and a failure from "logname".
I suspect but cannot prove that system-programmer authority levels
probably produce distinctly different results.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of venkat kulkarni
Sent: Friday, December 13, 2013 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS UID display
LOGNAME command gives my RACF ID . Then what is the use of ID and WHOAMI
command. Why these command is working for some of them and for others not.
On Sat, Dec 14, 2013 at 12:03 AM, Bonno, Tuco wrote:
>
> try "logname" ( w/o the the double quotes )
>
--
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an
authorized representative of the intended recipient, you are hereby
notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any attachments
from your system.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of it.
**
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Open SSH (SFTP)
It can be installed in the z/OS SMPE and if you order the Ported Tools when ordering z/OS, it comes that way as well. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 08:38 Subject:Re: Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Thanks for your reply. I have another question. Can OPEN SSH be installed into Z/OS SMPE Zones? Or need to setup separate SMPE ZONE for this software? Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of craig.p...@fotlinc.com Sent: Wednesday, December 11, 2013 7:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Open SSH (SFTP) Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Open SSH (SFTP)
Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security (Top Secret) parm file?
It is a combination. Yes Tech support makes all of the changes with a valid change record. When security changes anything dynamically, they request for us to update the parm file. When we are doing things that are required for new products, etc. we work with security to let them know what changes we are making. Craig From: Bill Johnson To: IBM-MAIN@LISTSERV.UA.EDU, Date: 11/13/2013 16:37 Subject:Re: Security (Top Secret) parm file? Sent by:IBM Mainframe Discussion List Are you saying that tech support makes the changes? Or just does what security tells them to do? Most of the parameters are commands that security should be the one to make. On Wednesday, November 13, 2013 5:30 PM, "craig.p...@fotlinc.com" wrote: Bill, I think that is going to be dependant on your shop. In the past in my history, the parm file was in (and is here) in SYS1.PARMLIB so no one in security could touch it! With that being said, changes are made with a working relationship with security...depending on security's knowledge of what needed to be change.. From: Bill Johnson To:IBM-MAIN@LISTSERV.UA.EDU, Date: 11/13/2013 15:31 Subject:Security (Top Secret) parm file? Sent by:IBM Mainframe Discussion List Who should be responsible for the Top Secret (V15) parm file? For the past 10 years it has been the security department at our shop. Is that best practice? TIA, Bill Johnson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security (Top Secret) parm file?
Bill, I think that is going to be dependant on your shop. In the past in my history, the parm file was in (and is here) in SYS1.PARMLIB so no one in security could touch it! With that being said, changes are made with a working relationship with security...depending on security's knowledge of what needed to be change.. From: Bill Johnson To: IBM-MAIN@LISTSERV.UA.EDU, Date: 11/13/2013 15:31 Subject:Security (Top Secret) parm file? Sent by:IBM Mainframe Discussion List Who should be responsible for the Top Secret (V15) parm file? For the past 10 years it has been the security department at our shop. Is that best practice? TIA, Bill Johnson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF
Ron, You can user a ALIAS to point to the new master catalog and then perform an IDCAMS alter on the new master catalog to alter to the real name or just restore without catalog (along as it is non-sms) and then issue a DEFINE NONVSAM on the new master catalog using IDCAMS. Craig From: Ron Wells To: IBM-MAIN@LISTSERV.UA.EDU, Date: 10/10/2013 12:45 Subject:RACF Sent by:IBM Mainframe Discussion List Used DSS to backup the RACF databasefrom TEST lpar.. wanting to restore---new name---but ensure the new name is cataloged on the TEST lpar's mastercat can I---jcl--poit to the mastercat as a user cat to make this occur?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Install IBM SDK for Z/os java2 technology edition v7
The program directory documents all the files. The NON Unix System Services files are there to support JZOS (PROC, LOAD, SAMP). In a lot of environments these are merged into the z/OS LINKLIB, SAMPLIB and PROCLIB since there are no conflicting modules and one per release level. Craig From: baby eklavya To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/26/2013 14:48 Subject:Install IBM SDK for Z/os java2 technology edition v7 Sent by:IBM Mainframe Discussion List Hi all, We are running in Z/os 1.11 . I am trying to install IBM SDK 64 bit for z/OS JAVA2 Technology Edition V7 . In the current environment , i see only 2 ZFS filesystems (one for java31 and other for java64) .But when downloaded v7 , i got some additional datasets , ie , some loadlibs and proclibs . It looks like our customer did a non-smpe install earlier and i dont see anything other than the ZFS being used . I am now doing an smpe install for v7 which brings in additional datasets . Can someone point me to right documentation to understand how it works . . One of my colleagues said that the loadlibs and proclibs are optional . and only ZFS is wat it needs and am confused . Any help is much appreciated . Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Datasets not hsm migrating
Is automigration running? Thanks, Craig From: Michael Bieganski To: IBM-MAIN@LISTSERV.UA.EDU, Date: 05/10/2013 10:59 Subject:Datasets not hsm migrating Sent by:IBM Mainframe Discussion List Hi, I have a number of datasets whose management class reflects Primary Days of 2 and yet after 2 weeks of non-reference, they still are on dasd. Cmd/Auto Migrate is set to BOTH, Auto-Backup set to No. I can hmigrate it in ispf 3.4 ok to ml2, but wondering why auto-migration is not kicking in. Is there a setting that regulates that a dataset will not auto-migrate if in fact no backup exists? (but apparently has no qualms about manually hmig'ing it?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASG/Mobius
The Mobius Server can store its files in different format with that "add-on" from ASG. The default is store it in their DAT format. Thanks, Craig From: Ron Wells To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 13:30 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List interestingwill keep that in mind... what about the Mobius Windows...server...?? From: craig.p...@fotlinc.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 01:28 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to "batch" print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: "Staller, Allan" To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius >> We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal >> eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- F
Re: ASG/Mobius
Ron, Mobius does not support that ability. If the data is in AFP format in Mobius (mainframe), then the output from Mobius via normal distribution on the mainframe will be in AFP output. Now the web viewer will use the built in AFP viewer to display the data and then print from there. There is not a way to "batch" print from Mobius into PDF, PCL, etc. from the mainframe. We just went through this last year as we are getting ride of Mobius and wanted a batch way to get the print out for migration. We purchased Crawford Technologies Workflow JES with AFP to PDF conversion to do the trick. We batch print Mobius with all AFP resources and run it through Workflow JES to create the PDF. Thanks, Craig From: Ron Wells To: IBM-MAIN@LISTSERV.UA.EDU, Date: 03/12/2013 12:58 Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List looking to see if anyone used Mobius for this function...not looking to buy another vendor .. not finding it at there site..maybe called something else.. From: "Staller, Allan" To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/12/2013 12:55 PM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among other things). HTH, Asked some time ago..do not have copy of reply. and not finding in Arch.. ASG/Mobius >> We have Non-AFP and AFP reports also have PDF's and JPG's stored on the Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL supported printer.. Goal >> eliminated need for AFP/IPDS support at the printer.. or Another approach/suggestion ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security vulnerability in IBM HTTP Server for z/OS Version 5.3 (PM79239)
These are IBM Security Alerts and do not come through as HYPER or RED ALERT, they only come in as Security Alerts. IBM sends them "discreetly" in this manner to try and prevent anyone from saying "Oh, there is a whole..let me use it". If not registered, you will never know unless you get a call from your IBM Rep or Business Partner. Everyone is getting a call of these because IBM has classified them as HIGH and VERY IMPORTANT! Here are the details as for APAR/PTFs Maintenance details: There are three patches that IBM strongly recommends you treat as high priority and install immediately. 1. APAR PM79239 / PTF UK90469 for IBM HTTP Server for z/OS Version 5.3 2. APAR OA41000 / PTF UA67521 for z/OS 1.13 or APAR OA41031 / PTF UA67524 for z/OS 1.6 through 1.12. 3. APAR OA41061 / PTF UA67533 for Tivoli NetView 6.1, APAR OA41060 / PTFs UA67555, UA67556, UA67557, UA67558, UA67559, UA67560, UA67561 for Tivoli NetView 5.x releases or APAR OA41059 / PTF UA67553, UA67554 for Tivoli NetView 1.4. There is a approval process for the System z Security Portal. It can be found at the link below: http://www-03.ibm.com/systems/z/advantages/security/integrity_sub.html From: Robert Carballo To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/03/2013 13:48 Subject:Security vulnerability in IBM HTTP Server for z/OS Version 5.3 (PM79239) Sent by:IBM Mainframe Discussion List Does anyone have any thoughts on this? Here is the link explaining the issue: https://www-304.ibm.com/support/docview.wss?&uid=swg21620945 I did some searching but can't seem to really find details about the exploit. How serious is this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tivoli SA
IBM System Automation requires Netviewyou must license both. From: Uwe Oswald To: IBM-MAIN@LISTSERV.UA.EDU Date: 10/04/2012 08:44 Subject:Tivoli SA Sent by:IBM Mainframe Discussion List Hi, does someone have any experience if IBM System Automation requires Netview as a standalone (licensed) product or comes SA with a "small, own" Netview incorporated already? Thx Uwe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF question
Not always, Here is the ABEND 306-30 documentation. The user attempted to use a controlled program but is not authorized by RACF to use that program. This can occur when a user has EXECUTE access to a program library's data set profile, even if none of the program modules involved are RACF program protected. Have the system security administrator grant you READ access to the data set profile instead. Thanks, Craig From: Scott Ford To: IBM-MAIN@LISTSERV.UA.EDU Date: 07/06/2012 15:34 Subject:RACF question Sent by:IBM Mainframe Discussion List All, I have a question, I have a customer receiving a csv0025i abends306-30 on a adduser. Shouldn't we be seeing a ich408i message ? Scott ford www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to Delete Orphaned VSAM Data Components
Ken, Try this if you have not: DELETE fully-qualified-name CATALOG(catalog-name) Example: DELETE ORPHAN.VSAM.DATA CATALOG(CATALOG.USER.VSAM) DELETE ORPHAN.VSAM.INDEX CATALOG(CATALOG.USER.VSAM) Craig From: Ken French To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/29/2012 12:26 Subject:Re: Unable to Delete Orphaned VSAM Data Components Sent by:IBM Mainframe Discussion List Craig - Yes, I tried DELETE NOSCRATCH CLUSTER, and I get IDC3012I ENTRY MY.VSAM.DATA NOT FOUND+ IDC0551I ** ENTRY MY.VSAM.DATA NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLFM-6 Since the object is actually an orphaned DATA component, the DELETE CLUSTER command is seen as invalid. - Ken > Date: Fri, 29 Jun 2012 11:12:12 -0500 > From: craig.p...@fotlinc.com > Subject: Re: Unable to Delete Orphaned VSAM Data Components > To: IBM-MAIN@LISTSERV.UA.EDU > > Have you tried DELETE ent NOSCRATCH CLUSTER ? > > If alternate index or path, you would need those keywords. > > > > > > > > From: Ken French > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/29/2012 10:54 > Subject:Unable to Delete Orphaned VSAM Data Components > Sent by:IBM Mainframe Discussion List > > > > I have several VSAM data components in one of my USERCATs that are > cataloged to volumes that no longer exist. I've searched extensively on > how this might be done, and have tried several variations of the IDCAMS > DELETE command without success, including DELETE NOSCRATCH, DELETE > TRUENAME. I even attempted to REPRO MERGECAT the orphaned entries > to a new, temporary USERCAT that I planned to simply delete if the > MERGECAT was successful. Any ideas on how to eliminate these undesired and > orphaned catalog entries? Keep in mind that the volumes these entries are > pointing to do not exist on my system. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > ** > This communication contains information which is confidential and > may also be privileged. It is for the exclusive use of the intended > recipient(s). If you are not the intended recipient(s), please note > that any distribution, copying or use of this communication or the > information in it is strictly prohibited. If you have received this > communication in error, please notify the sender immediately and > then destroy any copies of it. > ** > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to Delete Orphaned VSAM Data Components
Have you tried DELETE ent NOSCRATCH CLUSTER ? If alternate index or path, you would need those keywords. From: Ken French To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/29/2012 10:54 Subject:Unable to Delete Orphaned VSAM Data Components Sent by:IBM Mainframe Discussion List I have several VSAM data components in one of my USERCATs that are cataloged to volumes that no longer exist. I've searched extensively on how this might be done, and have tried several variations of the IDCAMS DELETE command without success, including DELETE NOSCRATCH, DELETE TRUENAME. I even attempted to REPRO MERGECAT the orphaned entries to a new, temporary USERCAT that I planned to simply delete if the MERGECAT was successful. Any ideas on how to eliminate these undesired and orphaned catalog entries? Keep in mind that the volumes these entries are pointing to do not exist on my system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
