Re: FTP-IBM
anyone having problems on Maint download from IBM ftp server?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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
ReASG/Mobius
Do you happen to know if Mobius supports or has a transform feature to take AFP to PCL ?? and if so what it is called.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Disappearing Proc Parm
use different name for symbolic in proc...like dest1=hp9050 From: Tom Trainor thomas.j.trai...@exxonmobil.com To: IBM-MAIN@bama.ua.edu Date: 12/21/2010 03:10 PM Subject:Disappearing Proc Parm Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu When I start the following proc (first line only shown) //SGPTSTP PROC MEMBER=LOCAL,DEST=LOCAL,INDEX=SGPTST ...with the following console start command s sgptstp,member=hp9050,dest=HP9050,msgclass=q,msglevel=(1,1) the following is the o/p in the JESJCL DDNAME: 1 //SGPTSTP JOB MSGCLASS=Q,MSGLEVEL=(1,1) 2 //STARTING EXEC SGPTSTP,MEMBER=HP9050 3 XXSGPTSTP PROC MEMBER=LOCAL,DEST=LOCAL,INDEX=SGPTST Note that, in line 2, the DEST parameter is missing. I have tried this a hundred times and the dest=HP9050 parm is NEVER passed in and so symbolics further down in the SGPTSTP proc are ALWAYS LOCAL, i.e. the default as set in the first line of the proc. Please do not recommend using another name for this parm as the proc is called by a number of different programs all of which have DEST= hardcoded in them and the command is then SVC34ed. Is there something SPECIAL about DEST= in a catalogued procedure? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Fw: ASG/Mobius
Dana 1. As I understand it ..I can sweep a job by it's Job name/class/Owner/Destid.. other than just the WTR field..Correct? then place it into a Report ID classification.. 2. I also gather a Started tasks can be setup to do the sweeps instead of Batch process.(or together) and the Started Task is governed by parm's/Control cards as when to wake up and check/scan Spool..Correct? From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/10/2010 01:58 PM Subject:Re: Fw: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 10 Dec 2010 12:12:09 -0600, Ron Wells rwe...@agfinance.com wrote: Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. Ron, Not sure if I completely understand what you are asking. Do you mean is the WTR on the SYSOUT parm on an output DD required? No. Ours are all set up so that the batch job just picks up everything in class I, and finds the report ID based on row and column in the output. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Fw: ASG/Mobius
thanks for the help... From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/14/2010 12:47 PM Subject:Re: Fw: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Tue, 14 Dec 2010 07:46:32 -0600, Ron Wells rwe...@agfinance.com wrote: Dana 1. As I understand it ..I can sweep a job by it's Job name/class/Owner/Destid.. other than just the WTR field..Correct? then place it into a Report ID classification.. Yes thats correct 2. I also gather a Started tasks can be setup to do the sweeps instead of Batch process.(or together) and the Started Task is governed by parm's/Control cards as when to wake up and check/scan Spool..Correct? It looks like the input phase can be run as a started task, but you would have to have a scheduler or something start the task periodically, it doesn't have a facility to sit and watch the spool Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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
ASG/Mobius
Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: ASG/Mobius
Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. .. From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:17 AM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 10 Dec 2010 10:19:19 -0600, Ron Wells rwe...@agfinance.com wrote: Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. Ron, I've used Mobius for a long time, whats the question? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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
Fw: ASG/Mobius
did you get this?? had error on mailer. - Forwarded by Ron Wells/AGFS/AGFin on 12/10/2010 12:11 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:35 AM Subject:Re: ASG/Mobius Was told...the WTR field(sysout) is a must to be filed in...and can not place the output into the reportID it belongs to.. .. From: Dana Mitchell mitchd...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 12/10/2010 11:17 AM Subject:Re: ASG/Mobius Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 10 Dec 2010 10:19:19 -0600, Ron Wells rwe...@agfinance.com wrote: Question for anyone out here working with or on ASG/Mobius ...Jes2 selection / view question.. Ron, I've used Mobius for a long time, whats the question? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: JES2-APPL
yep---gathered that...and did so..but would be nice to be able to delete/add/modify as the rest...guess all comes in time From: Robert A. Rosenberg hal9...@panix.com To: IBM-MAIN@bama.ua.edu Date: 12/06/2010 08:00 PM Subject:Re: JES2-APPL Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu At 09:39 -0600 on 12/06/2010, Ron Wells wrote about JES2-APPL: I gather---a APPL in JES2 can be added...can it be deleted.?? can not find or see command.. I think the APPLs links are created at Launch time when JES2 reads its PARMs. If you remove the APPL statement from the PARMs, it will no longer be there the next time you do a WARM start. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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
JES2-APPL
I gather---a APPL in JES2 can be added...can it be deleted.?? can not find or see command.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Anyone else see publibz.boulder.ibm.com not responding?
Dennis thanks...that did it... From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 10:34 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Do you want to delete this directory entry? That would be F NET,DIRECTRY,FUNCTION=DELETE,ID=resource name Resource may need to be fully qualified with netid. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? IST097I DISPLAY ACCEPTED IST075I NAME = AGFNET.ICEVOL01, TYPE = DIRECTORY ENTRY 856 IST1186I DIRECTORY ENTRY = DYNAMIC EN IST1184I CPNAME = AGFNET.ICEVOL01 - NETSRVR = AGFNET.VTAM6 IST1402I SRTIMER =30 SRCOUNT =10 IST314I END IST097I VARY ACCEPTED IST061I VARY INACT FOR ICEVOL01 FAILED - NODE UNKNOWN TO VTAM From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 10:18 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The book says... V NET,INACT,ID=cdrscname,DELETE=YES -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? says can not identify command From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:49 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I think that would be V NET,INACT,ID=cdrscname,DELETE -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? yep---trying to get command to delete/purge a cdrm resource.. not responding... From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:07 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just sent them a nasty-gram! G regarding unacceptable performance and the time frame (early AM US central). The bad news: Unaccaptable performance. The good news: Persistence will pay off. Repeated refresh or retry attempts will eventually get you to where you want to go! Cheers! snip Subject: Anyone else see publibz.boulder.ibm.com not responding? I'm having serious trouble trying to access publibz.boulder.ibm.com, both book manager and PDF libraries do not seem to be responding, or taking minutes to respond resulting in both IE6 and Firefox 3.6.12 timeouts. Anyone else seeing this problem, or should I be talking to my network team here about local network issues? /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply
Re: SDSF display sysout
ok---racf person pulling hair out..still getting NO DISPLAYABLE DATA when trying to display a sysout file... any other ideas..?? From: Hayim Sokolsky hsokol...@dtcc.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2010 01:27 PM Subject:Re: SDSF display sysout Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The value is set via SETROPTS NJEUNKNOWN. It represents the non-ownership of NJE jobs and sysout. It can not be set to an actual RACF UserID or group. RACFVARS RACLNDE - is a bypass of translation. Putting a JES (or RSCS) node in RACLNDE prevents any substitution of NJE information. Only add the LOCAL JES node to RACLNDE. The RACF NODES class is used to allow, as well as translate or adjust NJE ownership. If you wish to take the AS400 sysout and assign a valid owning UserID, use the following profiles: RDEF NODES as400node.USERS.* UACC(CONTROL) ADDMEM(otherid) RDEF NODES as400node.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) as400node - replace with the actual NJE node name for the AS400 otherid - replace with the local UserID you want to own the sysout. The GROUP% profile is not necessary if you have already defined: RDEF NODES *.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 2010.11.30 14:05:39: Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows Where would this default becoming from..and can it be altered? If you have RACF then I think it is the RACLNODE definitions for sysout. Though I could be wrong. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: SDSF display sysout
John...yep...kiss principle --- lol From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 12/03/2010 10:52 AM Subject:Re: SDSF display sysout Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just a WAG, but try INPUT ON in SDSF and see if anything nice happens. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 Ron Wells Sent: Friday, December 03, 2010 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF display sysout ok---racf person pulling hair out..still getting NO DISPLAYABLE DATA when trying to display a sysout file... any other ideas..?? From: Hayim Sokolsky hsokol...@dtcc.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2010 01:27 PM Subject:Re: SDSF display sysout Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The value is set via SETROPTS NJEUNKNOWN. It represents the non-ownership of NJE jobs and sysout. It can not be set to an actual RACF UserID or group. RACFVARS RACLNDE - is a bypass of translation. Putting a JES (or RSCS) node in RACLNDE prevents any substitution of NJE information. Only add the LOCAL JES node to RACLNDE. The RACF NODES class is used to allow, as well as translate or adjust NJE ownership. If you wish to take the AS400 sysout and assign a valid owning UserID, use the following profiles: RDEF NODES as400node.USERS.* UACC(CONTROL) ADDMEM(otherid) RDEF NODES as400node.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) as400node - replace with the actual NJE node name for the AS400 otherid - replace with the local UserID you want to own the sysout. The GROUP% profile is not necessary if you have already defined: RDEF NODES *.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 2010.11.30 14:05:39: Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows Where would this default becoming from..and can it be altered? If you have RACF then I think it is the RACLNODE definitions for sysout. Though I could be wrong. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American
Re: Anyone else see publibz.boulder.ibm.com not responding?
yep---trying to get command to delete/purge a cdrm resource.. not responding... From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:07 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just sent them a nasty-gram! G regarding unacceptable performance and the time frame (early AM US central). The bad news: Unaccaptable performance. The good news: Persistence will pay off. Repeated refresh or retry attempts will eventually get you to where you want to go! Cheers! snip Subject: Anyone else see publibz.boulder.ibm.com not responding? I'm having serious trouble trying to access publibz.boulder.ibm.com, both book manager and PDF libraries do not seem to be responding, or taking minutes to respond resulting in both IE6 and Firefox 3.6.12 timeouts. Anyone else seeing this problem, or should I be talking to my network team here about local network issues? /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Anyone else see publibz.boulder.ibm.com not responding?
anyone remember vtam command to purge a cdrsc ?? From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:45 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Thank you, I was able to use that link to send a complaint. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, December 02, 2010 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? If you can get to the Initial page: http://www-03.ibm.com/systems/z/os/zos/bkserv/ on the left hand side there is a Contact z/OS box. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Anyone else see publibz.boulder.ibm.com not responding?
says can not identify command From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:49 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I think that would be V NET,INACT,ID=cdrscname,DELETE -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? yep---trying to get command to delete/purge a cdrm resource.. not responding... From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:07 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just sent them a nasty-gram! G regarding unacceptable performance and the time frame (early AM US central). The bad news: Unaccaptable performance. The good news: Persistence will pay off. Repeated refresh or retry attempts will eventually get you to where you want to go! Cheers! snip Subject: Anyone else see publibz.boulder.ibm.com not responding? I'm having serious trouble trying to access publibz.boulder.ibm.com, both book manager and PDF libraries do not seem to be responding, or taking minutes to respond resulting in both IE6 and Firefox 3.6.12 timeouts. Anyone else seeing this problem, or should I be talking to my network team here about local network issues? /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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: Anyone else see publibz.boulder.ibm.com not responding?
V NET,ID=ICEVOL01,DELETE IST039I VARY FAILED - CANNOT IDENTIFY COMMAND TYPE still can not get into ibm From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 10:13 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Try V NET,ID=cdrscname,DELETE It has been a while. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? says can not identify command From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:49 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I think that would be V NET,INACT,ID=cdrscname,DELETE -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? yep---trying to get command to delete/purge a cdrm resource.. not responding... From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:07 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just sent them a nasty-gram! G regarding unacceptable performance and the time frame (early AM US central). The bad news: Unaccaptable performance. The good news: Persistence will pay off. Repeated refresh or retry attempts will eventually get you to where you want to go! Cheers! snip Subject: Anyone else see publibz.boulder.ibm.com not responding? I'm having serious trouble trying to access publibz.boulder.ibm.com, both book manager and PDF libraries do not seem to be responding, or taking minutes to respond resulting in both IE6 and Firefox 3.6.12 timeouts. Anyone else seeing this problem, or should I be talking to my network team here about local network issues? /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail
Re: Anyone else see publibz.boulder.ibm.com not responding?
IST097I DISPLAY ACCEPTED IST075I NAME = AGFNET.ICEVOL01, TYPE = DIRECTORY ENTRY 856 IST1186I DIRECTORY ENTRY = DYNAMIC EN IST1184I CPNAME = AGFNET.ICEVOL01 - NETSRVR = AGFNET.VTAM6 IST1402I SRTIMER =30 SRCOUNT =10 IST314I END IST097I VARY ACCEPTED IST061I VARY INACT FOR ICEVOL01 FAILED - NODE UNKNOWN TO VTAM From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 10:18 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The book says... V NET,INACT,ID=cdrscname,DELETE=YES -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? says can not identify command From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:49 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I think that would be V NET,INACT,ID=cdrscname,DELETE -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Thursday, December 02, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone else see publibz.boulder.ibm.com not responding? yep---trying to get command to delete/purge a cdrm resource.. not responding... From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 12/02/2010 09:07 AM Subject:Re: Anyone else see publibz.boulder.ibm.com not responding? Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Just sent them a nasty-gram! G regarding unacceptable performance and the time frame (early AM US central). The bad news: Unaccaptable performance. The good news: Persistence will pay off. Repeated refresh or retry attempts will eventually get you to where you want to go! Cheers! snip Subject: Anyone else see publibz.boulder.ibm.com not responding? I'm having serious trouble trying to access publibz.boulder.ibm.com, both book manager and PDF libraries do not seem to be responding, or taking minutes to respond resulting in both IE6 and Firefox 3.6.12 timeouts. Anyone else seeing this problem, or should I be talking to my network team here about local network issues? /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. American General is a trademark owned by American International Group, Inc., and is being used under license. American General Finance, Inc. is no longer an affiliate of American International Group, Inc. or the American General Life 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient
SDSF display sysout
Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows Where would this default becoming from..and can it be altered? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF display sysout
this is in z/os racf??ask racf guy...unsure where it maybe... From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2010 01:07 PM Subject:Re: SDSF display sysout Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows Where would this default becoming from..and can it be altered? If you have RACF then I think it is the RACLNODE definitions for sysout. Though I could be wrong. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF display sysout
Hayim thanks...racf person looking into it From: Hayim Sokolsky hsokol...@dtcc.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2010 01:27 PM Subject:Re: SDSF display sysout Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The value is set via SETROPTS NJEUNKNOWN. It represents the non-ownership of NJE jobs and sysout. It can not be set to an actual RACF UserID or group. RACFVARS RACLNDE - is a bypass of translation. Putting a JES (or RSCS) node in RACLNDE prevents any substitution of NJE information. Only add the LOCAL JES node to RACLNDE. The RACF NODES class is used to allow, as well as translate or adjust NJE ownership. If you wish to take the AS400 sysout and assign a valid owning UserID, use the following profiles: RDEF NODES as400node.USERS.* UACC(CONTROL) ADDMEM(otherid) RDEF NODES as400node.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) as400node - replace with the actual NJE node name for the AS400 otherid - replace with the local UserID you want to own the sysout. The GROUP% profile is not necessary if you have already defined: RDEF NODES *.GROUP%.* UACC(READ) ADDMEM(DFLTGRP) Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 2010.11.30 14:05:39: Have sysout transfered--NJE--from an AS400 ... the OWNER filed shows Where would this default becoming from..and can it be altered? If you have RACF then I think it is the RACLNODE definitions for sysout. Though I could be wrong. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEFBR14
Just happened and seeing if anyone else has run across this runninf z/os 1.11 ran IEFBR14 and recieved 0C4-4 on one LPAR..runs on other LPAR put in STEPLIB on failing LPAR and works?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
just to let everyone know...ca7 problem.. From: Kelman, Tom thomas.kel...@commercebank.com To: IBM-MAIN@bama.ua.edu Date: 11/19/2010 09:57 AM Subject:Re: IEFBR14 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron, Are the libraries listed in the linklist on the two LPARs different? It sounds to me as if you have a bogus IEFBR14 in the one linklist. I'd check the libraries in the linklist on the LPAR where it is failing, starting with the first library in the list, to verify that. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Friday, November 19, 2010 9:38 AM To: IBM-MAIN@bama.ua.edu Subject: IEFBR14 Just happened and seeing if anyone else has run across this runninf z/os 1.11 ran IEFBR14 and recieved 0C4-4 on one LPAR..runs on other LPAR put in STEPLIB on failing LPAR and works?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP--z/OS
have a ftp that does not put to SYSLOG the output of the transmission...problem is... it suppose to by defaults I have set on the ftp server on z/os question is there a command an ftp server--not z/os that can be issued to turn logging off..? if so is there a way to stop the command from external server fro issuing the command? after our ipl all goes back to normal...logging to syslog -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LDAP
Looking for install help on LDAP(TDS) Asked to setup LDAP on z/OS--1.11 Looking at manual--getting confused... Purpose is to extract info from RACF..few fields..NON-DB2...just a flat/seq file...be it OS or zFS file.. Any help would be appreciated...believe I have the samp files at hand.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LDAP
from what I gather the ldap will be queried ? for information.like userid/name ..at least what I have been told... not familiar with irrdbu00 .. From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 11/01/2010 02:31 PM Subject:Re: LDAP Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does the data need to be real-time? If not, have you considered using IRRDBU00 to unload the RACF database to a sequential file? -- John McKown Maranatha! Sent from my Vibrant Android phone. On Nov 1, 2010 7:44 AM, Ron Wells rwe...@agfinance.com wrote: Looking for install help on LDAP(TDS) Asked to setup LDAP on z/OS--1.11 Looking at manual--getting confused... Purpose is to extract info from RACF..few fields..NON-DB2...just a flat/seq file...be it OS or zFS file.. Any help would be appreciated...believe I have the samp files at hand.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Share
Anyone know Reg Fee for share...member vs non-member ?? ball park will work.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
List terms
I remember--back when---a list of terms used on Mainframe and relating to comparable terms to other systems .. does anyone know where that maybe located.. example TSO like vu or some editor TSO / ISPF gui editor ... SMPE like / similar to SMIT or RPM so on -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S013-64-IEBGENER
Mace Something has been inplace since...before I was here.. Having them change to br14 when error occurs..but have many to go through..other alternative is to run on other lpar...since most runs are at night and no one around to alter jcl. From: Larry Macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 10/15/2010 10:46 AM Subject:Re: S013-64-IEBGENER Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Do know why it would fail all the sudden, but my question is why are you defining a dummy dataset? Why not use a br14 or like(if you have another exact dataset) ? Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S013-64-IEBGENER
Paul Did that and no word as yet from ibm. From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 10/15/2010 10:49 AM Subject:Re: S013-64-IEBGENER Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Fri, 15 Oct 2010 08:24:13 -0500, Ron Wells wrote: Anyone run across where a IEBGENER fails with a S013-64 //SYSUT1 DD DUMMY, // DISP=SHR,LRECL=4096,RECFM=FB //SYSUT2 DD DSN=XX15.TEST.DATA.SET, // DISP=(NEW,CATLG,DELETE), //UNIT=DASD, //SPACE=(15000,15000) If RECFM changed to F it works...problem is this job has run for ?? Just now failing z/os 1.11 but have been on this rel for 4mon.. MC sez: 64 An OPEN macro instruction was issued for a dummy data set using an access method other than QSAM or BSAM. Correct the DD statement to specify a real data set, or access the data set using BSAM or QSAM. ??? What access method other than QSAM or BSAM would IEBGENER use? Ever. PMR time? -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
S013-64-IEBGENER
Anyone run across where a IEBGENER fails with a S013-64 //SYSUT1 DD DUMMY, // DISP=SHR,LRECL=4096,RECFM=FB //SYSUT2 DD DSN=XX15.TEST.DATA.SET, // DISP=(NEW,CATLG,DELETE), //UNIT=DASD, //SPACE=(15000,15000) If RECFM changed to F it works...problem is this job has run for ?? Just now failing z/os 1.11 but have been on this rel for 4mon.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S013-64-IEBGENER
Richard Thought that too...and yesbut then--just to verify I steplib'd to where original IEBGENER was located...failed again.. From: Richard L Peurifoy r-peuri...@neo.tamu.edu To: IBM-MAIN@bama.ua.edu Date: 10/15/2010 01:26 PM Subject:Re: S013-64-IEBGENER Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On 10/15/2010 10:49 AM, Paul Gilmartin wrote: On Fri, 15 Oct 2010 08:24:13 -0500, Ron Wells wrote: Anyone run across where a IEBGENER fails with a S013-64 //SYSUT1 DD DUMMY, // DISP=SHR,LRECL=4096,RECFM=FB //SYSUT2 DD DSN=XX15.TEST.DATA.SET, // DISP=(NEW,CATLG,DELETE), //UNIT=DASD, //SPACE=(15000,15000) If RECFM changed to F it works...problem is this job has run for ?? Just now failing z/os 1.11 but have been on this rel for 4mon.. MC sez: 64 An OPEN macro instruction was issued for a dummy data set using an access method other than QSAM or BSAM. Correct the DD statement to specify a real data set, or access the data set using BSAM or QSAM. ??? What access method other than QSAM or BSAM would IEBGENER use? Ever. PMR time? -- gil Could this be running some IEBGENER replacement like ICEGENER, SYNCGENR (SP?), or some such that isn't handling DUMMY correctly. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easytrieve to COBOL - IBM Migration Utility of z/OS - program 5697-N44
was there any show stoppers?? From: Andy Robertson andy_robert...@johnlewis.co.uk To: IBM-MAIN@bama.ua.edu Date: 09/22/2010 03:53 PM Subject:Re: Easytrieve to COBOL - IBM Migration Utility of z/OS - program 5697-N44 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu John Lewis Partnership has been using it successfuly for years Andy Robertson from: McKown, John john.mck...@healthmarkets.com Has anybody used this to migrate off of Easytrieve Plus from CA? ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NFS
Thought I'd post here as well.. trying to get following to function and I guess not understanding exports... any help will be appreciated.. have following specified in NFSATTR security(safexp,safexp,safexp) mvssec/hfs/pub are set to (sys) Wanting to ensure MVSLOGIN being enforced/used by clients...as well as password prompting.. From what I see/read there is a way to allow a client/host to access files/directories but it turns off saf/racf verification altogether?? is there some way..and maybe I am missing it, to allow a client/host to a specific dir. tree setup but still prompt for userid/psw ? and all others denied access? or is this or can be setup in racf ... we are at z/os 1.11.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sas/mxg-bldsmpdb
Thanks to mxg support and BIG thanks to Chuck Hopf for all the hand holding above and beyond through the process... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sas/mxg-bldsmpdb
anyone out there use the bldsmpdb mxg supplies..and can help me with setup...or examples they have used.. default is going to hfs/zfs files...wanting to use regular z/os - mvs datasets.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations for a good old fashion HEX calcuator
yep--casio fx-115s--solar--had it for years--and so far---knock on lots of wood---still works.. From: Hal Merritt hmerr...@jackhenry.com To: IBM-MAIN@bama.ua.edu Date: 06/03/2010 11:49 AM Subject:Re: Recommendations for a good old fashion HEX calcuator Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Haven't found one to replace my old Casio. I loved that little gadget; it had every function known to man and a few known only to women :-) These days I just use the Windows calculator for hex. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, June 03, 2010 11:43 AM To: IBM-MAIN@bama.ua.edu Subject: Recommendations for a good old fashion HEX calcuator I am not looking for a Software Hex Calculator. I would like a hold in your hand hex calculator. My old Casio no longer displays and I will need to replace it. Does anyone have any favorites? My Casio was very inexpensive and very capable. I have seen the TI programmable but I think they are more cost and power than I need. I would like something with dual power source, solar and battery Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF-PRINT
Gerri Is there a way to setup a DEFAULT for this function...by user?? trying to find panel(s) that have these set... From: Gerri Booth gerri.bo...@wisconsin.gov To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 06:05 PM Subject:Re: SDSF-PRINT Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Before issuing the PRINT command click on Print on the action bar and select 1. Print open sysout. (I'm assuming here that you do have the action bar displayed at the top of each SDSF panel.) You'll be presented with the SDSF Open Print panel. There are fields for CHARS (the UCS field), and Pagedef and Formdef. The values you put in those fields with be used for any PRINT command you issue until you issue a PRINT CLOSE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF-PRINT
I have it where the user (in sdsf) on the top row fuction(PRINT) select 1...fill in parm's for sysout.. Display Filter View Print Options Help select output...do the PRINT select line to start / end line PRINT CLOSE and it works... If the next sysout the user will need to do the same if report needs to be different for printing.. From: Howard Brazee how...@brazee.net To: IBM-MAIN@bama.ua.edu Date: 05/28/2010 01:08 PM Subject:Re: SDSF-PRINT Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu You can try XDF to copy it to disk and then do with it what you want before printing. -- In no part of the constitution is more wisdom to be found, than in the clause which confides the question of war or peace to the legislature, and not to the executive department. - James Madison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF-PRINT
ok---lets try this again I have a report...sitting on jes2.. I view it in sdsf...select it (S) I issue a PRINT 1100 1200 capturing 100 lines and producing another sysout..(naturally with my id as job name) My problem is original report has a CHARS/FORMDEF/PAGEDEF... The new report I just generated does not. has nothing so report will not print correctly unless I manually go in an alter it. is there a replacement for PRINT (giving me option capture or include those fields) or a means to carry over the CHARS/FORM-PAGEDEF's on the report I just generated... or maybe someone has already wrote something (rexx-clist) to do this and willing to share... thanks -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF
think we are going down xd path..this may do what we need thanks From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 05/25/2010 04:26 PM Subject:Re: SDSF Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron Have you looked at the XD? Commands - XDC, XDS and so forth in SDSF? Or looked at using the SDSF REXX interface to do what you want (z/OS V1.8 and higher) Lizette Have question for everyone...was there not a replacement for the TSO PRINT command on the CBT tape...or someone may have an alternative..? Wanting to do following from sdsf ... exec a tso command like PRINT specifying lines to print ,then be able to specify formdef/pagedef and chars..besides class... the current PRINT command does not give me option for from/page def nor chars unless I am missing something?? ml -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF
Have question for everyone...was there not a replacement for the TSO PRINT command on the CBT tape...or someone may have an alternative..? Wanting to do following from sdsf ... exec a tso command like PRINT specifying lines to print ,then be able to specify formdef/pagedef and chars..besides class... the current PRINT command does not give me option for from/page def nor chars unless I am missing something?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise Extender, z/OS 1.11
yep From: Linda Mooney linda.lst...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 05/20/2010 02:05 PM Subject:Enterprise Extender, z/OS 1.11 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Greetings All, We are currently running z/OS 1.4 (yeah, I know) and use Enterprise Extender to conect with another data center. The other data center plans to cut over to z/OS 1.11 this summer. Does Enterprise Extender still function with 1.11? 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise Extender, z/OS 1.11
should be fine...ran 1.7 to 1.9 and 1.11 (that rel we had lots of hmc maint..no problem...outside customers was running ahead of us at time..EE..no problem..REAL STUFF.lol From: Linda Mooney linda.lst...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 05/20/2010 02:41 PM Subject:Re: Enterprise Extender, z/OS 1.11 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi Ron, Does either system require any service? Thanks, Linda - Original Message - From: Ron Wells rwe...@agfinance.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, May 20, 2010 12:26:49 PM GMT -08:00 US/Canada Pacific Subject: Re: Enterprise Extender, z/OS 1.11 yep From: Linda Mooney linda.lst...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 05/20/2010 02:05 PM Subject:Enterprise Extender, z/OS 1.11 Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Greetings All, We are currently running z/OS 1.4 (yeah, I know) and use Enterprise Extender to conect with another data center. The other data center plans to cut over to z/OS 1.11 this summer. Does Enterprise Extender still function with 1.11? 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
Thanks---got it //OUT1 OUTPUT PRMODE=LINE,PAGEDEF=L08080,CHARS=GT12 just gener'd a file (203,fba) worked as advertised From: Howard Turetzky howard.turet...@infoprint.com To: IBM-MAIN@bama.ua.edu Date: 05/19/2010 12:39 PM Subject:Re: PSF IBM 6500 printer Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The 6500 supports up to a 17-inch wide form (16-inch print width). The number of characters depends on the form size and the font pitch. For example, using a 13.3 pitch font (D224) you can get 212 characters. The 6500 uses symbol sets (hard-wired fonts), so you can use only the fonts in the printer. In Draft or DP quality, fonts are available in pitch 10, 12, 13.3, 15 and 18. You only need PSF Exit 8 if you are using the Line Mode Migration function, which converts FCBs to PAGEDEFs on the fly. Even if you do use Line Mode Migration (PSF Customization, S550-0427-02, Chapter 28. Line-Mode Migration), using a PAGEDEF will override the Line Mode Migration function. Whether or not you use an FCB or a PAGEDEF, you can choose the font using the CHARS parameter in the // OUTPUT JCL statement or on the printer PROC. You must use one of the fonts defined in the printer (see Chapter 19. Supporting Resident Fonts in the PSF Customization book and table 167 in Printer Information, S544-5750-02). If you don't need special formatting, you can use one of the supplied PAGEDEFs (PSF User's Guide, S550- 0435-02, Appendix B. Page Definitions Supplied with PSF). Some fonts depend on the print quality level. You can control the print quality (lower quality, faster printing) using one of the supplied FORMDEFs, detailed in the Line-Mode Migration chapter. Howard Turetzky Advanced Technical Support InfoPrint Solutions Company howard.turet...@infoprint.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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
Is there a font available to allow printing 220 characters per line .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
Matt was that gt18?? as was there a for/page def that went along with it?? From: Dazzo, Matt mda...@pch.com To: IBM-MAIN@bama.ua.edu Date: 05/18/2010 09:20 AM Subject:Re: PSF IBM 6500 printer Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I believe our solution was 18CPI using green bar paper on the IBM 6500. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Tuesday, May 18, 2010 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PSF IBM 6500 printer Is there a font available to allow printing 220 characters per line .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
just tried gt18 on printer setup...chars=gt18... chopped off at 128 ?? missing something ?? From: Dazzo, Matt mda...@pch.com To: IBM-MAIN@bama.ua.edu Date: 05/18/2010 09:20 AM Subject:Re: PSF IBM 6500 printer Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I believe our solution was 18CPI using green bar paper on the IBM 6500. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Tuesday, May 18, 2010 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PSF IBM 6500 printer Is there a font available to allow printing 220 characters per line .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
sure ??had to setup an exitbummer.did not think it would be that complicated to print past 123char. on a line.. not uncommon any more... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA28814
what rel are you running...was it another apar/ptf that broke this? From: Ravi Kumar gaur.ravi2...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/11/2010 03:32 AM Subject: APAR OA28814 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu You might be interested in apar OA28814 ...we faced it.. OA28814: $DISTERR XLOSTJQE AFTER NJE LINE ERROR http://www-01.ibm.com/support/docview.wss? rs=0q1=OA28814uid=isg1OA28814loc=en_UScs=utf-8cc=uslang=en -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: LINUX on the MAINFRAME
Mark So the MTU size can not be greater than 1500 ?? even when running OSA-Gig ?? From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 07:03 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An equivalent for z/VM TPCPIP DEVICE d...@0620 OSD 0620 NONROUTER LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 ETHERNET For a Layer 2 transport or LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 IP For a Layer 3 transport On VM we do not have VTAM involvement so there is no TRLE. On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells rwe...@agfinance.com wrote: more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock http://www.garlic.com/%7Elynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 http://www.garlic.com/%7Elynn/2010f.html#8516:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 http://www.garlic.com/%7Elynn/2010g.html#22Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 http://www.garlic.com/%7Elynn/2010g.html#42Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 http://www.garlic.com/%7Elynn/2010g.html#68What is the protocal for GMT offset in SMTP (e
Fw: LINUX on the MAINFRAME
or anyone else that wants to jump in on this.. find it strange the osa gig speed not supported? can not find anything as yet that says I can increase past 1500? - Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/14/2010 08:08 AM Subject: Re: Fw: LINUX on the MAINFRAME Mark So the MTU size can not be greater than 1500 ?? even when running OSA-Gig ?? From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 07:03 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An equivalent for z/VM TPCPIP DEVICE d...@0620 OSD 0620 NONROUTER LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 ETHERNET For a Layer 2 transport or LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 IP For a Layer 3 transport On VM we do not have VTAM involvement so there is no TRLE. On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells rwe...@agfinance.com wrote: more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock http://www.garlic.com/%7Elynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 http://www.garlic.com/%7Elynn/2010f.html#8516:32 far pointers in OpenWatcom C/C
Re: Fw: LINUX on the MAINFRAME
so on the LINK statement--VM/TCPIP config... I can change the MTU to 8992 or does it need to be 9000 ? seeing only the reference of 8992 but want to be sure From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 08:27 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - you can change the MTU size, make the 1500 what ever size you need. From the z/VM TCPIP configuration. MTU *mtusize* Specifies the maximum transmission unit (MTU) size in bytes to be used on the interface. To determine the recommended MTU size, refer to the hardware documentation associated with the device. On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells rwe...@agfinance.com wrote: Mark So the MTU size can not be greater than 1500 ?? even when running OSA-Gig ?? From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 07:03 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An equivalent for z/VM TPCPIP DEVICE d...@0620 OSD 0620 NONROUTER LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 ETHERNET For a Layer 2 transport or LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 IP For a Layer 3 transport On VM we do not have VTAM involvement so there is no TRLE. On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells rwe...@agfinance.com wrote: more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning
Re: Fw: LINUX on the MAINFRAME
Chris.. IPAQENET that is what I have in z/os tcpip for the osa device but in my ROUTE statements example ROUTE 10.239.53.0/24 =LINKF800 MTU 1500 was told the 8992 could not be used because JUMBO packets not support on network.?? so I guess that is a factor..?? \ From: Chris Mason chrisma...@belgacom.net To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 08:48 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron I'll try to get back to you on this - and whatever else you that may be concerning you - when I have a chance. Meantime, in order to discover what MTU size applies to what type of interface, you should use the famous Figure 1, Summary of DEVICE and LINK statements in the z/OS Communications Server IP Configuration Reference manual - where, you will discover that the value for IPAQENET with Gigabit Ethernet is 8992. Chris Mason On Wed, 14 Apr 2010 08:23:46 -0500, Ron Wells rwe...@agfinance.com wrote: or anyone else that wants to jump in on this.. find it strange the osa gig speed not supported? can not find anything as yet that says I can increase past 1500? - Forwarded by Ron Wells/AGFS/AGFin on 04/14/2010 08:22 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/14/2010 08:08 AM Subject: Re: Fw: LINUX on the MAINFRAME Mark So the MTU size can not be greater than 1500 ?? even when running OSA-Gig ?? From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 07:03 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An equivalent for z/VM TPCPIP DEVICE d...@0620 OSD 0620 NONROUTER LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 ETHERNET For a Layer 2 transport or LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 IP For a Layer 3 transport On VM we do not have VTAM involvement so there is no TRLE. On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells rwe...@agfinance.com wrote: more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: LINUX on the MAINFRAME
Thanks everyone...gather from Router group I can not use the JUMBO size.. Network not setup to handle this ++ $$$ From: Shumate, Scott scshum...@bbandt.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 09:53 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu That is a true statement. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Wednesday, April 14, 2010 10:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Fw: LINUX on the MAINFRAME Be careful changing the MTU size. Most routers can handle the 1500, but larger MTUs may be fragmented into small chunks. I believe there was a discussion on this list about MTU size and if I remember correctly someone said(it may have been Chris Mason) that if the router isn't configured correctly that it would reject the larger MTU size packet. You might want to search the archives before you change MTU size. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Wednesday, April 14, 2010 8:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Fw: LINUX on the MAINFRAME so on the LINK statement--VM/TCPIP config... I can change the MTU to 8992 or does it need to be 9000 ? seeing only the reference of 8992 but want to be sure From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 08:27 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yes - you can change the MTU size, make the 1500 what ever size you need. From the z/VM TCPIP configuration. MTU *mtusize* Specifies the maximum transmission unit (MTU) size in bytes to be used on the interface. To determine the recommended MTU size, refer to the hardware documentation associated with the device. On Wed, Apr 14, 2010 at 9:08 AM, Ron Wells rwe...@agfinance.com wrote: Mark So the MTU size can not be greater than 1500 ?? even when running OSA-Gig ?? From: Mark Pace mpac...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 04/14/2010 07:03 AM Subject: Re: Fw: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An equivalent for z/VM TPCPIP DEVICE d...@0620 OSD 0620 NONROUTER LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 ETHERNET For a Layer 2 transport or LINK OSA1 QDIOETHERNET d...@0620 MTU 1500 IP For a Layer 3 transport On VM we do not have VTAM involvement so there is no TRLE. On Tue, Apr 13, 2010 at 4:51 PM, Ron Wells rwe...@agfinance.com wrote: more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace
Re: LINUX on the MAINFRAME
does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: LINUX on the MAINFRAME
just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited
Fw: LINUX on the MAINFRAME
more looking...in z/OS tcpip parms.. I use following to setup Gig OSA... SO anyone what is the equivalent in VM tcpip or Vswitch ?? DEVICE DEVF800 MPCIPA PRIROUTER AUTORESTART LINK LINKF800 IPAQGNET DEVF800 - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:49 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:43 PM Subject: Fw: LINUX on the MAINFRAME just found out Linux per Linux guy 1492 is the mtu size he sees from his image?? is there not a specification on Linux or ?? where you specify it as a Gig Ethr ? - Forwarded by Ron Wells/AGFS/AGFin on 04/13/2010 03:39 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 04/13/2010 03:15 PM Subject: Re: LINUX on the MAINFRAME does anyone have any base numbers they could share... (example) We are shaking down z/VM 5.4-rsu0901-own lpar-4gig central/1.5 expanded..(1) IFL All following Linux images are at SP3/(1) webshhere7(server pack unknow) / (1)DB2Connect Linux and couple others as test/devl images ...2gig for each image Vswitch set for (1)OSA-E Gig .. Hypersockets used between the Linux images/VM and z/OS(running in seperate lpar ). The outbound traffic-OSAGig connect to a AS400(s) test at this point DB2 servers.. Was thinking something in Linux definition that could slow things down like it's definition for OSAgig.? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 04/13/2010 02:40 PM Subject: Re: LINUX on the MAINFRAME Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu mpac...@gmail.com (Mark Pace) writes: That is a very good point, John. Memory management on Linux for the mainframe is counter-intuitive. When running under zVM you want as little memory as you can get away with, not as much as you can get. Most any question you can think of has probably been covered ad-nausea on the Linux-390 list. this was discovered in the early 70s when apl\360 was ported to cp67/cms for cms\apl. The apl\360 storage management and garbage collection algorithm allocation a new storage location on every assignment. It very quickly cycled thru all available workspace ... until it had exhausted storage and then did garbage collection ... and then repeated. This wasn't too bad with 16kbyte-32kbyte real storage workspaces that were swapped in total every time ... but became disastrous in large virtual memory paged environment. The apl\360 storage management and garbage collection had to be redone for cms\apl for large virtual memory paged environment. I pointed this out again later in 70s with vs2 (svs then mvs) ... regarding running a LRU page replacement algorithm (least recently used) in a virtual machine under a LRU page replacement algorihtm (managing virtual machine memory as virtual paged memory). The scenario was that the guest operating system in the virtual machine would be trying to use the (virtual machine) page that had least recently been used ... while the underlying vm operating system would have been removing those very same virtual pages from real storage. There could be extremely pathelogical characteristics where the virtual guest operating system was always selecting the next virtual machine page to use ... that vm370 had just selected to be removed from memory. misc. past posts mentioning having done page replacement algorithms as undergraduate in the 60s. http://www.garlic.com/~lynn/subtopic.html#wsclock recent posts mentioning getting pulled into academic dispute over page replacement algorithms in the early 80s (involving whether or not to give somebody a stanford phd based on thier work in the area): http://www.garlic.com/~lynn/2010f.html#85 16:32 far pointers in OpenWatcom C/C++ http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#42 Interesting presentation http://www.garlic.com/~lynn/2010g.html#68 What is the protocal for GMT offset in SMTP (e-mail) header the above mentions taking nearly a year to get management approval to respond ... even tho it involved work that I had done as an undergraduate (probably some petty punishment as opposed to management taking sides in the academic dispute ... it was also after having brought down the wrath of the MVS organization on my head). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only
Re: Intel Nehalem-EX Aims for the Mainframe
Simple questioncan it run Z/OS ?? From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Date: 03/31/2010 10:13 AM Subject: Intel Nehalem-EX Aims for the Mainframe Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Intel Nehalem-EX Aims for the Mainframe http://www.internetnews.com/hardware/article.php/3873896/Intel+NehalemEX+Aims+for+the+Mainframe.htm from above: Intel, the world's largest chipmaker, is gunning for the mission-critical server space with the launch of the new Xeon 6500/7500 processor lines. It's a bid that will see it taking on mainframes and RISC, but the company says that its newest offerings have the goods. ... snip ... semi-related to earlier posts about Gulftown 370 mips on intel platform http://www.garlic.com/~lynn/2010e.html#71 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010e.html#72 Entry point for a Mainframe? http://www.garlic.com/~lynn/2010f.html#16 What was the historical price of a P/390? http://www.garlic.com/~lynn/2010f.html#32 history of RPG and other languages, was search engine history http://www.garlic.com/~lynn/2010f.html#78 Notes on two presentations by Gordon Bell ca. 1998 -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Intel Nehalem-EX Aims for the Mainframe
naturally yessince this is public... so...can it z/OS or z/VM ...legal or not From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 03/31/2010 10:58 AM Subject: Re: Intel Nehalem-EX Aims for the Mainframe Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Wednesday, March 31, 2010 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Intel Nehalem-EX Aims for the Mainframe Simple questioncan it run Z/OS ?? Do you mean __legally__??? -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
(2) HASPLIST ?? STEPLIB s/b after EXEC From: Hu Lei helite...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/29/2010 07:45 AM Subject: The hardest JCL ERROR I have met Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello world! I am trying to setup a mini system, and during IPL, I have met JES2 start error. I am suffer from this error for days, I have do all I can image to correct the error, but still no result. It would be great appreciated if any comments!! Thanks in advance. The joblog during IPL looks: IEF403I IEESYSAS - STARTED - TIME=03.47.40 IEF677I WARNING MESSAGE(S) FOR JOB JES2 ISSUED IEF452I JES2 - JOB NOT RUN - JCL ERROR And the JES2 proc: //JES2PROC M=JES2PARM //IEFPROC EXEC PGM=HASJES20,TIME=1440,DPRTY=(15,15) //HASPLIST DD DDNAME=IEFRDER //HASPPARM DD DSN=SYS1.CPAC.PARMLIB(M),DISP=SHR //PROC00DD DISP=SHR,DSN=SYS1.CPAC.PROCLIB // DD DISP=SHR,DSN=SYS1.PROCLIB //HASPLIST DD DDNAME=IEFRDER //STEPLIB DD DISP=SHR,DSN=SYS1.SHASLNKE IEFSSNxx SUBSYS SUBNAME(JES2) PRIMARY(YES) START(NO) COMMDxx: COM='S JES2,PARM='COLD,NOREQ'' Here is what I have checked: All the datasets referred in Jes2 proc are cataloged in Master catalog by using IDCAMS listcat. SYS1.SHASLNKE has listed in PROGxx, and APFed. Storage volume has been specified in VATLSTxx. Both null SMS configuration and none SMS environment have tried. Both VLF, LLA, DLF, RACF has started. From IEF677I, it seems system found some error and used a system default. But where is it? Can we got some additional message from other ways? Thanks for your time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
IEFSSNxx SUBSYS SUBNAME(JES2) PRIMARY(YES) START(NO) YES COMM do not need it is above set From: Hu Lei helite...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/29/2010 07:45 AM Subject: The hardest JCL ERROR I have met Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello world! I am trying to setup a mini system, and during IPL, I have met JES2 start error. I am suffer from this error for days, I have do all I can image to correct the error, but still no result. It would be great appreciated if any comments!! Thanks in advance. The joblog during IPL looks: IEF403I IEESYSAS - STARTED - TIME=03.47.40 IEF677I WARNING MESSAGE(S) FOR JOB JES2 ISSUED IEF452I JES2 - JOB NOT RUN - JCL ERROR And the JES2 proc: //JES2PROC M=JES2PARM //IEFPROC EXEC PGM=HASJES20,TIME=1440,DPRTY=(15,15) //HASPLIST DD DDNAME=IEFRDER //HASPPARM DD DSN=SYS1.CPAC.PARMLIB(M),DISP=SHR //PROC00DD DISP=SHR,DSN=SYS1.CPAC.PROCLIB // DD DISP=SHR,DSN=SYS1.PROCLIB //HASPLIST DD DDNAME=IEFRDER //STEPLIB DD DISP=SHR,DSN=SYS1.SHASLNKE IEFSSNxx SUBSYS SUBNAME(JES2) PRIMARY(YES) START(NO) COMMDxx: COM='S JES2,PARM='COLD,NOREQ'' Here is what I have checked: All the datasets referred in Jes2 proc are cataloged in Master catalog by using IDCAMS listcat. SYS1.SHASLNKE has listed in PROGxx, and APFed. Storage volume has been specified in VATLSTxx. Both null SMS configuration and none SMS environment have tried. Both VLF, LLA, DLF, RACF has started. From IEF677I, it seems system found some error and used a system default. But where is it? Can we got some additional message from other ways? Thanks for your time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PAGE/FORMDEF
Anyone here can help on a form/page definition...? The first pagedef looks at a field in the record and determines what pagedef it should use to produce the needed letter. This lets us put multiple letters in the same output file to get a volume discount for mailing. problem is there is always a blank(last page) being printed?? see code below thanks for any help ideas... maybe making this more difficult then it should be .. /*---*/ /* FOMRDEF RESCH3 - DEFINE WHAT OVERLAYS ARE IN EACH GROUP */ /* THIS GROUP IS FOR SINGLE SHEET - FRONT BACK OF 1 SHEET */ /*---*/ SETUNITS 1 IN 1 IN; FORMDEF RESCH3 REPLACE YES; /*---*/ /* CGUNBK 1 2 - BANKRUPT GENERAL ADD-ON*/ /*---*/ COPYGROUP CGUNBK1 PRESENT PORTRAIT DIRECTION ACROSS; OVERLAY UNBK11; SUBGROUP OVERLAY UNBK11; COPYGROUP CGUNBK2 PRESENT PORTRAIT DIRECTION ACROSS; OVERLAY UNBK12; SUBGROUP OVERLAY UNBK12; /*---*/ /* CGUNBL 1 2 - BANKRUPT GENERAL REFUND*/ /*---*/ COPYGROUP CGUNBL1 PRESENT PORTRAIT DIRECTION ACROSS; OVERLAY UNBL11; SUBGROUP OVERLAY UNBL11; COPYGROUP CGUNBL2 PRESENT PORTRAIT DIRECTION ACROSS; OVERLAY VAL411; SUBGROUP OVERLAY VAL411; /*---*/ /* PAGEDEF WILL DEFINE WHAT COPYGROUP WILL PRINT WHEN */ /*---*/ PAGEDEF RESCH3 WIDTH 8.5 HEIGHT 11 DIRECTION ACROSS REPLACE YES; FONT GT10 GT10; /* GENERAL FONT 10 points */ /**/ /* PAGEFORMAT PF0003 - USES INPUT CODE TO DETERMINE WHICH */ /* PAGE TO PRINT - COPYGROUP DETERMINES THE OVERLAY AND */ /* THE PAGEFORMAT DETERMINES WHAT VARIABLES TO PRINT */ /**/ PAGEFORMAT PF0003; PRINTLINE; /*-- BKGNA01 - BANKRUPT GENERAL ADD-ON PAGE ONE --*/ CONDITION COND01 START 19 LENGTH 7 WHEN EQ C'BKGNA01' BEFORE SUBPAGE COPYGROUP CGUNBK1 PAGEFORMAT PFBKGN1; /*-- BKGNA02 - BANKRUPT GENERAL ADD-ON PAGE TWO --*/ CONDITION COND02 START 19 LENGTH 7 WHEN EQ C'BKGNA02' BEFORE SUBPAGE COPYGROUP CGUNBK2 PAGEFORMAT PFBKGN2; /*-- BKGNR01 - BANKRUPT GENERAL REFUND PAGE ONE --*/ CONDITION COND03 START 19 LENGTH 7 WHEN EQ C'BKGNR01' BEFORE SUBPAGE COPYGROUP CGUNBL1 PAGEFORMAT PFBKGR1; /*-- BKGNR02 - BANKRUPT GENERAL REFUND PAGE TWO --*/ CONDITION COND04 START 19 LENGTH 7 WHEN EQ C'BKGNR02' BEFORE SUBPAGE COPYGROUP CGUNBL2 PAGEFORMAT PFBKGR2; ENDSUBPAGE; /**/ /* PFBKGN1 - BANKRUPT GENERAL ADD-ON PAGE ONE */ /* WHEN DONE RETURN TO FIRST PAGEFORMAT - THE BEGINNING */ /**/ PAGEFORMAT PFBKGN1; PRINTLINE; FIELD START026 LENGTH 10 FONT GT10 POSITION 0.94 IN 1.50 IN; /* DATE OF LETTER */ FIELD START181 LENGTH 08 FONT GT10 POSITION 0.94 IN 2.00 IN; /* BRANCH NUMBER */ FIELD TEXT'RE: Customer:' FONT GT10 POSITION 0.94 IN 3.34 IN; FIELD START 239 LENGTH 25 FONT GT10 POSITION 2.95 IN 3.34 IN; /* CUSTOMER NAME */ FIELD TEXT'Account Number:' FONT GT10 POSITION 0.94 IN 3.58 IN; FIELD START 001 LENGTH 08 FONT GT10 POSITION 2.95 IN 3.58 IN; /* ACCOUNT */ FIELD TEXT'Policy Number:' FONT GT10 POSITION 0.94 IN 3.80 IN; FIELD START 009 LENGTH 10 FONT GT10 POSITION 2.95 IN 3.80 IN; /* POLICY */ FIELD START 395 LENGTH 60 FONT GT10 POSITION 1.14 IN 5.12 IN;/* COLLATERAL LINE 1 */ FIELD START 455
FTP-Code page
Have a file...on a PC..ascii to be ftp'd to mainframe... the data has spanish name...some not all..is there a code page that can be specified to alter or leave the character(s) alone...tried the spanish member in SEZATCPX and ran a CONVXLAT and generated a new file.. had them to ftp using following... quote site sbd=TCPIP.IBMX284.TCPXLBIN the ibmx284 is the new dataset created... the character is a N ~(tilde) on top...it gets converted to a D... maybe this s/b left alone?? or am I missing something here .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP-Code page
looks like it maybe 1145 code page... so I run convx against that(it is my seza lib..as espanish) naming it tcpip.standard.tcpspbin .. the command quote site sbd=TCPIP.STANDARD.TCPSPBIN this seem correct?? From: Staller, Allan allan.stal...@kbm1.com To: IBM-MAIN@bama.ua.edu Date: 03/19/2010 08:02 AM Subject: Re: FTP-Code page Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Try http://www-01.ibm.com/software/globalization/g11n-res.jsp HTH, snip Have a file...on a PC..ascii to be ftp'd to mainframe... the data has spanish name...some not all..is there a code page that can be specified to alter or leave the character(s) alone...tried the spanish member in SEZATCPX and ran a CONVXLAT and generated a new file.. had them to ftp using following... quote site sbd=TCPIP.IBMX284.TCPXLBIN the ibmx284 is the new dataset created... the character is a N ~(tilde) on top...it gets converted to a D... maybe this s/b left alone?? or am I missing something here .. /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: FTP-Code page
Not doing what I was hoping ..so question If PC that is FTP'ing to me is using code page 437 what would the code page for ascii to ebcdic for converting Spanish N(~) tilde on top of the N.?? - Forwarded by Ron Wells/AGFS/AGFin on 03/19/2010 11:14 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 03/19/2010 08:15 AM Subject: Re: FTP-Code page looks like it maybe 1145 code page... so I run convx against that(it is my seza lib..as espanish) naming it tcpip.standard.tcpspbin .. the command quote site sbd=TCPIP.STANDARD.TCPSPBIN this seem correct?? From: Staller, Allan allan.stal...@kbm1.com To: IBM-MAIN@bama.ua.edu Date: 03/19/2010 08:02 AM Subject: Re: FTP-Code page Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Try http://www-01.ibm.com/software/globalization/g11n-res.jsp HTH, snip Have a file...on a PC..ascii to be ftp'd to mainframe... the data has spanish name...some not all..is there a code page that can be specified to alter or leave the character(s) alone...tried the spanish member in SEZATCPX and ran a CONVXLAT and generated a new file.. had them to ftp using following... quote site sbd=TCPIP.IBMX284.TCPXLBIN the ibmx284 is the new dataset created... the character is a N ~(tilde) on top...it gets converted to a D... maybe this s/b left alone?? or am I missing something here .. /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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP translation
Have a file ascii ftp to mainframe which is converted to ebcdic.. question...problem...have Names that have special characters (spanish) but want them to stay the same example ~ but when transfer completed the character is replaced with a Q .. N any ideas ??? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
Been following this We are trying our DR on VM this year...naturally to minimize changes for a DR...and one was the Ser.Num so we need NOT have to call vendors for new Auth codes ...time consuming and error prone.. We are testing this end of month to see if anything falls out ... From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 03/12/2010 03:28 PM Subject: Re: Real CPU Id Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu __thought__ (and was wrong) that I was pointing out where the CPUID might not be the real one. I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, under z/VM, to some other value via the CP SET CPUID command. I.e. I was trying to point out a hole. I wasn't really criticising, and if I came across that way, I appologise. But, even under PR/SM there are differing serial numbers per LPAR. The first two (of 7) are based on the LPAR and the LP. The last 5 match the last 5 of the physical serial number. Most vendors followed IBM's recommendation, many years ago, to license based on just the last 5. I only know of one ISV, based in Islandia New York, that made you install multiple keys on multiple CPC's, based on all logical serial numbers, thus making admin a real pain. - 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Easytrieve replacement
you recall the product ibm had?? From: Edgington, Gerald gerald.edging...@libertymutual.com To: IBM-MAIN@bama.ua.edu Date: 02/16/2010 10:36 AM Subject: Re: CA Easytrieve replacement Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu There is/was an IBM tool, which was suppose to replace Easytrieve. The IBM product basically converts to the Easytrieve to Cobol, but without regards to performance or maintainability. Our experience was not a good one. Jerry Edgington -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Greg Shirey Sent: Tuesday, February 16, 2010 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: CA Easytrieve replacement If anyone has replaced CA-Easytrieve at their shop and is willing to share details about what product was chosen and how the replacement performs in comparison to Easytrieve, I'd be very interested in hearing about it. Please contact me off-line. TIA, Greg Shirey Ben E. Keith Company wgshi...@benekeith.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PKWARE
Anyone running PKWARE and experiencing problems allocating to non-SMS controlled volumes?? Specific to PDS or PDSE large files ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: PKWARE
Rel 11.1a on z/OS 1.9 - Forwarded by Ron Wells/AGFS/AGFin on 02/12/2010 08:59 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 02/12/2010 08:58 AM Subject: PKWARE Anyone running PKWARE and experiencing problems allocating to non-SMS controlled volumes?? Specific to PDS or PDSE large files ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF printer
Have a printer...PSF..that does not stop between forms changes...(no prompt for operator)..any particular parm in Printer setup...JES2 or the APSW proc. I can look at..?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF printer
works fine with exception... is there a way to have printer HALT..saying to change forms because it is different from what was just printerd. From: Wissink, Brad [ITSYS] bjwi...@iastate.edu To: IBM-MAIN@bama.ua.edu Date: 01/29/2010 03:04 PM Subject: Re: PSF printer Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The main thing is with the printer definition in JES2. The work selection criteria needs to have the Form as a criteria that must be matched exactly. That is done by moving it before the '/'. The default is (W,Q,R,PRM,LIM/F,UCS,FCB) You need (W,Q,R,PRM,LIM,F/UCS,FCB) Also, make sure SETUP=HALT. You can make the changes with the $T PRTxx command or SDSF. HTH. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Friday, January 29, 2010 2:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PSF printer Have a printer...PSF..that does not stop between forms changes...(no prompt for operator)..any particular parm in Printer setup...JES2 or the APSW proc. I can look at..?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TLS..FTP
We currently have a secure--TLS connection using self-signed cert.. for our tn3270.. Is there not a way to use the same cert. for a ftp ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TLS..FTP
Tried that--getting following...thinking something in racf that is limiting who uses it .. init failed with rc = 428 (Key entry does not contain a private key) From: Scott sc...@aitrus.org To: IBM-MAIN@bama.ua.edu Date: 01/25/2010 02:34 PM Subject: Re: TLS..FTP Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yeah, specify the same KEYRING in your FTP configuration, that you use in the TLS configuration. I'm not so sure that it's the best idea to use the same exact cert, but plenty of shops don't care about design since it's only used in these one or two contexts. Scott On Mon, Jan 25, 2010 at 12:32 PM, Ron Wells rwe...@agfinance.com wrote: We currently have a secure--TLS connection using self-signed cert.. for our tn3270.. Is there not a way to use the same cert. for a ftp ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS HFS/zFS
Best practice suggestions when doing Maint. Going to new Rel 1.9 to 1.11z/OS Have modifications in HFS off root file system as well as dir off root... we have in the past ...copy back our changes (first checking any additional changes needed)... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: OMVS HFS/zFS
- Forwarded by Ron Wells/AGFS/AGFin on 01/12/2010 03:48 PM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 01/12/2010 12:02 PM Subject: Re: OMVS HFS/zFS Best practice suggestions when doing Maint. Going to new Rel 1.9 to 1.11z/OS Have modifications in HFS off root file system as well as dir off root... we have in the past ...copy back our changes (first checking any additional changes needed)... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Union Pacific Railroad ditches its mainframe for SOA
sounded like another pin-head --- no nothing in charge From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Date: 12/21/2009 02:39 PM Subject: Re: Union Pacific Railroad ditches its mainframe for SOA Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List On Behalf Of Roach, Dennis (N-GHG) Cross posted due to the UP system being in assembler. http://www.computerworld.com/s/article/344916/Railroad_Crossing_When_Mai nframe_Meets_SOA?source=CTWNLE _nlt_thisweek_2009-12-21 The old system wouldn't have been able to handle that change is utter bull$h1t. More believable (and probably more correct) might have been something like The cost in both time and money to implement that change in the old system would have been prohibitive. -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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM driving mainframe systems programmers into the ground
problem...until companies...vendors like SAS / CA / Sterling and the like pull prices down...JUST BECAUSE IT IS M/F there still is a problem..Companies like MacKinney get it ... too bad there are not enough of them out there.. From: Bill Fairchild bi...@mainstar.com To: IBM-MAIN@bama.ua.edu Date: 11/12/2009 03:47 PM Subject: Re: IBM driving mainframe systems programmers into the ground Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Or become a contractor to IBM yourself. Then you can try to make a profit by offering your subcontractors considerably more than Veritas does. If IBM is trying to drive down the price of Sysprogs and they succeed, then they will have reduced the total cost of ownership of a mainframe system to a mainframe customer, and perhaps they will be able to sell more mainframe systems that way. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, November 12, 2009 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM driving mainframe systems programmers into the ground So if I remember what contracting companies do IBM charges one rate. Then a company like Veritas Solutions is contracted by IBM and then they have to pay even less because they need to make a profit. Which is probably why the hourly rate is SOOO LW So the best action is to deal directly with IBM and not its subcontractors. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternatives to QuickRef?
Question... what does Lookat not do that QuickRef does ?? From: Dana dmit...@shazam.net To: IBM-MAIN@bama.ua.edu Date: 11/02/2009 09:56 AM Subject: Re: Alternatives to QuickRef? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Mon, 2 Nov 2009 12:13:03 +0200, Itschak Mugzach imugz...@gmail.com wrote: Does anyone knows an alternative to the mainframe product known as QuickRef? ITschak Itschak, Have you seen IBM's 'LOOKAT' facility? http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ There's a downloadable package for running it under TSO/E. I've used it in the past when working at sites that do not have QW and it's a viable substitute. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 MASDEF
got it... From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 10/26/2009 07:36 AM Subject: Re: JES2 MASDEF Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron, To make sure I understand, you currently have OWNMEMB designated one way and now you want to change the name. So you have in JES2 Parms On First System you might have MASDEF OWNMEMB=SYSA On Next system you might have MASDEF OWNMEMB=SYSB On Next system you might have MASDEFOWNMEMB=SYSC Now you want to change the names on all of these to something else? First - I don't think you can blank out the OWNMEMB name. To do change the OWNMEMB names, you might have to do the following Change all of your JES2 parms to then new OWNMEMB names across the board. Also make sure your MEMBER= parms are updated if needed. Bring down ALL systems at the same time. A JES2 WARM start only happens when all systems in the JES2 MAS are down. Then IPL one system. After it is back up, then IPL the rest. If even one system is still active in the MAS at IPL time then it will be a HOT or QUICK start. I would do an OFFLOAD of your spool just in-case there are any problems - if you have to cold start, then your spool data is safe. Lizette wanting to change in MASDEF OWNMEMB name from what I have and also then MEMBER(1) NAME= From what I read ...since I share spool with another system.. I shut system I want to change the name onsystem(A)... Change the parm's to what I want... The other system(B) that is still up I need to change MEMBER(1) NAME to NAME=(blank) add another MEMBER(3) NAME= Reipl-warm start Then on system(B) Change MEMBER(1) NAME=(to name I want) Change MEMBER(3) NAME= to NAME=(blank) Shut down and warm start again. Then bring up other system(A) with changes I made...warm start.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 MASDEF
wanting to change in MASDEF OWNMEMB name from what I have and also then MEMBER(1) NAME= From what I read ...since I share spool with another system.. I shut system I want to change the name onsystem(A)... Change the parm's to what I want... The other system(B) that is still up I need to change MEMBER(1) NAME to NAME=(blank) add another MEMBER(3) NAME= Reipl-warm start Then on system(B) Change MEMBER(1) NAME=(to name I want) Change MEMBER(3) NAME= to NAME=(blank) Shut down and warm start again. Then bring up other system(A) with changes I made...warm start.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Justice Department probing allegations of abuse by IBM in mainframe computer market
A emulating JD probing themselves ... Gov. nothing else better to do with your tax money .. LOL From: Elliot, David elli...@aafes.com To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 10:07 AM Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu They'll be discovering steam next. Of course IBM is being unfair to its competitors. That's what being dominant means. David Elliot zSeries Software Support -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, October 08, 2009 12:39 AM To: IBM-MAIN@bama.ua.edu Subject: Justice Department probing allegations of abuse by IBM in mainframe computer market http://finance.yahoo.com/news/Justice-Dept-probing-IBMs-apf-3247734019.html?x=0sec=topStoriespos=4asset=ccode= -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Justice Department probing allegations of abuse by IBM in mainframe computer market
Rick... totally agree .. politics getting involved again ... someone wants something ... $$ From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 03:58 PM Subject: Re: Justice Department probing allegations of abuse by IBM in mainframe computer market Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu ---snip-- Um, no. A competitor may dominate because s/he has a better product, provides better services, provides a better price-point... OR has some advantage. Unfair advantages are actionable. ---unsnip IIRC, none of IBM's competitors in the mainframe market offer a 64-bit machine. What's unfair about providing something your competitors don't?? 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
And point you mentioned --- downward compat show me others that really--- REALLY -- worry about that ..other than IBM.. In the beginning...and I remember...back in the late 60's... it was a big issue and over the years the ability to run a program you wrote 3 decades ago still runs ... amazing ..concept. today your lucky...with others... to run from one release to another without major problems .. From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Date: 10/08/2009 04:07 PM Subject: Re: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu snip--- Obviously given the lack of support for 64 bit, the failure to implement 64 bit addressing so COBOL can run nicely in 64 bit Websphere, the failure to implement USAGE BIT, the failure to implement the IBM pushed decimal floating point, the failure to implement IEEE floating point using the 2002 COBOL STANDARD floating point usages, it is obvious COBOL is seen as a cash cow to be milked until phase-out. --unsnip--- I can't agree with that conclusion. Having examined compilers and libraries from OS/360 with an eye toward 31-bit addressing, I can tell you that the changes atr non-trivial and could get very expensive very fast. For all we know, the changes you ask for may be already in the works, but updating a compiler and all the associated library subroutines can get very involved very quickly, especially when downward compatability is still an important feature. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Comments
Looking for Pro's / Con's or alternatives to FDR/Upstream .. Mainframe and Other platform concerns..experiences -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool offload
well---did some testing... after offloading I tersed output... was able to ftp to pc/as400/linix and back.. untersed and able to bring back data.. maybe this all my fault---dah---should have zipped or tersed file before I ftp any where.. but was going to a as400 and thought nothing would change --- but guess I am wrong again ... thanks for everyone helping From: Brian Westerman brian_wester...@syzygyinc.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 01:07 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool offload
Here is screen print of 1st record below... From what I have been reading it--offload--reads first record (80) bytes of the 4042blocked record... .)=...AGFEI ..*.x..Q.. (...$ 05760327C44413110053A33D304003301313031103140315 2DEE1F2F17659000F0010F1002CF7FF8F1000FFE9F8F0F8F0F8D0F8B rest of record(displayed in ispf 3.4 is blank From: Brian Westerman brian_wester...@syzygyinc.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 01:07 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool offload
tried the command ... file came down but one record only header 80bytes and followed by hex'40'...? ftp said -- completed--with all records I expected?? From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 08:06 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Thursday, August 20, 2009 1:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool offload Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. Brian Another possibility is that the offload dataset is RECFM=U. When downloaded to a non-z/OS system, even in BINary, the physical record boundries are lost. So when it is re-uploaded to z/OS, ftp doesn't really know where one physical record ends and another one is supposed to begin. I have ftp'ed RECFM=U successfully, but only by using the QUOTE STRU R command. When done this way, the record structure is encoded in the downloaded file and can be reconstructed when uploaded. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool offload
did another offload -- below is it's header ..0,A06AGF ã.*.Ø..Q.. Ö...ã...(...$ 02F60022CFFCCC4440110053801D1040001E1011001400140015 2C0B193F106176006001061002C806784100067C96840686068D068B From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 08:06 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Thursday, August 20, 2009 1:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool offload Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. Brian Another possibility is that the offload dataset is RECFM=U. When downloaded to a non-z/OS system, even in BINary, the physical record boundries are lost. So when it is re-uploaded to z/OS, ftp doesn't really know where one physical record ends and another one is supposed to begin. I have ftp'ed RECFM=U successfully, but only by using the QUOTE STRU R command. When done this way, the record structure is encoded in the downloaded file and can be reconstructed when uploaded. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool offload
header on good one below... ..0,A06AGF ã.*.Ø..Q.. Ö...ã...(...$ 02F60022CFFCCC4440110053801D1040001E1011001400140015 2C0B193F106176006001061002C806784100067C96840686068D068B bad one... .)=...AGFEI ..*.x..Q.. (... 05760327C44413110053A33D30400330131303110314031 2DEE1F2F17659000F0010F1002CF7FF8F1000FFE9F8F0F8F0F8D0F8 not knowing how the fields s/b laid out and what needs to be in them??? From: Brian Westerman brian_wester...@syzygyinc.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 01:07 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: spool offload
See anything to cause error..?? see below on error I get.. $S OFFLOAD1,TYPE=RECEIVE $HASP000 OK IEF196I IEF237I 57B5 ALLOCATED TO SYS00014 $HASP121 OFF1.SR ERROR RECEIVING NETWORK JOB HEADER, RC=0 $HASP096 DISASTROUS ERROR AT SYMBOL SBFRCBER IN CSECT HASPSTAM $HASP088 JES2 ABEND ANALYSIS 996 $HASP088 -- $HASP088 FMID = HJE7740LOAD MODULE = HASJES20 $HASP088 SUBSYS = JES2 z/OS 1.9 $HASP088 DATE = 2009.232TIME = 11.15.43 $HASP088 DESC = DISASTROUS ERROR AT LABEL SBFRCBER $HASP088 MODULE MODULE OFFSET SERVICE ROUTINE EXIT $HASP088 NAME BASE + OF CALL LEVELCALLED ## $HASP088 --- --- -- $HASP088 HASPRAS 00024158 + 000534 OA22043 *ERROR $DIS $HASP088 HASPSTAM 1A4383A0 + 000C42 NONE $DISTERR $HASP088 HASPSTAM 1A4383A0 + 000152 NONE SBUFPASS $HASP088 HASPNSR 1A3EF7A8 + 0007BC OA22292 $EXTP $HASP088 PCE = OFF1.SR (1A4E0980) $HASP088 R0 = 1A4598D8 1A4781C0 $HASP088 R4 = 1A438FE2 1A459788 $HASP088 R8 = 7000 $HASP088 R12 = 80024376 1A4E0980 800245E8 00024FA8 $HASP088 --- $HASP072 RECOVERY IN PROGRESS $HASP073 RECOVERY SUCCESSFUL - NORMAL PROCESSING RESUMES $HASP097 OFF1.JRIS DRAINED $HASP097 OFF1.SRIS DRAINED - Forwarded by Ron Wells/AGFS/AGFin on 08/20/2009 11:17 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 08/20/2009 08:57 AM Subject: Re: spool offload header on good one below... ..0,A06AGF ã.*.Ø..Q.. Ö...ã...(...$ 02F60022CFFCCC4440110053801D1040001E1011001400140015 2C0B193F106176006001061002C806784100067C96840686068D068B bad one... .)=...AGFEI ..*.x..Q.. (... 05760327C44413110053A33D30400330131303110314031 2DEE1F2F17659000F0010F1002CF7FF8F1000FFE9F8F0F8F0F8D0F8 not knowing how the fields s/b laid out and what needs to be in them??? From: Brian Westerman brian_wester...@syzygyinc.com To: IBM-MAIN@bama.ua.edu Date: 08/20/2009 01:07 AM Subject: Re: spool offload Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Can you dump the current header? You can then either compare it to a new one that you generate, or send me a copy and I can see if I can see what needs to be changed. 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
spool offload
Have a spool offload dataset offload does not recognize format correctly... error on header when using offload,type=receive.. contacted ibm ..can not help since file was FTP'd to diff. platform and FTP'd back..(both in binary) which is most likely why header is not correct. can browse dataset with ISPF3.4 and see job's and output and so on... need is to get it in some readable format for browsing or print(133)..hopefully... any idea's... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
Question was basically asked if there was a non-zfs/nfs java avail. to run without the need of omvs on the z/os.. I did not know of any version was out there that did not require zfs/hfs.. From: Timothy Sipples timothy.sipp...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 08/04/2009 12:27 AM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I don't think Java(TM) would be Java(TM) without zFS (or something very much like zFS). A Zip file (i.e. Jar file) could be that very-much-like zFS thing. (More on this in a moment.) I'm a little confused, though, so perhaps the original poster can clarify. When you install the SDK for Java, it installs into zFS (or HFS). (A myriad of products require zFS or HFS, actually, and the number keeps growing.) zFS is where the Java runtime, compiler, class libraries, etc. live. Is that an issue? Or are you (also?) talking about running a Java program out of the non-zFS side? If the latter, does the standard // syntax work with the java command (e.g. from OMVS), to reference a Java program and/or class path on the non-zFS side? (I've never tried that.) If not, maybe that's something you could raise with IBM as a suggested enhancement to the SDK, and why it's an important feature to have. I'm completely confused by the mention of Linux. If you have z/OS, setting up Linux (an entire operating system, and even ignoring operational things like monitoring, backup, DR, etc.) just to run a Java program is easier than setting up zFS (an intrinsic base z/OS feature)? Really? I think Linux is wonderful too, but that would be a mighty strange planet, right? - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java question
Is there anything on horizon for Java pgm's written and exec'd MVS Loadlib's? ... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
reason asking is Java pgm'r was curious as why Java did not have something on the z/OS platform without the HFS/ZFS restriction(need).. From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 08/03/2009 02:42 PM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Monday, August 03, 2009 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Java question Is there anything on horizon for Java pgm's written and exec'd MVS Loadlib's? ... Out of curiousity, why? I do understand that many don't seem to like UNIX stuff on z/OS. And, it might actually be possible if there were a way to integrate the JZOS run-time into the load module, along with a specialized class loader. The heart of loading a Java program is the class loader. I can imagine a class loader which could load classes from a PDS. One of the main problems would be the 8 character limit on member names in a PDS. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
I gather also the alternative is the Linux to run Java on...less over head and can use the z/OS file system(s) DFS or NFS or some other fashion to get the benefits of z/OS file systems From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 08/03/2009 02:42 PM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Monday, August 03, 2009 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Java question Is there anything on horizon for Java pgm's written and exec'd MVS Loadlib's? ... Out of curiousity, why? I do understand that many don't seem to like UNIX stuff on z/OS. And, it might actually be possible if there were a way to integrate the JZOS run-time into the load module, along with a specialized class loader. The heart of loading a Java program is the class loader. I can imagine a class loader which could load classes from a PDS. One of the main problems would be the 8 character limit on member names in a PDS. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
will pass this on to the Java Pgmr...and post response .. From: Kirk Wolf k...@dovetail.com To: IBM-MAIN@bama.ua.edu Date: 08/03/2009 02:52 PM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Ron, Can you (or others who have similar requirements) be more specific as to what you are looking for? For example: What linkage conventions and addressing modes do you required? What types of parameters (data areas) would be required? Error (exception) handling requirements? Examples would be helpful. Kirk Wolf Dovetailed Technologies On Mon, Aug 3, 2009 at 2:26 PM, Ron Wells rwe...@agfinance.com wrote: Is there anything on horizon for Java pgm's written and exec'd MVS Loadlib's? ... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java question
Kirk What I recv'd back from Pgm'r.. yep, the 8 char limit would be a huge limitation to building a class structure, but then again, we've been working with 4 char program names on SCORE for who knows how long... i'm sure we would come up with a nice convention for naming. my desire is to execute everything solely within the TSO environment. so rather than writing my code and putting it in a jar file on HFS, and then in my batch job doing something like this: //XA344JVA JOB (6000),'AARON DUNLAP',CLASS=B,MSGCLASS=S, //MSGLEVEL=(1,1),NOTIFY=SYSUID //* //SA20 EXEC PROC=JZOS, // JAVACLS='jabs.replication.upload.TASUploadMF', // ARGS='file:/u/eeepc/apps/config/mf/upload.properties' //STDENV DD * ... I want to do something like this: //XA344JVA JOB (6000),'AARON DUNLAP',CLASS=B,MSGCLASS=S, //MSGLEVEL=(1,1),NOTIFY=SYSUID //* //SA20 EXEC PROC=JZOS, // JAVACLS='XA344.PDS.JAVA(TESTCODE)', // ARGS='A.P1.CM.ZZ.BRCH.PARMLIB(MYPARM)' //STDENV DD * ... within the context of the class structure of java, this might not make much sense though... From: Kirk Wolf k...@dovetail.com To: IBM-MAIN@bama.ua.edu Date: 08/03/2009 02:54 PM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu FWIW, Java already has a mechanism for launching a Unix executable (binary, shell script, REXX script) as a child process, where stdin/stdout/stderr can be piped into the child process. It is not difficult to create a REXX shell script in the HFS filesystem that loads and executes MVS load modules. Calling MVS load modules directly from Java (in the same process) is another matter, and that is what I thought you were asking about earlier. Kirk Wolf Dovetailed Technologies On Mon, Aug 3, 2009 at 2:46 PM, Ron Wells rwe...@agfinance.com wrote: reason asking is Java pgm'r was curious as why Java did not have something on the z/OS platform without the HFS/ZFS restriction(need).. From: McKown, John jmck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 08/03/2009 02:42 PM Subject: Re: Java question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: Monday, August 03, 2009 2:26 PM To: IBM-MAIN@bama.ua.edu Subject: Java question Is there anything on horizon for Java pgm's written and exec'd MVS Loadlib's? ... Out of curiousity, why? I do understand that many don't seem to like UNIX stuff on z/OS. And, it might actually be possible if there were a way to integrate the JZOS run-time into the load module, along with a specialized class loader. The heart of loading a Java program is the class loader. I can imagine a class loader which could load classes from a PDS. One of the main problems would be the 8 character limit on member names in a PDS. -- 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 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USSTAB
from what I gather some synbols not support---vtam vs tcpip.. is there or has some tested which apply..? at this point only interested in tcpip/tn3270 and have the smfid of the system being displayed.. From: Martin Kline martin.kl...@yrcw.com To: IBM-MAIN@bama.ua.edu Date: 07/24/2009 07:58 AM Subject: Re: USSTAB Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu VTAM and TCPIP handle the screens differently if the manuals can be trusted. The two manuals are SC31-8776 z/OS Communications Server IP Configuration Reference, and z/OS Communications Server SNA Resource Definition Reference. Both manuals describe the USSMSG macro. Both specify that if you want to dynamically substitute certain values such as LUNAME, HOSTNET, SENSE, SSCP name, etc, then y6ou have to code the USSMSG macro with the SCAN operand. Then, in the area defined by BUF1, you can code any of the supported symbols. Because some of the symbols, such as sense code and RU name, can only be supplied when the message is being displayed, VTAM and TCPIP must be scanning the message for symbols and replacing them at that time. MSG10 USSMSG MSG=10,BUFFER=(BUF1,SCAN) BUF1DC AL2(length of buffer) . . . DC C'---WELCOME-@@SSCPNM' . . . The IP reference, however, also indicates that you can use system symbols, whereas the SNA reference does not. SO, if this USS table is being loaded by TCPIP/TN3270, then you may be able to use system symbols. But, if the table is loaded by VTAM, then you may not. The IP reference also makes a vague reference to how the assembler handles the ampersand symbol. It indicates that you must code double ampersands in your 'DC' instruction in order to get a single ampersand in the assembled code. That is correct. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html