Re: Mainframe hacking (getting back on topic)
On Tue, 21 Jul 2009 17:34:30 -0500 Rick Fochtman rfocht...@ync.net wrote: :---snip--- : :At the Chicago SHARE 43 meeting in August, 1974, IBM had invited :attendees to a demonstration of the new MVS operating system on the 145 :at the Chicago Ed center. At 8 p.m. Tuesday, three attendees found the :IBM demonstrator on duty was enthralling an attractive lady with his :expertise. Not wanting to be interrupted by three males, he said, Go :play with the system on that user TSO terminal over there -- you can :find out how good the security of an MVS system is for a typical TSO :user. The challenge was accepted, and in short order, Tim W. observed :that SYS1.NUCLEUS was not protected, so he scratched it. Tim W. knew :that once the system is up, the dataset SYS1.NUCLEUS is not read again, :so the SHARE demonstration continued without a flaw. It was later heard :that IBM took the SHARE MVS demonstration down at 11 p.m. to IPL for a :customer benchmark; it took until 3 a.m. for IBM to find a CE who could :correctly decipher the wait state code and explain that the IPLs kept :failing because there was no SYS1.NUCLEUS on the IPL volume. :unsnip-- :That was before RACF, AFAIK, but I can't help wondering who got kicked :in the a** over that one. :-) Before RACF there were expiration dates. :Damn fine argument for having a second IPL-able SYSRES in thos days. Only if it was offline. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI re-entrant FAILS on INITAPI
On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman joereich...@optonline.net
wrote:
:When this code isn't linked with RENT it works with RENT it fails
How does it fail?
:*-*
:* GET WORKING STORAGE *
:*-*
: LAR10,WS_LEN GET WORKING STORAGE LENGTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING WS_DSECT,R13 STORAGE DSECT
: STR13,4(,R12)BACK LINK FORWARD LINK
: STR12,8(,R13)
Perhaps missing
LRR13,R12
here?
:
:*-*
:* GET STORAGE FOR THE GLOABL AREA *
:*-*
: LAR10,GWALENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING EZASMGW,R12
:*-*
:* GET TASK STORAGE*
:*-*
: LAR10,TIELENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
: USING MYTIE,R11
:
: EZASMI TYPE=INITAPI, Issue INITAPI Macro X
:SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER X
:MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX
:MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X
:ERRNO=ERRNO, (Specify ERRNO field)X
:RETCODE=RETCODE, (Specify RETCODE field) X
:APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X
:ERROR=ERROR, ABEND IF ERROR ON MACRO X
:ASYNC=('ECB')(SPECIFY ECBS)
:TASK=MYTIE,MF=(E,MY_PARM)
:
:
:*--- STORAGE DEFINATIONS
:
: *-*
: * GLOBAL AREA
: *-*
: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA X
:STORAGE=DSECT
: *-*
: TASK DSECT
: *-*
: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
:
:MY_PARM EZASMI MF=L
:MY_PARM_LEN EQU *-MY_PARM
:
:
:
:
:
:
:
:
:-Original Message-
:
:
:
:From: joereichman [mailto:joereich...@optonline.net]
:Sent: Tuesday, July 21, 2009 9:54 PM
:To: joereich...@optonline.net
:Subject: FW: EZASMI re-entrant FAILS on INITAPI
:
:
:
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
:Behalf Of Binyamin Dissen
:Sent: Tuesday, July 21, 2009 2:50 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:
:On Mon, 20 Jul 2009 20:00:20 -0400 Joe Reichman joereich...@optonline.net
:wrote:
:
::Would anyone know if there are any special considerations using the
:
::Assembler EZASMI macro when the module is link'ed re-entrant
:
::I have code that works perfectly
:
::However when I link it with RENT (also made the program re-entrant)
:
::the INITAPI API fails
:
:My guess would be that you missed something making it reentrant. Show the
:code. Describe what failed.
--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.
I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
Binyamin Dissen wrote: Before RACF there were expiration dates. Expiration dates are too easy to bypass. Better protection was afforded by password protection, and even better (thanks to S. Metz) setting the password bits in the DSCB1 without having a password entry in the PASSWORD data set. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI re-entrant FAILS on INITAPI
I get a return code of -1 and errno is is X'000E'
as it goes to the label specfied in ERROR=ERROR
Where I have a ABEND with a DUMP operand
The Following is a explaination of errno 14 from Sockets Application
Programming Interface Guide and reference Appendix 1.2.1.1
14 FAULT All An incorrect storage address or length was
specified. Checkk validity of function parameters.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Binyamin Dissen
Sent: Wednesday, July 22, 2009 2:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman joereich...@optonline.net
wrote:
:When this code isn't linked with RENT it works with RENT it fails
How does it fail?
:*-*
:* GET WORKING STORAGE *
:*-*
: LAR10,WS_LEN GET WORKING STORAGE LENGTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING WS_DSECT,R13 STORAGE DSECT
: STR13,4(,R12)BACK LINK FORWARD LINK
: STR12,8(,R13)
Perhaps missing
LRR13,R12
here?
:
:*-*
:* GET STORAGE FOR THE GLOABL AREA *
:*-*
: LAR10,GWALENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING EZASMGW,R12
:*-*
:* GET TASK STORAGE*
:*-*
: LAR10,TIELENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
: USING MYTIE,R11
:
: EZASMI TYPE=INITAPI, Issue INITAPI Macro X
:SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER X
:MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX
:MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X
:ERRNO=ERRNO, (Specify ERRNO field)X
:RETCODE=RETCODE, (Specify RETCODE field) X
:APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X
:ERROR=ERROR, ABEND IF ERROR ON MACRO X
:ASYNC=('ECB')(SPECIFY ECBS)
:TASK=MYTIE,MF=(E,MY_PARM)
:
:
:*--- STORAGE DEFINATIONS
:
: *-*
: * GLOBAL AREA
: *-*
: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA X
:STORAGE=DSECT
: *-*
: TASK DSECT
: *-*
: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
:
:MY_PARM EZASMI MF=L
:MY_PARM_LEN EQU *-MY_PARM
:
:
:
:
:
:
:
:
:-Original Message-
:
:
:
:From: joereichman [mailto:joereich...@optonline.net]
:Sent: Tuesday, July 21, 2009 9:54 PM
:To: joereich...@optonline.net
:Subject: FW: EZASMI re-entrant FAILS on INITAPI
:
:
:
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
:Behalf Of Binyamin Dissen
:Sent: Tuesday, July 21, 2009 2:50 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:
:On Mon, 20 Jul 2009 20:00:20 -0400 Joe Reichman
joereich...@optonline.net
:wrote:
:
::Would anyone know if there are any special considerations using the
:
::Assembler EZASMI macro when the module is link'ed re-entrant
:
::I have code that works perfectly
:
::However when I link it with RENT (also made the program re-entrant)
:
::the INITAPI API fails
:
:My guess would be that you missed something making it reentrant. Show the
:code. Describe what failed.
--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.
I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message:
Re: EZASMI re-entrant FAILS on INITAPI
A couple of things :
(1) Where is MY_PARM located? - I would hope that it is within the WS_DSECT
area (ie your working storage)
(2) I would advise that you perform the following before calling EZASMI :
XCMY_PARM(MY_PARM_LEN),MY_PARM
(3) Why not dump out the contents of MY_PARM after the failure and see what it
looks like
Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
joereichman
Sent: 22 July 2009 08:37
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
I get a return code of -1 and errno is is X'000E'
as it goes to the label specfied in ERROR=ERROR
Where I have a ABEND with a DUMP operand The Following is a explaination of
errno 14 from Sockets Application Programming Interface Guide and reference
Appendix 1.2.1.1
14 FAULT All An incorrect storage address or length was
specified. Checkk validity of function parameters.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of
Binyamin Dissen
Sent: Wednesday, July 22, 2009 2:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman joereich...@optonline.net
wrote:
:When this code isn't linked with RENT it works with RENT it fails
How does it fail?
:*-*
:* GET WORKING STORAGE *
:*-*
: LAR10,WS_LEN GET WORKING STORAGE LENGTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING WS_DSECT,R13 STORAGE DSECT
: STR13,4(,R12)BACK LINK FORWARD LINK
: STR12,8(,R13)
Perhaps missing
LRR13,R12
here?
:
:*-*
:* GET STORAGE FOR THE GLOABL AREA *
:*-*
: LAR10,GWALENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING EZASMGW,R12
:*-*
:* GET TASK STORAGE*
:*-*
: LAR10,TIELENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
: USING MYTIE,R11
:
: EZASMI TYPE=INITAPI, Issue INITAPI Macro X
:SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER X
:MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX
:MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X
:ERRNO=ERRNO, (Specify ERRNO field)X
:RETCODE=RETCODE, (Specify RETCODE field) X
:APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X
:ERROR=ERROR, ABEND IF ERROR ON MACRO X
:ASYNC=('ECB')(SPECIFY ECBS)
:TASK=MYTIE,MF=(E,MY_PARM)
:
:
:*--- STORAGE DEFINATIONS
:
: *-*
: * GLOBAL AREA
: *-*
: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA X
:STORAGE=DSECT
: *-*
: TASK DSECT
: *-*
: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
:
:MY_PARM EZASMI MF=L
:MY_PARM_LEN EQU *-MY_PARM
:
:
:
:
:
:
:
:
:-Original Message-
:
:
:
:From: joereichman [mailto:joereich...@optonline.net]
:Sent: Tuesday, July 21, 2009 9:54 PM
:To: joereich...@optonline.net
:Subject: FW: EZASMI re-entrant FAILS on INITAPI : : : : :-Original
Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on :Behalf
Of Binyamin Dissen
:Sent: Tuesday, July 21, 2009 2:50 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI : : :On Mon, 20 Jul 2009
20:00:20 -0400 Joe Reichman joereich...@optonline.net
:wrote:
:
::Would anyone know if there are any special considerations using the :
::Assembler EZASMI macro when the module is link'ed re-entrant : ::I have
code that works perfectly : ::However when I link it with RENT (also made
the program re-entrant) : ::the INITAPI API fails : :My guess would be
that you missed something making it reentrant. Show the :code. Describe what
failed.
--
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com
Director,
Re: INFOZIP 2Gb
Bob, thanks for the info on the patches. I have re-done this and did not get any prompts or rejects this time round. Uploaded the file to z/OS it compiled successfully. I verified the patches are in, but still get the error for zipping a file over 4GB : zip warning: Entry too big:HLQ.FOURGIG.Q123.DNR2007R zip error: Entry too big to split, read, or write (Poor compression resulted in unexpectedly large entry - try -fz) The bypass for this problem is to specify -fz as part of my zip options, but as you mentioned - this is not clean. Is anyone else is getting the same with the latest patch (zip31-try04.diff) or am I doing something wrong? I've Compiled with IBM C/C++ V1R9M0 for MVS on Jul 22 2009 at 09:58:18 Thanks for all assistance received, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
Get rid of 1byte console id. No imbed, replicate for VSAM. ...and a lot more.. there are release guides available online and you should take a serious look into them. Fermat On Wed, Jul 22, 2009 at 1:33 PM, Brian Westerman brian_wester...@syzygyinc.com wrote: This is a real pet peeve of mine and I've done a lot of these conversions outside of the IBM 3 release rule with no problems. IBM doesn't require you to perform the upgrade in multiple jumps, but a lot of people (even within IBM) seem to have fallen under that misconception. As for falling back, there is no such kind of maintenance or support. There is coexistence maintenance, but falling back to 1.4 froim 1.9 is the same as falling back to 1.8 from 1.9. Without a plan you will fail either one. Your conversion should not really present any problems for you. The JES2 exits and TCP changes are probably the hardest things that you will face but neither is overly difficult. My big question is why not go to 1.10? 1.11 will be out in less than 2 months, and since you are going to be getting a z10 you probably will benefit more from 1.10. Since you're not sysplexed or planning on sharing the spool, then either OFFLOAD or NJE is a very simple and safe bet for you. I'm not sure what went wrong on your conversion from 2.9 to 1.4, it should have worked okay. One reason I personally prefer the NJE approach is that you don't have to use tape and it allows you to run in parallel for a while if external pressures require it. The only time I have ever run into a failure in a conversion was because of bad tape. We were converting not only OS's but physical locations FOR A CLIENT and they decided to create one last backup of the production datasets the night before the conversion cut-over to make sure everything was fresh, and the backup tapes were loaded into a car that they allowed the night shift operator to drive to the new site. He had 4 hours to make a 30 minute trip, so he decided to stop off at a bar and while he was inside the company truck was stolen. The person who stole the truck pushed all of the tapes out onto the street about 3 blocks away, but many of them were no longer usable. We ended up putting off the conversion to the following weekend. I have not really trusted tapes or operators since.:) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bulletproof (was Re: Mainframe hacking (getting back on topic))
Rick Fochtman wrote: Of course, you ALWAYS have recourse to litigation for damages, if you can show how the vendor should be held liable, either for malice or negligence. Shane may or may not has the same recourse as your country, because Shane is living in Australia. Litigation is one thing, but getting compensated is another thing. Oh, btw, I'm not a lawyer and does not play one on tv or youtube... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Downloading large datasets to PC is that Mainframe any Performance issue ?????
Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com wrote: Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
ftp put from the mainframe would be faster than ftp get from the pc. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com wrote: Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
On Wed, 22 Jul 2009 02:14:48 -0400 Gerhard Postpischil gerh...@valley.net wrote: :Binyamin Dissen wrote: : Before RACF there were expiration dates. :Expiration dates are too easy to bypass. Required access to the console. : Better protection was :afforded by password protection, and even better (thanks to S. :Metz) setting the password bits in the DSCB1 without having a :password entry in the PASSWORD data set. That was for protection. I remember that we used expiration dates on all system datasets. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI re-entrant FAILS on INITAPI
On Wed, 22 Jul 2009 04:23:02 -0400 Rob Scott rsc...@rocketsoftware.com
wrote:
:A couple of things :
:(1) Where is MY_PARM located? - I would hope that it is within the WS_DSECT
area (ie your working storage)
MY_PARM is probably fine as the operand of MF=E is (usually) altered by
in-line code.
Most likely one of the other output fields.
This is yet another great case for the system to 0C4 instead of giving a
return code. This is a true logic error where the return code will not help.
:(2) I would advise that you perform the following before calling EZASMI :
: XCMY_PARM(MY_PARM_LEN),MY_PARM
:(3) Why not dump out the contents of MY_PARM after the failure and see what
it looks like
:
:
:Rob Scott
:Developer
:Rocket Software
:275 Grove Street * Newton, MA 02466-2272 * USA
:Tel: +1.617.614.2305
:Email: rsc...@rs.com
:Web: www.rocketsoftware.com
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of joereichman
:Sent: 22 July 2009 08:37
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:I get a return code of -1 and errno is is X'000E'
:as it goes to the label specfied in ERROR=ERROR
:
:Where I have a ABEND with a DUMP operand The Following is a explaination of
errno 14 from Sockets Application Programming Interface Guide and reference
Appendix 1.2.1.1
:
:
: 14 FAULT All An incorrect storage address or length was
:specified. Checkk validity of function parameters.
:
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of
Binyamin Dissen
:Sent: Wednesday, July 22, 2009 2:13 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:
:On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman joereich...@optonline.net
:wrote:
:
::When this code isn't linked with RENT it works with RENT it fails
:
:How does it fail?
:
::*-*
::* GET WORKING STORAGE *
::*-*
:: LAR10,WS_LEN GET WORKING STORAGE LENGTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
:: USING WS_DSECT,R13 STORAGE DSECT
:: STR13,4(,R12)BACK LINK FORWARD LINK
:: STR12,8(,R13)
:
:Perhaps missing
:
: LRR13,R12
:
:here?
:
::
::*-*
::* GET STORAGE FOR THE GLOABL AREA *
::*-*
:: LAR10,GWALENTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
:: USING EZASMGW,R12
::*-*
::* GET TASK STORAGE*
::*-*
:: LAR10,TIELENTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
:: USING MYTIE,R11
::
:: EZASMI TYPE=INITAPI, Issue INITAPI Macro X
::SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER X
::MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX
::MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X
::ERRNO=ERRNO, (Specify ERRNO field)X
::RETCODE=RETCODE, (Specify RETCODE field) X
::APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X
::ERROR=ERROR, ABEND IF ERROR ON MACRO X
::ASYNC=('ECB')(SPECIFY ECBS)
::TASK=MYTIE,MF=(E,MY_PARM)
::
::
::*--- STORAGE DEFINATIONS
::
:: *-*
:: * GLOBAL AREA
:: *-*
:: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA X
::STORAGE=DSECT
:: *-*
:: TASK DSECT
:: *-*
:: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
::
::MY_PARM EZASMI MF=L
::MY_PARM_LEN EQU *-MY_PARM
::
::
::
::
::
::
::
::
::-Original Message-
::
::
::
::From: joereichman [mailto:joereich...@optonline.net]
::Sent: Tuesday, July 21, 2009 9:54 PM
::To: joereich...@optonline.net
::Subject: FW: EZASMI re-entrant FAILS on INITAPI : : : : :-Original
Message-
::From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
:Behalf Of Binyamin Dissen
::Sent: Tuesday, July 21, 2009 2:50 AM
::To: IBM-MAIN@bama.ua.edu
::Subject: Re: EZASMI re-entrant FAILS on INITAPI : : :On Mon, 20 Jul 2009
20:00:20 -0400 Joe Reichman joereich...@optonline.net
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
On Wed, 22 Jul 2009 07:12:52 -0400 Klein, Kenneth kenneth.kl...@kyfb.com wrote: : ftp put from the mainframe would be faster than ftp get from the pc. 1. Why? 2. Would require a FTP server on the PC. :Ken Klein :Sr. Systems Programmer :Kentucky Farm Bureau Insurance - Louisville :kenneth.kl...@kyfb.com :502-495-5000 x7011 : :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :Behalf Of Sachin T :Sent: Wednesday, July 22, 2009 6:54 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Downloading large datasets to PC is that Mainframe any :Performance issue ? : :I am downloading it through FTP... normally i download from the PCOM :itself... : :On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com :wrote: : : Sachin, : : Download speed depends on the protocol and software U u. U SNA? are U : using FTP? : : Itschak : : On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com : wrote: : : Hi, : : I am downloading a RACF Database unload dataset from Mainframe to my : : pc desktop, it's taking more than 2 hours 30 minutes... is that will : : affect the system performance or there would be any problem with : this download. : : Could any one please comment on this. : : : Thanks, : Sachin : : : -- For IBM-MAIN subscribe / signoff / archive access instructions, : send email to lists...@bama.ua.edu with the message: GET IBM-MAIN : INFO Search the archives at : http://bama.ua.edu/archives/ibm-main.html : : : -- : For IBM-MAIN subscribe / signoff / archive access instructions, send : email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO : Search the archives at http://bama.ua.edu/archives/ibm-main.html : : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, send :email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search :the archives at http://bama.ua.edu/archives/ibm-main.html : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO :Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI re-entrant FAILS on INITAPI
You might look at the EZASMI INTITAPI in SHOWzOS. It's rent and works fine. Download at http://www.cbttape.org/updates.htm FILE#492 Roland I get a return code of -1 and errno is is X'000E' as it goes to the label specfied in ERROR=ERROR Where I have a ABEND with a DUMP operand The Following is a explaination of errno 14 from Sockets Application Programming Interface Guide and reference Appendix 1.2.1.1 14 FAULT All An incorrect storage address or length was specified. Checkk validity of function parameters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
On Wednesday 22 July 2009, Klein, Kenneth wrote: ftp put from the mainframe would be faster than ftp get from the pc. Of course, this implies that he would have an ftp server running on the PC. (Why would this be faster, by the way?) I am downloading it through FTP... normally i download from the PCOM itself... That's good. The TN3270 file transfer protocol is about the slowest thing going. I wouldn't ever use it for a very large file. Just how large is the dataset? A lot depends on what ftp client you're using on the PC - some are more efficient than others. (I use FileZilla on either Unix or Windoze workstations.) System performance shouldn't take too big a hit from this. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth Recommended service upgrade and ? http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst Should I apply them both? That is entirely and exclusively your choice. In our shop, we choose to apply RSU, HIPER and PRP, and occasionally a new function PTF that hasn't gone through the Consolidated testing necessary to qualify for an RSU sourceid. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
System performance shouldn't take too big a hit from this. But the FTP session's perfomance depends on the WLM service class it gets assigned to. If the service class has been setup with periods small transfers might run quickly but larger transfers might fall through the periods with usually decreasing service access. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Wednesday 22 July 2009, Vikesh Bhoola wrote: Bob, thanks for the info on the patches. I have re-done this and did not get any prompts or rejects this time round. Uploaded the file to z/OS it compiled successfully. I verified the patches are in, but still get the error for zipping a file over 4GB : zip warning: Entry too big:HLQ.FOURGIG.Q123.DNR2007R zip error: Entry too big to split, read, or write (Poor compression resulted in unexpectedly large entry - try -fz) I have no idea what's wrong. Unfortunately, I won't be able to test anything till tonight at the earliest. Try this. Edit the file zip.c. At line 1219 you'll see # if 0 Change that to # if 1 and rebuild zip. Then run zip -v and let me know what zip reports. In particular, we want to see the following: Zip special compilation options: * size of int: 4 * size of long:4 * size of long long: 8 * size of off_t: 8 __LF is defined. off_t must be defined as a long long If you see anything else, we have a real problem. Cheers, Bob -- Bob Woodside Woodsway Consulting, Inc. http://www.woodsway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
PUT stands for Program Update Tape, I belive. A PUT tape is ALL the ptfs for that month. RSU is just the 'important' ones. I think I recall Betty Brody saying RSU was about 80% of the available PTFs. Mary Anne On Wed, Jul 22, 2009 at 7:49 AM, Klein, Kenneth kenneth.kl...@kyfb.comwrote: Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
Binyamin Dissen wrote: :Expiration dates are too easy to bypass. Required access to the console. Unless you used SCRATCH with the PURGE option; e.g., I get the extents and map the free space on a volume, scratch the data set, and allocate one of mine with the appropriate space amount(s), and I have all the data unprotected. That was for protection. I remember that we used expiration dates on all system datasets. See above. Password protected data sets with no PASSWORD data set entries were much safer, especially if xMASPZAP was renamed or front-ended. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bulletproof (was Re: Mainframe hacking (getting back on topic))
On Tue, Jul 21, 2009 at 1:28 PM, Hal Merritthmerr...@jackhenry.com wrote: Well, does a hurricane count? Generally, the category of a hurricane just about matches the F number for a tornado (a category three hurricane is about the same wind speed and destructive force as a F-3 tornado). In addition, tornados often accompany hurricanes, but there is so much going on that they are hard to spot and it is hard to attribute specific damage to a tornado. Gotta be a joke about If it's an F3 tornado, just hit F3... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma fermatma2...@gmail.com wrote: No imbed, replicate for VSAM. ...and a lot more.. I thought this restriction was not yet enforced, even at z/OS 1.10. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
On Wed, 22 Jul 2009 08:54:43 -0400 Gerhard Postpischil gerh...@valley.net wrote: :Binyamin Dissen wrote: : :Expiration dates are too easy to bypass. : Required access to the console. :Unless you used SCRATCH with the PURGE option; e.g., I get the :extents and map the free space on a volume, scratch the data :set, and allocate one of mine with the appropriate space :amount(s), and I have all the data unprotected. Wasn't done to protect the data - to prevent unplanned changes - such as even a SP accidentally doing a save. Did scratch purge bypass the prompt? : That was for protection. I remember that we used expiration dates on all : system datasets. :See above. Password protected data sets with no PASSWORD data :set entries were much safer, especially if xMASPZAP was renamed :or front-ended. Different needs for protection. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
There are those that believe that someone had a problem which IBM fixed. Do I want the same problem? If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and scope of testing on My part and the part of any application testers is the same. Why not? Alan Schwartz Infrastructure Management Sr. Analyst -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INFOZIP 2Gb
On Wednesday 22 July 2009, Bob Woodside wrote: Try this. Edit the file zip.c. At line 1219 you'll see # if 0 Change that to # if 1 and rebuild zip. Then run zip -v and let me know what zip reports. Thanks for your assistance, done the above I get the following : Copyright (c) 1990-2009 Info-ZIP - Type 'zip -L' for software license. This is Zip 3.1b BETA (Apr 9th 2009), by Info-ZIP. Currently maintained by E. Gordon. Please send bug reports to the authors using the web page at www.info-zip.org; see README for details. Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip, as of above date; see http://www.info-zip.org/ for other sites. Compiled with IBM C/C++ V1R9M0 for MVS on Jul 22 2009 at 15:41:12. Using runtime library level CE V1R9M0. Zip special compilation options: * size of int: 4 * size of long:4 * size of long long: 8 * size of off_t: 8 __LF is defined. off_t must be defined as a long long SYMLINK_SUPPORT (symbolic links supported) LARGE_FILE_SUPPORT (default settings) ZIP64_SUPPORT(use Zip64 to store large files in archives) PASSWD_FROM_STDIN Ýencryption, version 2.91 of 05 Jan 2007¨ (modified for Zip 3) Encryption notice: The encryption code of this program is not copyrighted and is put in the public domain. It was originally written in Europe and, to the best of our knowledge, can be freely distributed in both source and object forms from any country, including the USA under License Exception TSU of the U.S. Export Administration Regulations (section 740.13(e)) of 6 June 2002. Zip environment options: ZIP: Ýnone¨ ZIPOPT: Ýnone¨ *** Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt Sent: Wednesday, July 22, 2009 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma fermatma2...@gmail.com wrote: No imbed, replicate for VSAM. ...and a lot more.. I thought this restriction was not yet enforced, even at z/OS 1.10. You can still access such VSAM datasets, but you can no longer create them (nor KEYRANGE datasets). That is still the way it works. I don't remember when that rule came in. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
The trick to doing SPOOL offloads for new system implementation and such is not to erase the original stuff. This way if difficulties are encountered in the reload all your original junk is still in place: OFF1.JT DISP=KEEP,WS=(/) OFF1.ST DISP=KEEP,WS=(/) OFF1.JR WS=(/) OFF1.SR WS=(/) OFF2.JT DISP=KEEP,WS=(/) OFF2.ST DISP=KEEP,WS=(/) OFF2.JR WS=(/) OFF2.SR WS=(/) OFF3.JT DISP=KEEP,WS=(/) OFF3.ST DISP=KEEP,WS=(/) OFF3.JR WS=(/) OFF3.SR WS=(/) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, July 21, 2009 3:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? --snip I didn't do an offload-reload because I've heard too many horror stories about corruption in spool files. A friend did an upgrade wth offload-reload and spent most of the following week trying to recover from the damage. It never was quite right and management just decided to deal with the loss. unsnip- Spool Offload and Reload are MUCH better than they were years ago, and cleaner. But you've absolutely GOT to read and understand the parameters involved, or you might suffer a data loss. That's where many, if not most, users get into trouble with this facility. We've used it many times, with nary a oroblem, when returning from DR tests and doing the various post mortems to see what we can do to improve the process. Worth its weight in platinum. (Better than gold.) :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
We had terrible FTP time from the mainframe a few years ago. This happened to us with an older OSA card. The resolution had to do with TCP packet sizes. We had to lower it to 1492 on the mainframe side. It had something to do with an 8 byte penalty within the card itself. We identified this with packet traces and seeing the packets getting divided. You may want to look down this path. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com wrote: Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwartz, Alan Sent: Wednesday, July 22, 2009 9:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? There are those that believe that someone had a problem which IBM fixed. Do I want the same problem? If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and scope of testing on My part and the part of any application testers is the same. Why not? Alan Schwartz Infrastructure Management Sr. Analyst -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
imbed and replicate were dropped between 1.9 and 1.10 IIRC. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 22, 2009 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt Sent: Wednesday, July 22, 2009 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma fermatma2...@gmail.com wrote: No imbed, replicate for VSAM. ...and a lot more.. I thought this restriction was not yet enforced, even at z/OS 1.10. You can still access such VSAM datasets, but you can no longer create them (nor KEYRANGE datasets). That is still the way it works. I don't remember when that rule came in. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
Interesting, but I would think that FTP is all I/O over a very slow path. Unless you are doing some heavy duty software based encryption/decryption, FTP should not consume enough CPU for WLM to even notice. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, July 22, 2009 7:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? System performance shouldn't take too big a hit from this. But the FTP session's perfomance depends on the WLM service class it gets assigned to. If the service class has been setup with periods small transfers might run quickly but larger transfers might fall through the periods with usually decreasing service access. -- Peter Hunkeler Credit Suisse NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adams, Tracy Sent: Wednesday, July 22, 2009 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? We had terrible FTP time from the mainframe a few years ago. This happened to us with an older OSA card. The resolution had to do with TCP packet sizes. We had to lower it to 1492 on the mainframe side. It had something to do with an 8 byte penalty within the card itself. We identified this with packet traces and seeing the packets getting divided. You may want to look down this path. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com wrote: Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.21/2252 - Release Date: 07/22/09 05:59:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony B. Sent: Wednesday, July 22, 2009 9:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. I'm not concerned about an IRRDBU00 unload. I do it. To a, relatively, secure PC. Why? Because I write reports from that data using PostgreSQL and Perl. I don't have any kind of relational DB on z/OS, unfortunately. But I am figuring out how to do it using some enhancements in ICETOOL in z/OS 1.10 (SPLICE operator). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
The system would not notice. However, you are putting stress on your network and that could be perceived as system degradation. Networks optimized for PC's tend to not perform as well for large data transfers. Some networks are configured to give FTP traffic a lower priority. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 5:37 AM To: IBM-MAIN@bama.ua.edu Subject: Downloading large datasets to PC is that Mainframe any Performance issue ? Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 5:37 AM To: IBM-MAIN@bama.ua.edu Subject: Downloading large datasets to PC is that Mainframe any Performance issue ? Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. If you are connected via VPN (i.e., not directly connected to your company network at their offices), VPN links usually incur encryption and decryption on each end. This can result in quite slow performance, even with FTP. HTH Peter 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
cbttape #737
Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
On the CBT Website look to the Left and select the XMIT MANAGER link. This will allow you to view it on the PC. These are TSO XMIT files that can be uploaded to the MAINFRAME and then a TSO RECEIVE command can then put them back the way there were. Lizette Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
Good point. Also consider that there could be several layers of encryption going on all at once (TLS, VPN, router, etc). Not only that, but encryption often defeats compression which can raise the numbers of byte transmitted several times over. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Wednesday, July 22, 2009 9:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? ..snip If you are connected via VPN (i.e., not directly connected to your company network at their offices), VPN links usually incur encryption and decryption on each end. This can result in quite slow performance, even with FTP. HTH Peter NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
On Wed, 22 Jul 2009 10:59:49 -0400, Crabtree, Anne D wrote: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? Did you try TSO RECEIVE? I believe CBTTAPE also has a PC utility to unpack IDTF files. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
Clicked on it and it downloaded a .XMI file and now I can't open it. Anne - Start here http://www.cbttape.org/downloadtrouble.htm Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
http://cbttape.org/downloadtrouble.htm On Wed, Jul 22, 2009 at 9:59 AM, Crabtree, Anne D anne.d.crabt...@wv.govwrote: Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
These files are not intended for use on a PC except for store and forward. You should follow the instructions that step you though the download to pc, upload to host, and translate back into the original final form. It's a little tedious and there is a small learning curve but you'll get the hang of it pretty quickly. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Wednesday, July 22, 2009 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: cbttape #737 Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cbttape #737
I see... guess I was totally on the wrong track. Will look at download info on the download trouble site. Thanks! Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, July 22, 2009 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: cbttape #737 These files are not intended for use on a PC except for store and forward. You should follow the instructions that step you though the download to pc, upload to host, and translate back into the original final form. It's a little tedious and there is a small learning curve but you'll get the hang of it pretty quickly. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Wednesday, July 22, 2009 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: cbttape #737 Found this on cbttape site: File # 737 Package to clear all DASD to X'00' after D/R Test http://www.cbttape.org/ftp/cbt/CBT737.zip Clicked on it and it downloaded a .XMI file and now I can't open it. I guess I need to download some kind of package to view this type of file? Can anyone tell me what exactly is in there? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any gotchas going from 1.4 to 1.9?
No imbed, replicate for VSAM. ...and a lot more.. I thought this restriction was not yet enforced, even at z/OS 1.10. It's not. And, as of the last time I checked, you can still specify them under IDCAMS. They are checked for syntax, but ignored. The created file does not have the attributes. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Offload work to zIIP with zPRIME
On Wed, 22 Jul 2009 14:18:31 +0900, Timothy Sipples timothy.sipp...@us.ibm.com wrote: You could be criminally liable for certain uses of the car, such as putting a baby or toddler in the car without a certified child safety seat, regardless of where you operate or don't operate the car. [Not talking about IBM and I never give legal advice.] You will want to check your state's motor vehicle and traffic safety laws. In New York state, safety seats are required only if you *operate* the car and is not, as you suggest, limited only to *registered* vehicles. Of course, if the car is not being operated, then all of the other civil and criminal liability laws would still apply. (Think refrigerator with door still attached.) But at the same time, you can't just buy a car and drive it around your own property without a driver's license (in NY). Even farmers have to be licensed to operate tractors. Point: Don't assume. Find out. [Still not talking about IBM and still not giving legal advice.] Alan Altmark Speaking for himself -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. snip I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. /snip EXACTLY! snip I can iebcopy to a new dataset . /snip Easy enough to fix w/IDCAMS snip Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/2.6. 3.4 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VOLFLAG-----------(NULL)
Anybody know what VOLFLAG---(NULL) in IDCAMS LISTC ENT listing means? Most of my datasets are showing up VOLFLAG--PRIME, but some are showing (NULL). Any way to change it? IDCAMS manual was no help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony B. Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. If they're not worried about tossing the keys to the kingdom over a crowd, then I'm not. After all, their gun, their feet. But to be pedantic, the OP said it was an unloaded copy of the DB, not a live DB. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler stars...@mindspring.com wrote: From: Lizette Koehler stars...@mindspring.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette I was told that the volumes are real 3380. However, since I don't have access to the DATACENTER I cannot be 100% sure. --- On Tue, 7/21/09, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
Willie, If you look at the display it shows 2107 under RTYPE. This would appear to be a storage array that emulates the 3380 technology. I think if it was a real 3380, then it would have said 3380 where the 2107 is located in the display under RTYPE. Lizette Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler stars...@mindspring.com wrote: From: Lizette Koehler stars...@mindspring.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette I was told that the volumes are real 3380. However, since I don't have access to the DATACENTER I cannot be 100% sure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
Thanks Willie for the example. Here is what I have. IEE459I 13.04.27 DEVSERV PATHS 125 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC CYL CU-TYPE A0EC,3380K ,O,000,ZO6WK3,63=+ E2=+ F2=+ F3=+ 64=+ E3=+ FC=+ 3380 A000 Y YY. YY. N SIMPLEX EC EC 2655 3990-3 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Thu, 7/23/09, willie bunter williebun...@yahoo.com wrote: From: willie bunter williebun...@yahoo.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Thursday, July 23, 2009, 4:52 AM Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler stars...@mindspring.com wrote: From: Lizette Koehler stars...@mindspring.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette I was told that the volumes are real 3380. However, since I don't have access to the DATACENTER I cannot be 100% sure. --- On Tue, 7/21/09, Eric Bielefeld
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
John, the problem is that the same name exists on the system I am running on. I think I might try iehmove. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, July 22, 2009 12:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/2.6. 3.4 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? 1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. snip I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. /snip EXACTLY! snip I can iebcopy to a new dataset . /snip Easy enough to fix w/IDCAMS snip Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
Esmie, This looks like a 3390-3 type device. --- On Wed, 7/22/09, esmie moo esmie_...@yahoo.ca wrote: From: esmie moo esmie_...@yahoo.ca Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Wednesday, July 22, 2009, 10:06 AM Thanks Willie for the example. Here is what I have. IEE459I 13.04.27 DEVSERV PATHS 125 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC CYL CU-TYPE A0EC,3380K ,O,000,ZO6WK3,63=+ E2=+ F2=+ F3=+ 64=+ E3=+ FC=+ 3380 A000 Y YY. YY. N SIMPLEX EC EC 2655 3990-3 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Thu, 7/23/09, willie bunter williebun...@yahoo.com wrote: From: willie bunter williebun...@yahoo.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Thursday, July 23, 2009, 4:52 AM Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler stars...@mindspring.com wrote: From: Lizette Koehler stars...@mindspring.com Subject: Re: ALLOCATION OF USERCAT MYSTERY - URGENT To: IBM-MAIN@bama.ua.edu Received: Tuesday, July 21, 2009, 9:55 AM Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
Not really. Have you seen how some flavors of LDAP works? Sensitive data on networks and PC's is a serious concern (and many have instituted controls). In that context, RACF data is no different than most other such data. Managing the environment as well as meeting audit demands means exploiting some tools that are PC based. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, July 22, 2009 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony B. Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCATION OF USERCAT MYSTERY - URGENT
Esmie, From your display the RTYPE shows 3380. Therefore you are running real 3380 DISK volumes. If you look at Willie's display - it shows 2107 where you have 3380. That means you have real 3380 DASD and Willie has Emulated 3380 Dasd. Lizette Thanks Willie for the example. Here is what I have. IEE459I 13.04.27 DEVSERV PATHS 125 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC CYL CU-TYPE A0EC,3380K ,O,000,ZO6WK3,63=+ E2=+ F2=+ F3=+ 64=+ E3=+ FC=+ 3380 A000 Y YY. YY. N SIMPLEX EC EC 2655 3990-3 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Thu, 7/23/09, willie bunter williebun...@yahoo.com wrote: Here is the display of 1 of the addresses. It shows a 3380 device. DS P,9C00,1 IEE459I 12.49.19 DEVSERV PATHS 972 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 9C00,3380K ,O,000,PLN901,40=+ 43=+ 50=+ A1=+ A0=+ D0=+ 52=+ B9=+ 2107 09C0 Y YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS O = ONLINE + = PATH AVAILABLE --- On Tue, 7/21/09, Lizette Koehler stars...@mindspring.com wrote: Esmie, See if the D M=DEV() helps. When I display mine I get the following information. The SCP CU ND line may help. If these are real 3380s I think it will say that there, unless they are emulated 3380s. My 2107 is an EMC DMX4500 Box emulating 3390s. If you could do the some displays for us, I think it may help. If these are not the correct commands, I am sure someone on the list may be able to provide others. DS P,,1 IEE459I 12.53.32 DEVSERV PATHS 426 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC ALT CU-TYPE 8000,33903 ,F,000, ,10=I 11=I 12=I 13=I 20=I 21=I 84=I 85=I 2107 8000 N YY. YY. N SIMPLEX 00 00 2107 SYMBOL DEFINITIONS F = OFFLINE I = INTERVENTION REQUIRED D M=DEV() IEE174I 12.49.34 DISPLAY M 334 DEVICE 8000 STATUS=OFFLINE CHP 10 11 12 13 20 21 84 85 ENTRY LINK ADDRESS 0381 0481 0385 0485 0389 0489 038D 048D DEST LINK ADDRESS 03C3 04C3 03C9 04C9 03CF 04CF 03D5 04D5 PATH ONLINE Y Y Y Y Y Y Y Y CHP PHYSICALLY ONLINE Y Y Y Y Y Y Y Y PATH OPERATIONAL Y Y Y Y Y Y Y Y MANAGED N N N N N N N N CU NUMBER 8000 8000 8000 8000 8000 8000 8000 8000 MAXIMUM MANAGED CHPID(S) ALLOWED: 0 DESTINATION CU LOGICAL ADDRESS = 30 SCP CU ND = 002107.921.EMC.07.2645.0028 SCP TOKEN NED = 002107.900.EMC.07.2645.3000 SCP DEVICE NED = 002107.900.EMC.07.2645.3000 tt.mmm.nnn.pp.. These descriptors are made up of the following: tt Type number of the device. mmm Model number of the device. nnn Manufacturer identification code. pp Plant of manufacture number. Lizette I was told that the volumes are real 3380. However, since I don't have access to the DATACENTER I cannot be 100% sure. -- For IBM-MAIN subscribe / signoff / archive access
Re: Any gotchas going from 1.4 to 1.9?
Fermat Ma wrote: Get rid of 1byte console id. No imbed, replicate for VSAM. ...and a lot more.. snip Existing data sets created using IMBED, REPLICATE, and KEYRANGE remain supported for existing VSAM data sets in z/OS R9 just as they were in z/OS R4. We have yet to announce a release in which this support will be withdrawn. Creating new VSAM data sets with IMBED or REPLICATE has not been supported since z/OS R2, and creating new data sets with KEYRANGE has not been supported since z/OS R3. So, none of these can be a factor during migration from z/OS R4 to R9. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VOLFLAG-----------(NULL)
On Wed, 22 Jul 2009 11:39:47 -0500, John Mattson john_matt...@ea.epson.com wrote: Anybody know what VOLFLAG---(NULL) in IDCAMS LISTC ENT listing means? Most of my datasets are showing up VOLFLAG--PRIME, but some are showing (NULL). Any way to change it? IDCAMS manual was no help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html From the DFSMS AMS for Catalogs manual: VOLFLAG--Indicates if the volume is a candidate volume and if the volume is a prime or overflow volume on which data in a given key range is stored. CANDIDATE--The volume is a candidate for storing the data or index component. CAND-SPACE--The volume is a candidate for storing the data or index component, and it has a primary extent preallocated (the data set was defined with a guaranteed-space storage class). OVERFLOW--The volume is an overflow volume on which data records in a key range are stored. The KEYRANGE begins on another (PRIME) volume. PRIME--The volume is the first volume on which data records in a key range are stored. VOLSER--The serial number of the volume. (1) Multiple key ranges can reside on a single volume; the volumes group is repeated for each such key range field. hth, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Ken, There is a program on the CBT web site (WWW.CBTTAPE.ORG) that has a rename program that allows you to rename files that are in use. I can't remember which file it is, but I'm sure that someone will give the number if you can't find it. There is also a way to do that with ISPF, to give yourself RACF authority to do renames of datasets in use, but I have never done that. When I want to make a dataset bigger, I basically allocate a new dataset, so if SYS1.SERBLINK was full after compressing, I would allocate SYS1.SERBLINN, without cataloging it. Then, I copy SERBLINK to SERBLINN. Then, I rename both datasets, using the CBT utility - SERBLINK to SERBLINO and SERBLINN to SERBLINK. I browse each, and if there are the same number of members, I delete SERBLINO. Nothing changes the catalog. As long as you allocate the larger file on the same pack, once it is renamed to SERBLINK, the catalog will point to the new dataset. I have been using that for many years, and it always works well. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Klein, Kenneth kenneth.kl...@kyfb.com Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
AS LONG AS YOU KNOW WHAT YOU'RE DOING, the previously mentioned BYPASSNQ program is great for reallocating these DSNs or you can stop LLA and remove the XCFAS enqueues and do it normally BUT . Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
AS Eric said. There is a facility profile, I think somewhere in the STGADMIN set, that allows rename of an inuse dataset on a different volume. I doubt IEHMOVE will work. I would resist using IEHMOVE for anything. The only excuse I can still think of would be restoring a file originally written by IEHMOVE. We don't have any anymore :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? 1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. snip I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. /snip EXACTLY! snip I can iebcopy to a new dataset . /snip Easy enough to fix w/IDCAMS snip Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
The approved method is documented in: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S350/2.6.3.4 Basically, there is a RACF profile called STGADMIN.DPDSRN.oldname in the FACILITY class which can do this. With some restrictions. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Wednesday, July 22, 2009 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Ken, There is a program on the CBT web site (WWW.CBTTAPE.ORG) that has a rename program that allows you to rename files that are in use. I can't remember which file it is, but I'm sure that someone will give the number if you can't find it. There is also a way to do that with ISPF, to give yourself RACF authority to do renames of datasets in use, but I have never done that. When I want to make a dataset bigger, I basically allocate a new dataset, so if SYS1.SERBLINK was full after compressing, I would allocate SYS1.SERBLINN, without cataloging it. Then, I copy SERBLINK to SERBLINN. Then, I rename both datasets, using the CBT utility - SERBLINK to SERBLINO and SERBLINN to SERBLINK. I browse each, and if there are the same number of members, I delete SERBLINO. Nothing changes the catalog. As long as you allocate the larger file on the same pack, once it is renamed to SERBLINK, the catalog will point to the new dataset. I have been using that for many years, and it always works well. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Klein, Kenneth kenneth.kl...@kyfb.com Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I don't use it, but SETPROG LNKLST,UNALLOCATE and SETPROG LNKLST,ALLOCATE...No need to stop LLA Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, July 22, 2009 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? AS LONG AS YOU KNOW WHAT YOU'RE DOING, the previously mentioned BYPASSNQ program is great for reallocating these DSNs or you can stop LLA and remove the XCFAS enqueues and do it normally BUT . Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
If the PTF is marked applied, then SMPE is pretty certain that every piece of it was installed where it should be. If the SMPE is marked failed, I would expect SMPE to back out any pieces that were installed before the piece that failed leaving you in the same condition as if you had never tried to install the PTF. You shouldn't be applying updates to a running system. Your target DDDEFs should point to copies created for this purpose. If the datasets to be expanded are copies of the active ones then they are obviously not cataloged in the normal search order and others have identified the RACF tool that allows you to rename them. -Original Message- From: Klein, Kenneth Sent: Wednesday, July 22, 2009 7:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Thanks to all who helped me thru my confusion. I have them all allocated now with PLENTY of space. The ones I checked were cataloged on volser(**) so you guys were right about the renames. The message was pretty scary. I've never had authority to do that before. Now, could the out-of-space issue have also cause 6 of these: BPXP018I THREAD 0FA05751, IN PROCESS 83886352, ENDED 986 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84D37000, AND REASON CODE 0004. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. Staller, Allan allan.stal...@kbm1.com 7/22/2009 1:47 PM 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VOLFLAG-----------(NULL)
Never seen that before. What do the data sets with a NULL VOLFLAG show for VOLSER and DEVTYPE? Greg -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Mattson Sent: Wednesday, July 22, 2009 11:40 AM Anybody know what VOLFLAG---(NULL) in IDCAMS LISTC ENT listing means? Most of my datasets are showing up VOLFLAG--PRIME, but some are showing (NULL). Any way to change it? IDCAMS manual was no help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
On Wed, 22 Jul 2009 11:35:25 -0700 Schwarz, Barry A barry.a.schw...@boeing.com wrote: :If the PTF is marked applied, then SMPE is pretty certain that every :piece of it was installed where it should be. If the SMPE is marked :failed, I would expect SMPE to back out any pieces that were installed :before the piece that failed leaving you in the same condition as if you :had never tried to install the PTF. Then you be painfully surprised. If a PTF includes multiple elements and an element fails, other elements may be installed. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, July 22, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. Staller, Allan allan.stal...@kbm1.com 7/22/2009 1:47 PM 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Telnet Unix System Services
I'm using PuTTY to telnet to my Unix System Services. After making a few changes to key strokes I've got it working pretty much like all of my Linux systems. Exceptions: up arrow in Linux recalls the last commands in Unix System Services it just moves the cursor. tab key does auto-complete in Linux, in Unix System Services it inserts a tab. Are these keyboard compatibility issues, or just differences in Linux and unix? -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet Unix System Services
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, July 22, 2009 2:32 PM To: IBM-MAIN@bama.ua.edu Subject: Telnet Unix System Services I'm using PuTTY to telnet to my Unix System Services. After making a few changes to key strokes I've got it working pretty much like all of my Linux systems. Exceptions: up arrow in Linux recalls the last commands in Unix System Services it just moves the cursor. tab key does auto-complete in Linux, in Unix System Services it inserts a tab. Are these keyboard compatibility issues, or just differences in Linux and unix? -- Mark Pace I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
I've always been uncomfortable when anyone has a list of all the users from the type 0200 record. Something very bad happened because of this availability years ago and I have a long memory. Flash forward to this year, PCs become Netbooks, become Blackberries, become phones, become MP3 players, become .. each with RACF databases on them. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, July 22, 2009 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony B. Is anyone else out there concerned that it's a RACF db being sent down the pipe? I'll speculate the RACF-L folks do. If they're not worried about tossing the keys to the kingdom over a crowd, then I'm not. After all, their gun, their feet. But to be pedantic, the OP said it was an unloaded copy of the DB, not a live DB. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.21/2252 - Release Date: 07/22/09 05:59:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet Unix System Services
On 7/22/2009 at 3:41 PM, McKown, John jmck...@healthmarkets.com wrote: -snip- I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. I would tend to agree. It's one of the reasons I compiled and installed bash on USS many years ago. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Downloading large datasets to PC is that Mainframe any Performance issue ?????
On Wed, 22 Jul 2009 16:23:38 +0530, Sachin T sachin.sach...@gmail.com wrote: I am downloading it through FTP... One of the biggest factors effecting large file transfers is the TCP window size, especially if you have a high speed connection with significant latency (i.e., a long distance). You will spend most of the time waiting for acknowledgements. The problem: the number of unacknowledged bytes is help in a 16 bit field in the TCP header. After sending that many bytes you have to wait for an Ack. The solution: during the initial TCP handshake, agree to multiply the value in outstanding window field by a scaling factor. Whenever we have had significantly slow TFP transfers over an otherwise fast connection, this has been the problem. We ran into this a LOT when we moved a datacenter and transfers that had been across the computer room floor now had to go 2000 miles. Those transfers that used large scaled windows had no problem; those that were restricted to 64K The Z/OS FTP server has supported window scaling for eons. Most FTP clients supports support it too, but it may not be automatically enabled, and guessing the name of the knob to turn it on is anybody's guess. Key phrases to look for when researching this issue: TCP window scale receive window size Long-Fat Networks, or LFN RFC 1323 Good luck. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet Unix System Services
I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) That was quite helpful. I didn't realize it was a different shell. A little Googling found the esc-sequence required to do auto-complete. A little more research will probably reveal how to do command history. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet Unix System Services
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Post Sent: Wednesday, July 22, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Telnet Unix System Services On 7/22/2009 at 3:41 PM, McKown, John jmck...@healthmarkets.com wrote: -snip- I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. I would tend to agree. It's one of the reasons I compiled and installed bash on USS many years ago. Mark Post Ah! So you're running BASH on z/OS UNIX and still getting the differences? I have Bash 2.03 on my z/OS 1.10 system. The up arrow key works fine on my telnet emulator. I run Hummingbird under Windows XP. The tab also does file completion. I got it from: http://www-03.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty1.html I also used the telnet client that is on my Linux/Intel box. It also works, but not quite properly. It works but does not display properly. I.e. I type in ls -l x4 and get a good display. I press up arrow and ^[[A displays. I then press enter and get the response from the previous command. IOW - the up arrow using this client does not redisplay the actual command line that it fetched into the buffer. Most weird. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA Mainframe 2.0
Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. That was going to change the mainframe software installation also as I remember. Even after CA switched to SMP for installs they never kept the prereq's and co-reps current as it seemed everytime there was something that required a BYPASS. That destroyed the whole SMP structure to me, which kinda made it useless to use it for there products. So I guess add 1 more OEM vendor product install method to the list and wait for it to bite more of their installs. Steve Cunningham Views expressed are totally my own and have no reflection of my employers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
You can still use PDS to add extents, even though the secondary is 0. Klein, Kenneth kenneth.kl...@kyfb.com 7/22/2009 3:06 PM These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, July 22, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. Staller, Allan allan.stal...@kbm1.com 7/22/2009 1:47 PM 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted
Re: Mainframe hacking (getting back on topic)
Binyamin Dissen wrote: Did scratch purge bypass the prompt? Yes, that was the justification for the parameter. So the expiration date gives you no protection against unauthorized READ access, and doesn't prevent deliberate destruction of the data. In the context of the thread's hacking, the password mechanism provided more, albeit not complete, security. Most installations found ways to restrict access to sensitive program (xMASPSZAP) and function (PROTECT ADD, that would have allowed someone to add a password for a data set not having one). Also many operators acquired the bad habit of replying U to everything, and only checking what it was for if it didn't work. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
Also many operators acquired the bad habit of replying U to everything, and only checking what it was for if it didn't work. Unfortunately, auto-ops has that same opportunity. I was trying, once, to modify RMF parms, a few years ago. The auto-ops replied U too quickly, and I couldn't get my changes is, with an approved change request. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
I believe you mean ca-aggravator, but yes in repsonse to everything else you said. Bobbie Jo Justice - Original Message - From: Steve Cunningham scunning...@aarp.org Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 22, 2009 4:42 PM Subject: CA Mainframe 2.0 Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. That was going to change the mainframe software installation also as I remember. Even after CA switched to SMP for installs they never kept the prereq's and co-reps current as it seemed everytime there was something that required a BYPASS. That destroyed the whole SMP structure to me, which kinda made it useless to use it for there products. So I guess add 1 more OEM vendor product install method to the list and wait for it to bite more of their installs. Steve Cunningham Views expressed are totally my own and have no reflection of my employers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VOLFLAG-----------(NULL)
This turns out to be a problem with EMC TimeFinder product, problem PTFs. I am backing off the problem PTFs and hopefully that will fix it. But here is what you asked for. If you see this, Verify works, listc works, but attempts to allocate the DS fail. Rather annoying. VOLUME VOLSERBQ1009 DEVTYPE--X'3010200F' VOLFLAG---(NULL) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
On Wed, 22 Jul 2009 21:12:40 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Also many operators acquired the bad habit of replying U to everything, and only checking what it was for if it didn't work. Unfortunately, auto-ops has that same opportunity. ... There is no incorrect manual action that cannot be done a lot faster through automation. :-) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
Steve Cunningham wrote: Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. That was going to change the mainframe software installation also as I remember. Even after CA switched to SMP for installs they never kept the prereq's and co-reps current as it seemed everytime there was something that required a BYPASS. That destroyed the whole SMP structure to me, which kinda made it useless to use it for there products. So I guess add 1 more OEM vendor product install method to the list and wait for it to bite more of their installs. Mainframe 2.0 provides a generalized framework that any ISV or product supplier can plug into. It does not replace SMP/E. (Of course, ensuring the correctness of service (PTFs) would be the responsibility of the enabled product, not the framework.) I plan to take a good hard look at this in the near future. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Telnet Unix System Services
You can do up arrow command recall using /bin/sh. Make sure you are using emacs rather than vi as your command entry editor and set the up-arrow key to CTRL-p, down arrow to CTRL-n. In OS/X, you need to set that in the Settings tab of Terminal | Preferences. In article a6b9336cdb62bb46b9f8708e686a7ea003eddc1...@nrhmms8p02.uicnrh.dom you wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Post Sent: Wednesday, July 22, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Telnet Unix System Services On 7/22/2009 at 3:41 PM, McKown, John jmck...@healthmarkets.com wrote: -snip- I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. I would tend to agree. It's one of the reasons I compiled and installed bash on USS many years ago. Mark Post Ah! So you're running BASH on z/OS UNIX and still getting the differences? I have Bash 2.03 on my z/OS 1.10 system. The up arrow key works fine on my telnet emulator. I run Hummingbird under Windows XP. The tab also does file completion. I got it from: http://www-03.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty1.html I also used the telnet client that is on my Linux/Intel box. It also works, but not quite properly. It works but does not display properly. I.e. I type in ls -l x4 and get a good display. I press up arrow and ^[[A displays. I then press enter and get the response from the previous command. IOW - the up arrow using this client does not redisplay the actual command line that it fetched into the buffer. Most weird. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZASMI re-entrant FAILS on INITAPI
I clear out the area and it is in WS_DSECT funny thing the only
difference is when the code works and not
is when the Linkage editor marks the module RN/RU
anyway I will look at contents of MY_PARM
BTW thankx for the suggestion re: STIMER when using the ECB= on the EZASMI
macro
in the case were TCP/IP doesn't post the ECB allowing the program to
continue processing
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Rob Scott
Sent: Wednesday, July 22, 2009 4:23 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
A couple of things :
(1) Where is MY_PARM located? - I would hope that it is within the WS_DSECT
area (ie your working storage)
(2) I would advise that you perform the following before calling EZASMI :
XCMY_PARM(MY_PARM_LEN),MY_PARM
(3) Why not dump out the contents of MY_PARM after the failure and see what
it looks like
Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of joereichman
Sent: 22 July 2009 08:37
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
I get a return code of -1 and errno is is X'000E'
as it goes to the label specfied in ERROR=ERROR
Where I have a ABEND with a DUMP operand The Following is a explaination of
errno 14 from Sockets Application Programming Interface Guide and reference
Appendix 1.2.1.1
14 FAULT All An incorrect storage address or length was
specified. Checkk validity of function parameters.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf
Of Binyamin Dissen
Sent: Wednesday, July 22, 2009 2:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman joereich...@optonline.net
wrote:
:When this code isn't linked with RENT it works with RENT it fails
How does it fail?
:*-*
:* GET WORKING STORAGE *
:*-*
: LAR10,WS_LEN GET WORKING STORAGE LENGTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING WS_DSECT,R13 STORAGE DSECT
: STR13,4(,R12)BACK LINK FORWARD LINK
: STR12,8(,R13)
Perhaps missing
LRR13,R12
here?
:
:*-*
:* GET STORAGE FOR THE GLOABL AREA *
:*-*
: LAR10,GWALENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
: USING EZASMGW,R12
:*-*
:* GET TASK STORAGE*
:*-*
: LAR10,TIELENTH
: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
: USING MYTIE,R11
:
: EZASMI TYPE=INITAPI, Issue INITAPI Macro X
:SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER X
:MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX
:MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X
:ERRNO=ERRNO, (Specify ERRNO field)X
:RETCODE=RETCODE, (Specify RETCODE field) X
:APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X
:ERROR=ERROR, ABEND IF ERROR ON MACRO X
:ASYNC=('ECB')(SPECIFY ECBS)
:TASK=MYTIE,MF=(E,MY_PARM)
:
:
:*--- STORAGE DEFINATIONS
:
: *-*
: * GLOBAL AREA
: *-*
: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA X
:STORAGE=DSECT
: *-*
: TASK DSECT
: *-*
: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
:
:MY_PARM EZASMI MF=L
:MY_PARM_LEN EQU *-MY_PARM
:
:
:
:
:
:
:
:
:-Original Message-
:
:
:
:From: joereichman [mailto:joereich...@optonline.net]
:Sent: Tuesday, July 21, 2009 9:54 PM
:To: joereich...@optonline.net
:Subject: FW: EZASMI re-entrant FAILS on INITAPI : : : :
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
:Behalf Of Binyamin Dissen
:Sent: Tuesday, July 21, 2009 2:50 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re:
Re: EZASMI re-entrant FAILS on INITAPI
MAXSNO an output paramter was not in my storage WS_DSECT
thankx again
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Binyamin Dissen
Sent: Wednesday, July 22, 2009 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EZASMI re-entrant FAILS on INITAPI
On Wed, 22 Jul 2009 04:23:02 -0400 Rob Scott rsc...@rocketsoftware.com
wrote:
:A couple of things :
:(1) Where is MY_PARM located? - I would hope that it is within the
WS_DSECT area (ie your working storage)
MY_PARM is probably fine as the operand of MF=E is (usually) altered by
in-line code.
Most likely one of the other output fields.
This is yet another great case for the system to 0C4 instead of giving a
return code. This is a true logic error where the return code will not help.
:(2) I would advise that you perform the following before calling EZASMI :
: XCMY_PARM(MY_PARM_LEN),MY_PARM
:(3) Why not dump out the contents of MY_PARM after the failure and see
what it looks like
:
:
:Rob Scott
:Developer
:Rocket Software
:275 Grove Street * Newton, MA 02466-2272 * USA
:Tel: +1.617.614.2305
:Email: rsc...@rs.com
:Web: www.rocketsoftware.com
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of joereichman
:Sent: 22 July 2009 08:37
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:I get a return code of -1 and errno is is X'000E'
:as it goes to the label specfied in ERROR=ERROR
:
:Where I have a ABEND with a DUMP operand The Following is a explaination
of errno 14 from Sockets Application Programming Interface Guide and
reference Appendix 1.2.1.1
:
:
: 14 FAULT All An incorrect storage address or length was
:specified. Checkk validity of function parameters.
:
:
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf
Of Binyamin Dissen
:Sent: Wednesday, July 22, 2009 2:13 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: EZASMI re-entrant FAILS on INITAPI
:
:
:On Tue, 21 Jul 2009 22:04:21 -0400 Joe Reichman
joereich...@optonline.net
:wrote:
:
::When this code isn't linked with RENT it works with RENT it fails
:
:How does it fail?
:
::*-*
::* GET WORKING STORAGE *
::*-*
:: LAR10,WS_LEN GET WORKING STORAGE LENGTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
:: USING WS_DSECT,R13 STORAGE DSECT
:: STR13,4(,R12)BACK LINK FORWARD LINK
:: STR12,8(,R13)
:
:Perhaps missing
:
: LRR13,R12
:
:here?
:
::
::*-*
::* GET STORAGE FOR THE GLOABL AREA *
::*-*
:: LAR10,GWALENTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R12),SP=0
:: USING EZASMGW,R12
::*-*
::* GET TASK STORAGE*
::*-*
:: LAR10,TIELENTH
:: STORAGE OBTAIN,LENGTH=(R10),ADDR=(R11),SP=0
:: USING MYTIE,R11
::
:: EZASMI TYPE=INITAPI, Issue INITAPI Macro
X
::SUBTASK=SUBTASK, SPECIFY SUBTASK IDENTIFIER
X
::MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETS
X
::MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED)
X
::ERRNO=ERRNO, (Specify ERRNO field)
X
::RETCODE=RETCODE, (Specify RETCODE field)
X
::APITYPE=APITYPE, (SPECIFY APITYPE FIELD)
X
::ERROR=ERROR, ABEND IF ERROR ON MACRO
X
::ASYNC=('ECB')(SPECIFY ECBS)
::TASK=MYTIE,MF=(E,MY_PARM)
::
::
::*--- STORAGE DEFINATIONS
::
:: *-*
:: * GLOBAL AREA
:: *-*
:: EZASMGW EZASMI TYPE=GLOBAL, Storage definition for GWA
X
::STORAGE=DSECT
:: *-*
:: TASK DSECT
:: *-*
:: MYTIEEZASMI TYPE=TASK,STORAGE=DSECT TIE
::
::MY_PARM EZASMI MF=L
::MY_PARM_LEN EQU *-MY_PARM
::
::
::
::
::
::
::
::
::-Original Message-
::
::
::
::From: joereichman [mailto:joereich...@optonline.net]
::Sent: Tuesday, July 21, 2009 9:54 PM
::To: joereich...@optonline.net
::Subject: FW: EZASMI re-entrant FAILS on INITAPI : : : :
:-Original Message-
::From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
:Behalf Of Binyamin
Re: EZASMI re-entrant FAILS on INITAPI
joereichman wrote: I clear out the area and it is in WS_DSECT funny thing the only difference is when the code works and not is when the Linkage editor marks the module RN/RU I suggest you force a dump (or set an error-event SLIP for C=0CX) and look at the SYSTRACE. If there's a hardware exception occurring, you will see it there... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need to delete olsolete entries from tape volcat
Greetings All, We removed a hardware VTS a few months ago, replacing it with another virtual tape appliance. The new tape appliance uses a different range of tapes that are also in the same volcat. We use CA1 and SMS control for all of the virtual tapes. We now have a problem in that we want to remove all of the volcat entries from the shared volcat that belonged to the old hardware VTS that has been de-installed. What would be the best way to accomplish this task? TIA, Linda Mooney -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
On Wed, 22 Jul 2009 15:42:03 -0500, Steve Cunningham scunning...@aarp.org wrote: Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. On Wed, 22 Jul 2009 17:34:48 -0400, Bobbie Jo just...@peoplepc.com wrote: I believe you mean ca-aggravator, but yes in repsonse to everything else you said. To the referenced contributors, I'd ask that you try the technology out before you indict, hold in contempt, convict and sentence it. We're only at the end of year one of a three year development cycle, but already 45 products have been updated and released to take advantage of CA MSM r2.0. None of these products will require BYPASS to APPLY service. Another 100+ have been updated to take advantage of the improved, tapeless electronic software delivery process. On Wed, 22 Jul 2009 16:03:15 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: -snip- I plan to take a good hard look at this in the near future. -- Edward E Jaffe Thank you, Ed. Let me know when we can get together and talk. Scott Fagen Principal Architect Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need to delete olsolete entries from tape volcat
On Thu, 23 Jul 2009, Linda Mooney wrote: Greetings All, We removed a hardware VTS a few months ago, replacing it with another virtual tape appliance. The new tape appliance uses a different range of tapes that are also in the same volcat. We use CA1 and SMS control for all of the virtual tapes. We now have a problem in that we want to remove all of the volcat entries from the shared volcat that belonged to the old hardware VTS that has been de-installed.  What would be the best way to accomplish this task? TIA, Linda Mooney Use IDCAMS. DELETE Vvolser VOLUMEENTRY Where volser is the actual volser. EG to delete 123456 DELETE V123456 VOLUMEENTRY -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
Hi Scott, One question, when can we have it. We might have tried today :) Point of strangeness, I actually sorta liked Aggravator :) nut I was young then. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Fagen Sent: Wednesday, July 22, 2009 6:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA Mainframe 2.0 On Wed, 22 Jul 2009 15:42:03 -0500, Steve Cunningham scunning...@aarp.org wrote: Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. On Wed, 22 Jul 2009 17:34:48 -0400, Bobbie Jo just...@peoplepc.com wrote: I believe you mean ca-aggravator, but yes in repsonse to everything else you said. To the referenced contributors, I'd ask that you try the technology out before you indict, hold in contempt, convict and sentence it. We're only at the end of year one of a three year development cycle, but already 45 products have been updated and released to take advantage of CA MSM r2.0. None of these products will require BYPASS to APPLY service. Another 100+ have been updated to take advantage of the improved, tapeless electronic software delivery process. On Wed, 22 Jul 2009 16:03:15 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: -snip- I plan to take a good hard look at this in the near future. -- Edward E Jaffe Thank you, Ed. Let me know when we can get together and talk. Scott Fagen Principal Architect Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need to delete olsolete entries from tape volcat
Thanks, John, is it possible to delete a range? We have a few thousand to do. - Original Message - From: John McKown joa...@swbell.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 22, 2009 6:52:33 PM GMT -08:00 US/Canada Pacific Subject: Re: Need to delete olsolete entries from tape volcat On Thu, 23 Jul 2009, Linda Mooney wrote: Greetings All, We removed a hardware VTS a few months ago, replacing it with another virtual tape appliance. The new tape appliance uses a different range of tapes that are also in the same volcat. We use CA1 and SMS control for all of the virtual tapes. We now have a problem in that we want to remove all of the volcat entries from the shared volcat that belonged to the old hardware VTS that has been de-installed.  What would be the best way to accomplish this task? TIA, Linda Mooney Use IDCAMS. DELETE Vvolser VOLUMEENTRY Where volser is the actual volser. EG to delete 123456 DELETE V123456 VOLUMEENTRY -- Trying to write with a pencil that is dull is pointless. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Will CICS/TS 1.3(5.3) run on z/OS 1.10?
We have 2 clients currently running it under 1.10. Both are in the process of upgrading to the supported release, but neither one is in any hurry. Brian Westerman Syzygy Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
I guess we've all seen some dumb arse automate WAIT and NOHOLD replies so that console and jobs waiting for drives sit there spinning MIPS as fast as the automation product can reply to the messages. All the Auto-Ops people cared was the operators did not have to reply to the messages any more, and why aren't we doing something productive like finding out why the overnight batch run has slowed down... There is no incorrect manual action that cannot be done a lot faster through automation. :-) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
