Re: PSP buckets for a z10 mainframe
Hi John, at one time we added this statement to our LOADxx member after similar problem:- INITSQA K 0001M On Thu, 30 Jun 2011 14:57:01 -0700, John Norgauer john.norga...@ucdmc.ucdavis.edu wrote: We had a system wait state code of 9064. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
Rick Fochtman wrote: Unless you're a serious masochist, I suggest you drop that line of inquiry. None of the HLL's support the Vector Processor so you're stuck using Assembler Language if you want to use it. That's not really true. For example, there was the IBM Engineering and Scientific Subroutine Library (ESSL) Vector and Scalar/370 software. That software provided a library of mathematical functions you could call from FORTRAN, C, PL/I, APL2, or Assembler programs on MVS or VM. It was also supported for the languages that ran on AIX/ESA. Program number was 5688-226, and it was withdrawn from marketing in 2001. VS FORTRAN Version 2 (not sure which release) also had some automatic vector support of its own. The Vector Facility for 3090s was announced on October 1, 1985. Announcement letter 185-121 is still available on IBM's announcements Web site (http://www.ibm.com/common/ssi). At the time you could rent your first Vector Facility for a list price of $30,830 per month and any subsequent VFs for $19,170 per month. The purchases prices were $370,000 and $230,000, respectively. All prices are in 1985 dollars, of course. Before that there was the IBM 3838 Array Processor which ran (eventually) the Vector Processing Subsystem (VPSS)/XA. I think the 3838 debuted in 1976 or 1977. Your VPSS stuff could run on the VFs using (what else) VPSS/VF. VPSS/XA was IBM Program Number 5665-301. VPS/XA also supported FORTRAN, at least. And before *that* there was the IBM 2938 Array Processor which you attached to your System/360. By the way, you could think of today's zEnterprise BladeCenter Extension (zBX) as a mainframe vector processor...plus lots of other capabilities. - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) 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
AUTO: Jim Obrizok is out of the office on Friday, July 1st, and July 4th, I'll be back in the office on Tuesday, July 5th. (returning 07/05/2011)
I am out of the office until 07/05/2011. If this is a emergency, please contact my backup - Fernando Vega - on 1-404-238-4580, or fv...@us.ibm.com. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 29 Jun 2011 to 30 Jun 2011 (#2011-181) sent on 7/1/11 0:00:04. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
The 1984 withdrawal announcement for the IBM 3838 Array Processor is still available at IBM's announcements Web site. The announcement number is 184-060. I found a list of several other high-level software products that apparently supported the VFs, at least some of which could be used by high level languages: 1. MSC/NASTRAN from MacNeal-Schwendler Corporation and NASA Information on MSC/NASTRAN is still available here: http://www.mscsoftware.com 2. CAEDS which was developed by Structural Dynamics Research Corporation then sold by IBM See IBM announcement 292-635, for example. 3. ANSYS from Swanson Analysis Systems, Inc. Company is now known as ANSYS, Inc. (http://www.ansys.com) 4. FIDAP developed by Fluid Dynamics International, distributed/serviced by Boeing Here's some historical information: http://web.utk.edu/~mnewman/ibmguide18.html#Header_446 5. EASY5 from Boeing http://www.boeing.com/assocproducts/easy5/ http://www.mscsoftware.com/Products/CAE-Tools/Easy5.aspx 6. IMSL Library from IMSL, Inc. http://www.roguewave.com/products/imsl-numerical-libraries.aspx IBM also offered Vector Facility Simulator software which provided instruction-level compatibility on machines that didn't have actual VF hardware. Of course, it was slower. I can't find too much information about the simulator, but in principle it would permit running VF software on System z machines. If possible, it would be very interesting to benchmark today's machines running the simulator against actual VF hardware. :-) - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) 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
Re: Packet Trace by specific jobname
John Not too many takers, polite or impolite! The greatest concentration of folk capable of making useful comments regarding matters related to the IP component of z/OS Communications Server (CS) are to be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Perhaps a little more explanation of what you are actually trying to do is in order. I can't remember what I last set up a packet trace with CS IP - or TCP/IP for MVS before it - so I had a look at the PKTTRACE statement. It doesn't seem to have a parameter by means of which you can specify a jobname. One strategy you could adopt is, for example, in the case of a listening server application you could specify the value of the port using the PORTNUM parameter. This might be just as effective as using the jobname. You should take on board that it is not usual even for specialists at the coal- face to carry around the pattern of messages in the output of commands - assuming that's what you have posted - in their heads! Chris Mason On Thu, 30 Jun 2011 08:24:37 -0700, Donnelly, John P john.p.donne...@nsc.com wrote: Wish to establish a packet trace for the indicated jobname...this does not seem to do anything...polite suggestions... IEE843I 08.19.04 TRACE DISPLAY 988 SYSTEM STATUS INFORMATION ST=(ON,0256K,00768K) AS=ON BR=OFF EX=ON MO=OFF MT=(ON,024K) TRACENAME = SYSTCPDA MODE BUFFER HEAD SUBS = OFF HEAD1 NO HEAD OPTIONS SUBTRACEMODE BUFFER HEAD SUBS -- TCP2TEL ON 0016M ASIDS *NONE* JOBNAMES J566SCTB OPTIONSMINIMUM WRITER TCPWTR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MFNetDisk PRO TCP issue PTF=160
HI, As I said yesterday the change in MVS make big improvement using DFDSS with almost 64K block size. I tried to change the same value in Windows, Windows did not react to the change at all. I looked in the Internet and I saw that Windows uses it way to deal with this parameter and it is depend in the Windows version etc.. So, I am happy with the change in MF. I need to check with Linux. So, I put version with the change in MVS and without any change to PC. I also add new performance tool, the first in MFNetDisk. This tool is very accurate to check the elapse time of IO done by MFNetDisk task. From the receiving the IO from MF until the sending status to MF. This is only the start to make much more better tool to MFNetDisk. The command to see the data is F MPC,QIO=Q. You can clear the old data by run QIO=C. In my user guide I put example of the output and even demonstrate in case of TCP error what the QIO will displayed. This is important tool to debug the product and to check if any program use CCW chain which I need to improve the way the MFNetDisk handle it. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: If you found used gum in the parking lot, would you chew it?
W dniu 2011-06-30 17:38, Darth Keller pisze: And what about USBs on offer at a conference ? (*). I'll bet a *lot* of them get stuffed into work machines. I'm looking at a stylized chameleon I'm pretty sure I got at a zSymposium. Shane - I agree with you. If I picked it up at a conference or an 'official' company function, I've never been concerned about the contents - but after reading this article, I not so sure that I'll use one for work ever again. BTDT I was on z/Series symposium and got pendrive with conference materials... and virus. What's more funny: the same virus were attached next year! However after that second time everyone was informed about it and apologized. BTW: comparison to chewing gum is miss. No need for psycholigst to know that it would be hard to find a person who want such gum even for money. We don't chew our pendrives, our mouth is not USB port. BTW2: As a part of my PC configuration I switch off autorun processing for all drive letters and all device types (there are two separate controls). I also protect my own USB sticks by creating autorun.inf directory with some hard to delete content. That prevents most viruses from creating their own autorun.inf file. In the past there were pendrives with read-only switch. Excellent for scenario my pendrive, alien PC. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Empty output in netstat home z/OS 1.10
Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLCSYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH 985RETURN CODE=1 AND REASON CODE= 10.255.224.222 is he first IP in HOME profile. Could be connect both messages (netstat and gethostbyaddr)? The z/OS communication server works fine in both lpar, except the problems above. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Hi There is also a TSO HOMETEST command. Do you see something unusual during IPL ? Mount problems , TCPIP startup problsm etc ? On 7/1/2011 2:07 PM, Jorge Garcia wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLCSYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH 985RETURN CODE=1 AND REASON CODE= 10.255.224.222 is he first IP in HOME profile. Could be connect both messages (netstat and gethostbyaddr)? The z/OS communication server works fine in both lpar, except the problems above. Regards Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.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
Re: Vector processors on the 3090
timothy.sipp...@us.ibm.com (Timothy Sipples) writes:
That's not really true. For example, there was the IBM Engineering and
Scientific Subroutine Library (ESSL) Vector and Scalar/370 software. That
software provided a library of mathematical functions you could call from
FORTRAN, C, PL/I, APL2, or Assembler programs on MVS or VM. It was also
supported for the languages that ran on AIX/ESA. Program number was
5688-226, and it was withdrawn from marketing in 2001. VS FORTRAN Version 2
(not sure which release) also had some automatic vector support of its own.
The Vector Facility for 3090s was announced on October 1, 1985.
Announcement letter 185-121 is still available on IBM's announcements Web
site (http://www.ibm.com/common/ssi). At the time you could rent your first
Vector Facility for a list price of $30,830 per month and any subsequent
VFs for $19,170 per month. The purchases prices were $370,000 and $230,000,
respectively. All prices are in 1985 dollars, of course.
Before that there was the IBM 3838 Array Processor which ran (eventually)
the Vector Processing Subsystem (VPSS)/XA. I think the 3838 debuted in 1976
or 1977. Your VPSS stuff could run on the VFs using (what else) VPSS/VF.
VPSS/XA was IBM Program Number 5665-301. VPS/XA also supported FORTRAN, at
least.
And before *that* there was the IBM 2938 Array Processor which you attached
to your System/360.
By the way, you could think of today's zEnterprise BladeCenter Extension
(zBX) as a mainframe vector processor...plus lots of other capabilities.
re:
http://www.garlic.com/~lynn/2011h.html#68 IBM Mainframe (1980's) on You tube
http://www.garlic.com/~lynn/2011h.html#69 IBM Mainframe (1980's) on You tube
http://www.garlic.com/~lynn/2011h.html#72 Vector processors on the 3090
http://www.garlic.com/~lynn/2011h.html#73 Vector processors on the 3090
there were a couple groups in kingston ... one was the ES center that
had a 3090VF (as well as 20 Floating Point Systems boxes) and the group
that was supposedly designing an IBM supercomputer ... but was also
funding/supporting various other activities ... like the HiPPI I/O
interface for 3090 and providing funding for Chen Supercomputer company.
long winded thread in a.f.c. from last year
http://www.garlic.com/~lynn/2010b.html#71 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#72 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#73 Happy DEC-10 Day
http://www.garlic.com/~lynn/2010b.html#74 Happy DEC-10 Day
and later thread in comp.arch
http://www.garlic.com/~lynn/2010f.html#47 Nonlinear systems and nonlocal
supercomputing
http://www.garlic.com/~lynn/2010f.html#48 Nonlinear systems and nonlocal
supercomputing
http://www.garlic.com/~lynn/2010f.html#49 Nonlinear systems and nonlocal
supercomputing
http://www.garlic.com/~lynn/2010f.html#50 Nonlinear systems and nonlocal
supercomputing
As mentioned in above, oct91, the senior executive sponsonsoring the
supercomputer effort retired and there was lots of review of various
projects. then there was an effort to canvas the company to find
something for supercomputer (they found the effort I was doing in
mid-jan92, and over a couple weeks, it was transferred to Kingston, we
were told we couldn't work on anything with than four more processors
and it was announced as supercomputer). misc. email from late 91 early
92
http://www.garlic.com/~lynn/lhwemail.html#medusa
This old post describes the ('87) cornell national supercomputer
facility with 3090-400 VF and five FPS boxes
http://www.garlic.com/~lynn/200c.html#2000c.html#61 TF-1
some followon in this old thread:
http://www.garlic.com/~lynn/2000d.html#2 IBM's ASCI White and Big Blue
architecture?
http://www.garlic.com/~lynn/2000d.html#3 IBM's ASCI White and Big Blue
architecture?
http://www.garlic.com/~lynn/2000d.html#8 IBM's ASCI White and Big Blue
architecture?
above references the 1.5gflops peak for 375mhz power3-ii chip is
approx. same as the aggregate for IBM Kingston ES lab in 1985 (with all
the FPS boxes)
HiPPI was the standards version of Cray 100mbyte/sec parallel (aka
half-duplex) channel (standards effort driven out of LANL). 3090 I/O
wasn't capable of handle the rate ... so a hack was done in the side of
3090 extended store bus ... with peek/poke semantics; aka basicaly i/o
commands data were read/written to special addresses on the 3090
extended store bus. Later there was serial-HiPPI (with fiber) which then
sort of merges with FCS (standards effort driven out of LLNL for 1gbit
fiber full-duplex; POK gets involved and there is now FICON flavor of
FCS).
--
virtualization experience starting Jan1968, 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
Re: Empty output in netstat home z/OS 1.10
The TSO HOMETEST works fine: EZA0602I TCP Host Name is: VREA EZA0605I Using Name Server to Resolve VREA EZA0611I The following IP addresses correspond to TCP Host Name: VREA EZA0612I 10.255.224.222 EZA0614I The following IP addresses are the HOME IP addresses defined in PROFIL .TCPIP: EZA0615I 10.255.224.222 EZA0615I 10.255.224.223 EZA0615I 10.255.224.224 EZA0615I 127.0.0.1 EZA0618I All IP addresses for VREA are in the HOME list] EZA0622I Hometest was successful - all Tests Passed] The development ROOT is mounted in READ ONLY and the production ROOT is mounted in RDWR. Could be the reason of the problem?. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Diagnose S0E0 Abend
This is unlikely to be a problem in z/OS What is more likely is that there is a logic error somewhere in your error recovery and the linkage stack level at retry is not what you (or the operating system) expect. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens Sent: 01 July 2011 13:48 To: IBM-MAIN@bama.ua.edu Subject: Re: Diagnose S0E0 Abend Lots of info in the POP about linkage stacks! Thanks Note: I now believe this is an IBM problem. This started after system changes made last weekend and the job will shutdown normally 50% of the time. Looking at POP to determine how to trace. Thanks for your help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Diagnose S0E0 Abend
Lots of info in the POP about linkage stacks! Thanks Note: I now believe this is an IBM problem. This started after system changes made last weekend and the job will shutdown normally 50% of the time. Looking at POP to determine how to trace. Thanks for your help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
On 7/1/2011 2:41 PM, Jorge Garcia wrote: The TSO HOMETEST works fine: EZA0602I TCP Host Name is: VREA EZA0605I Using Name Server to Resolve VREA EZA0611I The following IP addresses correspond to TCP Host Name: VREA EZA0612I 10.255.224.222 EZA0614I The following IP addresses are the HOME IP addresses defined in PROFIL .TCPIP: EZA0615I 10.255.224.222 EZA0615I 10.255.224.223 EZA0615I 10.255.224.224 EZA0615I 127.0.0.1 EZA0618I All IP addresses for VREA are in the HOME list] EZA0622I Hometest was successful - all Tests Passed] The development ROOT is mounted in READ ONLY and the production ROOT is mounted in RDWR. Could be the reason of the problem?. I don' think so, but you should get some message at TCP/IP or OMVS startup , and maybe the TSO netstat home ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing Java 64bit v6.0.1
In c11ded818b17214792b97fba28712bed04fa69c...@jer-email1.jer.ad.malam.com, on 06/29/2011 at 12:07 PM, gad...@malam.com said: The Program directory says that UA16880 is a prerequisite, but it looks to me that it this PTF is for VTAM in z/OS 1.10. Are there any ifreqs? Look for ++ IF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: If you found used gum in the parking lot, would you chew it?
In of863fa9ec.b979e2c9-on862578be.006d5f36-862578be.006e2...@assurant.com, on 06/29/2011 at 03:03 PM, Darth Keller darth.kel...@assurant.com said: Bloomberg reports that The US Department of Homeland recently ran a test on government employees to see how easy it was for hackers to gain access to computer systems, without the need for direct network access. Computer disks and USB sticks were dropped in parking lots of government buildings and private contractors, and 60% of the people who picked them up plugged the devices into office computers. And if the drive or CD had an official logo on it, 90% were installed. A large share of the blame goes to the monopoly software vendor that wrote code to automatically execute files on removable media. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDSE cache
Hi Started in zOS 1.11 the SMS PDSE1 address space with large cache, buffer_beyond_close etc. For my big surprise no any change in a program runtime, which is intensively using modules from PDSE libraries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
Why are we even talking about VPs? The z196 has OOO which enables HPC in any language. On 1/07/2011 10:36 AM, Rick Fochtman wrote: Ed Gould wrote: All the google searches are mute (or Cost $$$) As to the mega flops the facility had. Anyone have the numbers? Sorry to ask these semi off topic question but I was asked about them and am at a loss to find documentation that doesn#39;t. Cost $$ As a side question anyone work with the facility? Any stories you would like to share would be interesting. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Unless you're a serious masochist, I suggest you drop that line of inquiry. None of the HLL's support the Vector Processor so you're stuck using Assembler Language if you want to use it. And setting up the mechanisms for true vector processing is a non-trivial exercise. :-( BTDTGTSS NEVER AGAIN!!! Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
Miklos Barbara Nitz has explored this area in great detail in various threads over the last few years. Check the archives and read her posts - they are excellent. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: 01 July 2011 14:53 To: IBM-MAIN@bama.ua.edu Subject: PDSE cache Hi Started in zOS 1.11 the SMS PDSE1 address space with large cache, buffer_beyond_close etc. For my big surprise no any change in a program runtime, which is intensively using modules from PDSE libraries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
Hi Thank you, I will read her posts, but reading now it only works for SMS managed PDSE. My PDSE's are not SMS managed. D SMS,PDSE1,HSPSTATS says that all my dataset 's are cache eligible. On 7/1/2011 4:11 PM, Rob Scott wrote: Miklos Barbara Nitz has explored this area in great detail in various threads over the last few years. Check the archives and read her posts - they are excellent. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: 01 July 2011 14:53 To: IBM-MAIN@bama.ua.edu Subject: PDSE cache Hi Started in zOS 1.11 the SMS PDSE1 address space with large cache, buffer_beyond_close etc. For my big surprise no any change in a program runtime, which is intensively using modules from PDSE libraries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge Last Saturday we've upgrade our production lpar to z/OS 1.10. I believe you have a problem accessing the templates used to define the fixed content of messages. You should review your installation steps in order to work out something not done or not done correctly. I have no experience of the installation steps so you will need to take it from here - or perhaps someone who recognises the problem can jump in with more details. In any case, your best bet for expertise with the IP component of z/OS Communications Server - as you may have noticed I tirelessly point out - is the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia jgarc...@mapfre.com wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: ... Jorge García Juanino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Storage Occupancy
Thanks, TED and Kees.. The system is no paging..but I would like to know the reason. The Virtual Storage usage of the task - JCSOL is no increasing during the days.. Do you think it is normal ? thanks. Wang Xiaobing On Thu, 30 Jun 2011 09:59:45 +0200, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1461128744-1309404933-cardhu_decombobulator_blackberry.rim.net- 197 9920784-@b12.c1.bise6.blackberry... The name is JCSOL, but we found the REAL STORAGE occupied by JCSOL is increased, almost 6000 frames per day. Can someone provide any train of thought to investigate this problem? TIA. Is it a problem? Are you paging? Occupancy varies depending on the workload mix. The SRM has a concept called lazy pages. In other words, if no other task needs the memory, the working set won't be trimmed. This is especially the case, these days, with large stores z/OS. - Ted MacNEIL Agreed, CS usage does not say much in general. However, in this case I assume that the task's virtual storage is also increasing during the days and that could/should be a better trigger to suspect problems in the task with its storage management. So, forget CS, check the Virtual Storage usage of the task. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real Storage Occupancy
On Thu, 30 Jun 2011 19:54:44 -0500, Dale R. Smith dale- sm...@columbus.rr.com wrote: On Wed, 29 Jun 2011 22:22:24 -0500, Wang Xiaobing wang...@bayss.com wrote: Hi, We use a rexx program invoking ISFAFD to monitor the BATCH JOB, it is a long term running address space. The name is JCSOL, but we found the REAL STORAGE occupied by JCSOL is increased, almost 6000 frames per day. Can someone provide any train of thought to investigate this problem? TIA. Are you using stems in this long running REXX program? If you are and they are not explicitly being dropped, then that could account for some/all of the increase in storage use. REXX does not free storage used for stem elements even if you reuse the same stem name, so you need to drop the stem explicity to have REXX free the storage used. This normally isn't a problem as most REXX programs only run for a short time and storage is freed when the program ends. In your case, the program doesn't end, so no storage is freed. For example: Do Forever ...some process creates REXX stem (say line.) ...process elements in stem (line.) Drop line. /* Free Storage for Stem line. */ End /* Do Forever */ -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Dale, Thanks for you reply. I checked the program, looks like almost all stems have been explicitly DROPed...Anyway I will review the program again to see there is no missing. I find the problem is only real storage is increasing, virtual storage looks ok..can not understand why.. Wang Xiaobing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Storage Occupancy
Virtual storage used by the task won't increase unless new GETMAIN is issued. After initial GETMAIN the working set will increase as the task begins to access more pages without FREEMAIN. These days, as real storage is usually not a problem, it's possible that those pages will reside in central storage for a long time. I guess that's what you saw. So in my opinition, you should check the program logic to find the possible cause: do you declare more variables as time goes by and never FREEMAIN the no-longer-used ones? My two cents. Best Regards, Johnny Luo On Fri, Jul 1, 2011 at 10:59 PM, Wang Xiaobing wang...@bayss.com wrote: Thanks, TED and Kees.. The system is no paging..but I would like to know the reason. The Virtual Storage usage of the task - JCSOL is no increasing during the days.. Do you think it is normal ? thanks. Wang Xiaobing On Thu, 30 Jun 2011 09:59:45 +0200, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1461128744-1309404933-cardhu_decombobulator_blackberry.rim.net- 197 9920784-@b12.c1.bise6.blackberry... The name is JCSOL, but we found the REAL STORAGE occupied by JCSOL is increased, almost 6000 frames per day. Can someone provide any train of thought to investigate this problem? TIA. Is it a problem? Are you paging? Occupancy varies depending on the workload mix. The SRM has a concept called lazy pages. In other words, if no other task needs the memory, the working set won't be trimmed. This is especially the case, these days, with large stores z/OS. - Ted MacNEIL Agreed, CS usage does not say much in general. However, in this case I assume that the task's virtual storage is also increasing during the days and that could/should be a better trigger to suspect problems in the task with its storage management. So, forget CS, check the Virtual Storage usage of the task. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: If you found used gum in the parking lot, would you chew it?
On Thu, 30 Jun 2011 08:41:05 -0400, Shmuel Metz (Seymour J.) wrote: people who picked them up plugged the devices into office computers. And if the drive or CD had an official logo on it, 90% were installed. A large share of the blame goes to the monopoly software vendor that wrote code to automatically execute files on removable media. Don't overlook collusion by that vendor's customers who welcome the behavior and impel the vendor to support it. And the E-commerce culture where users can complete some electronic transactions only by using that hazardous OS. And employers who require forms completed and documents processed using applications available only for that OS. Spontaneous symmetry breaking. But for some faint hope: Big Blue offers staff Apples http://www.theregister.co.uk/2011/06/30/ibm_staff_get_macs/ A few years ago, I assembled a software product installation package on CD-ROM. I tested the installation from Solaris and OS X. Worked fine. I hoped for the best from Linux. I even tested it superficially from Windows XP. I was satisifed. I handed it off to an independent tester, who promptly complained: When I insert the disk, I get a prompt, 'Where do you want the media files on this disk saved?' How should I answer this prompt; there are no instructions? That hadn't happened to me; must have been a configuration difference. So I tried to bypass the prompt by doing some research and supplying an AUTORUN.INF file (admitting defeat) to automatically open the Start Here.html file in the root. Couldn't make it work. Syntax errors, whatever I tried. Finally, I stumbled on letting AUTORUN.INF start AUTORUN.BAT which launched Start Here.html. This leaves a comatose CMD.EXE window lying around until the user exits the browser. But I declared victory and got out. It continues to work fine with no adverse interactions on other OSes. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vector processors on the 3090
l...@garlic.com (Anne Lynn Wheeler) writes: try search linkpak 3090 vf for various other refs finger slip ... that should be linpack (not linkpak) http://en.wikipedia.org/wiki/LINPACK first top 500 doesn't have ibm mainframe http://www.top500.org/list/1993/06/100 old post w/s-computer sep86 list of supercomputers on bitnet (post previously refed): http://www.garlic.com/~lynn/2000c.html#61 TF-1 lists a couple 3090/VF -- virtualization experience starting Jan1968, 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
Enclave help
NP NAME Time,OwnerSys,OwnerJob,OwnerAS,OwnerASX,Original,Scope 194002C094F 1.31 SSFE DB2PDIST 134 0086 YES LOCAL Hello all, I have a question. Is there any way to cancel the above enclave? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information 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: If you found used gum in the parking lot, would you chew it?
Is this recent? That very same thing was done, jeez, if I remember, about 10 or so years ago, give or take. And if this is recent, just goes to show you, after it all, nothing really changed very much over the years. I wonder if this or what other tactic could be used to break into a mainframe. Just for the sake of argument, I don't expect it to be an outside job. I've never met at all a mainframe that could be accessed from the outside. Could be, but I'd think more in the past than in today's world. So most likely it would most likely be an inside job. What do you think? I don't know those sorts of security issues. From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Darth Keller [darth.kel...@assurant.com] Sent: 29 June 2011 23:03 To: IBM-MAIN@bama.ua.edu Subject: If you found used gum in the parking lot, would you chew it? http://thenextweb.com/industry/2011/06/28/us-govt-plant-usb-sticks-in-security-study-60-of-subjects-take-the-bait/?awesm=tnw.to_19ePa Bloomberg reports that The US Department of Homeland recently ran a test on government employees to see how easy it was for hackers to gain access to computer systems, without the need for direct network access. Computer disks and USB sticks were dropped in parking lots of government buildings and private contractors, and 60% of the people who picked them up plugged the devices into office computers. And if the drive or CD had an official logo on it, 90% were installed. Found this article to be very interesting reading. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Storage Occupancy
It's difficult to find the reason from the program logic...:-( Wang Xiaobing On Fri, 1 Jul 2011 23:15:04 +0800, Johnny Luo johnny.xingkui@gmail.com wrote: Virtual storage used by the task won't increase unless new GETMAIN is issued. After initial GETMAIN the working set will increase as the task begins to access more pages without FREEMAIN. These days, as real storage is usually not a problem, it's possible that those pages will reside in central storage for a long time. I guess that's what you saw. So in my opinition, you should check the program logic to find the possible cause: do you declare more variables as time goes by and never FREEMAIN the no-longer-used ones? My two cents. Best Regards, Johnny Luo On Fri, Jul 1, 2011 at 10:59 PM, Wang Xiaobing wang...@bayss.com wrote: Thanks, TED and Kees.. The system is no paging..but I would like to know the reason. The Virtual Storage usage of the task - JCSOL is no increasing during the days.. Do you think it is normal ? Â thanks. Wang Xiaobing On Thu, 30 Jun 2011 09:59:45 +0200, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1461128744-1309404933- cardhu_decombobulator_blackberry.rim.net- 197 9920784-@b12.c1.bise6.blackberry... The name is JCSOL, but we found the REAL STORAGE occupied by JCSOL is increased, almost 6000 frames per day. Can someone provide any train of thought to investigate this problem? TIA. Is it a problem? Are you paging? Occupancy varies depending on the workload mix. The SRM has a concept called lazy pages. In other words, if no other task needs the memory, the working set won't be trimmed. This is especially the case, these days, with large stores z/OS. - Ted MacNEIL Agreed, CS usage does not say much in general. However, in this case I assume that the task's virtual storage is also increasing during the days and that could/should be a better trigger to suspect problems in the task with its storage management. So, forget CS, check the Virtual Storage usage of the task. Kees. *** * For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 *** * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge I've just spotted this but I have time only for a quick message: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.co mmserv_v1/commserv/1.9z/appl/FTP_Other.pdf Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia jgarc...@mapfre.com wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLCSYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR TCP/IP 985 985 GETHOSTBYADDR(10.255.224.222) FAILED WITH 985RETURN CODE=1 AND REASON CODE= 10.255.224.222 is he first IP in HOME profile. Could be connect both messages (netstat and gethostbyaddr)? The z/OS communication server works fine in both lpar, except the problems above. Regards Jorge García Juanino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
All, I still have an electronic copy of the SA22-7207-00 ESA390 Vector Operations manual. I've been considering for a while to write an extension for Don Higgins' z390 assembler to create Vector Facility support there. I haven't started yet, as it seems a lot of work, and doubtful that anybody would be interested. Who would be able to contribute code samples (read: test cases) if such an extension to z390 would be built? Anybody interested? Cheers, Abe Kornelis. = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
On 7/1/2011 7:39 PM, Abe F. Kornelis wrote: Who would be able to contribute code samples (read: test cases) if such an extension to z390 would be built? Anybody interested? I doubt it... VF has been deprecated (in its current form anyway) for quite some time.. To a point where the op codes for the VF have been reused for some z/Arch specific instructions. --Ivan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Ads on IBM-MAIN
Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. People on this list have been very fair, but at the same time limiting constant ads one after the other. Just saying. Me personally, I can simply not click on things. Not a problem. I just do not want this list to be flooded with ads. Remember someone once, and only once, posted a job query with his resume, etc? It wasn't tolerated after even one post. A few of you guys let him have it. Fair is fair. But, i don't want to cause trouble. If you don't agree, just ignore me. That's the fastest way to kill a thread. /Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Empty output in netstat home z/OS 1.10
Chris is likely correct. I would suspect you did not properly clone or otherwise upgrade your Unix System Services root when you moved to z/OS 1.10 Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, July 01, 2011 7:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Empty output in netstat home z/OS 1.10 Jorge Last Saturday we've upgrade our production lpar to z/OS 1.10. I believe you have a problem accessing the templates used to define the fixed content of messages. You should review your installation steps in order to work out something not done or not done correctly. I have no experience of the installation steps so you will need to take it from here - or perhaps someone who recognises the problem can jump in with more details. In any case, your best bet for expertise with the IP component of z/OS Communications Server - as you may have noticed I tirelessly point out - is the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia jgarc...@mapfre.com wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: ... Jorge García Juanino -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Jorge The unsatisfactory people who manage the IBM web site have removed a Techdoc which - I have every confidence - used to explain this problem. The Techdoc was referenced in the following post: http://bama.ua.edu/cgi-bin/wa?A2=ind0912L=ibm-mainT=0amp;F=S=P=54471 A possible useful explanation may be being provided here: quote EZZ0154I CONFIGURATION: UNABLE TO OPEN MESSAGE CATALOG #8243; cfmsg.cat#8243; - errmsg rc/rsn Explanation: The configuration component was unable to open the configuration message catalog #8243;cfmsg.cat#8243; in the message catalog directory. The default location for the message catalog is set by the NLSPATH environment variable to be #8243;NLSPATH=/usr/lib/nls/msg/%L/%Namp;#8243;. errmsg describes the Return Code. rc is the decimal Return Code returned by catopen(). Return Codes are listed and described in the z/OS UNIX System Services Messages and Codes. rsn is the hexadecimal reason code returned by catopen(). Reason Codes are listed and described in the z/OS UNIX System Services Messages and Codes. System action: The configuration component will use the internal default messages instead of the messages from the external message catalog. Operator response: If you want to use the external message catalog, contact the system programmer to correct the error. If the default messages are acceptable, no action is necessary. System programmer response: Install the current level of the Configuration message catalog then restart TCPIP to gain access to the message catalog. If the problem persists, contact the IBM software support center. Module: EZACFMMN Procedure Name: main /quote Chris Mason On Fri, 1 Jul 2011 12:01:56 -0500, Chris Mason chrisma...@belgacom.net wrote: Jorge I've just spotted this but I have time only for a quick message: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea. co mmserv_v1/commserv/1.9z/appl/FTP_Other.pdf Chris Mason On Fri, 1 Jul 2011 07:07:10 -0500, Jorge Garcia jgarc...@mapfre.com wrote: Hello: Last Saturday we've upgrade our production lpar to z/OS 1.10. Since last saturday when we enter the netstat home command we received this output: EZZ2350I MVS TCP/IP NETSTAT CS V1R10 TCPIP Name: TCPIP EZZ2698I -- reserved for future use -- EZZ2699I -- reserved for future use -- EZZ2700I Home address list: *** EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg EZZ2701I Address Link Flg All fields are empty. In our development LPAR works fine in z/OS 1.10. We've revised: 1 .- The RESOLVER config: This is our RESOLVER proc: //RESOLVER PROC PARMS='CTRACE(CTIRES00)' //EZBREINI EXEC PGM=EZBREINI,REGION=0M,TIME=1440,PARM=PARMS //SETUP DD DSN=SYS2.TCPIP.TCPPARMS(RESOLCSYSCLONE),DISP=SHR 2 .- Content of RESOLCVR DOMAINORIGIN ES.MAPFRE.NET SEARCH ES.MAPFRE.NET SEARCH DES000.MAPFRE.NET SEARCH DES007.MAPFRE.NET These are our business DNS. We can entered a ping to the first IP in HOME PROFILE. 3 .- Our etc/hosts has the correct IP (the same than HOME in PROFILE) 4 .- We are searching too the netmsg.cat in /usr/lpp/tcpip because appears in some links. This file is identical between our production lpar and development lpar 5.- In production lpar we enter the comand D TCPIP,TCPIP,NETSTAT,CON the system respond: D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 211 -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- -- RESERVED FOR FUTURE USE -- 6 .- In development lpar we enter the same command: ro vdes,D TCPIP,TCPIP,NETSTAT,CON EZZ2500I NETSTAT CS V1R10 TCPIP 711 USER ID CONN LOCAL SOCKET FOREIGN SOCKET STATE BPXOINIT 0043 0.0.0.0..10007 0.0.0.0..0 LISTEN CICSAD01 E54C 10.255.224.212..4113 0.0.0.0..0 LISTEN CICSAD02 E54E 10.255.224.212..4114 0.0.0.0..0 LISTEN CICSAT01 E4E2 10.255.224.212..3221 0.0.0.0..0 LISTEN CICSAT02 E4D2 10.255.224.212..3222 0.0.0.0..0 LISTEN CICSTD01 E548 10.255.224.212..4111 0.0.0.0..0 LISTEN CICSTD02 E549 10.255.224.212..4112 0.0.0.0..0 LISTEN CICSTI01 E4CA 10.255.224.212..4121 0.0.0.0..0 LISTEN CICSTI02 E4CC 10.255.224.212..4122 0.0.0.0..0 LISTEN CICSTN01 E4C8 10.255.224.212..4151 0.0.0.0..0 LISTEN 7 .- We haven't change the profile in the upgrade to z/OS 1.10 in both lpar. 8 .- When the DB2 master starts, it appears the message: 23.29.37 STC06383 DSNL512I %DSNR DSNLILNR
Re: z196-BC announcement pending?
It´s a z196 BC announcement.! Carlos Bodra IBM Certified Specialist System z Sao Paulo - Brazil Em 30/06/2011 16:33, Pommier, Rex R. escreveu: Just got an invite to a live virtual event on July 12 regarding the evolution of the z hybrid. Here is the first paragraph of the announcement. Join us on July 12, 2011 for the next step in the evolution of zEnterprise(tm) hybrid computing - with a new entry point for clients of all sizes - designed to unleash new business innovation in your data center. Greg Lotko, who was at the Vanguard security conference in Vegas last week said we could probably expect the announcement third quarter, and he gave it a possible name of z114. Rex 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 and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Real return address for link and attach
I have a situation where my subtask terminates and it seems it returns to somewhere in my program and starts executing my primary task (hard to believe isn't it). I want to check out my theory by determining in a dump where the attachx is going to return to after I execute the BR 14 (and return to attachx). I would also like to know where LINK(LINKX) is returning to when I execute the BR 14 (and return to link). Please help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclave help
Hi Mike, An enclave will involve more than one address space. I do not know enough about DB2 to advise you, except to recommend that you identify the parent and the children. Why do you want to cancel? HTH, Linda - Original Message - From: Mike S Ward mw...@ssfcu.org To: IBM-MAIN@bama.ua.edu Sent: Friday, July 1, 2011 9:29:27 AM Subject: Enclave help NP NAME Time,OwnerSys,OwnerJob,OwnerAS,OwnerASX,Original,Scope 194002C094F 1.31 SSFE DB2PDIST 134 0086 YES LOCAL Hello all, I have a question. Is there any way to cancel the above enclave? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information 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
Re: Real return address for link and attach
If an attached task has terminated, there should be nothing in your dump related to it. The BR 14 in the task should branch to an operating system routine to post the ECB and perform the appropriate housekeeping. The only thing in your dump should be the ECB. The mother and daughter tasks both compete for execution time independently. The code following the ATTACH(X) macro can execute before or after any portion of the attached task. If you need the mother task to wait on the daughter, it is your responsibility to WAIT on the ECB. If a linked routine follows normal save area conventions, then in the save area you passed it in R13 you should be able to find the contents of R14. This is where the BR 14 instruction should return if you remembered to restore the registers before branching. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens Sent: Friday, July 01, 2011 12:18 PM To: IBM-MAIN@bama.ua.edu Subject: Real return address for link and attach I have a situation where my subtask terminates and it seems it returns to somewhere in my program and starts executing my primary task (hard to believe isn't it). I want to check out my theory by determining in a dump where the attachx is going to return to after I execute the BR 14 (and return to attachx). I would also like to know where LINK(LINKX) is returning to when I execute the BR 14 (and return to link). Please help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vector processors on the 3090
On Fri, 1 Jul 2011 15:37:31 +0800, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Before that there was the IBM 3838 Array Processor which ran (eventually) the Vector Processing Subsystem (VPSS)/XA. I think the 3838 debuted in 1976 or 1977. Your VPSS stuff could run on the VFs using (what else) VPSS/VF. VPSS/XA was IBM Program Number 5665-301. VPS/XA also supported FORTRAN, at least. For what its worth, the SUBSYS= support on the DD statement was invented by Barry Goldstein and myself to support the 3838. It allowed FORTRAN I/O to be redirected to VPSS for passing arrays into and out of the 3838. (The 3838 looked like a tape device to FORTRAN). Of course, many of you have found other uses for SUBSYS= since then... W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
BT cables
I have a couple of requests for some bus and tag cables - one request from the Computer History Museum - as well as a request for some old IBM 3270 family terminals (any vintage). Does anyone know of any in the New York/New England area I could go fetch? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCPIP PROFILE
Hello TCP/IP z/OS gurus I need to configure a telnet access thru tcpip z/OS 1.5. Since I´m not familiar to this, seems that all is defined in gateway statement. My home address will 192.168.1.230, gateway is 192.168.1.225 and network mask is 255.255.255.240 How should I define my gateway statement bellow: GATEWAY 201.56.73.230 =LINKPROD 1500 HOST DEFAULTNET 201.56.73.224 LINKPROD 1500 0.0.0.8 201.56.73.0 Thanks in advance -- Carlos Bodra Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
---snip-: Rick: OK will do. I disagree with the none of the higher level languages support it. I have found several mentions of FORTRAN. However I was not looking for usage techniques just some general information. I haven't looked at all of the rich URL's given out by Lyn yet will get around to them tomarrow. As usual they are a rich treasure trove of information. I did find some interesting HLL examples (general ones). Which was fine I am not into details on the thing. Consider it dropped. Ed -unsnip--- Let me amend original statement: WE never found any HLL support for the Vector Processor. 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
Re: BT cables
All gone, but towards the end we were using some of the Info Window boxes(maybe 3192 something) with VGA hookups and Dell flat screen monitors. In a message dated 7/1/2011 2:52:32 P.M. Central Daylight Time, wdonze...@gmail.com writes: IBM 3270 family terminals (any vintage). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: BT cables
Have some is California, also a couple Info Window 3270's. Dale McCart Senior Systems Programmer / zSeries, z/OS, z/VM, zLinux Kawasaki Motors Corp., U.S.A. 9950 Jeronimo Rd. Irvine, California 92618-2084 Telephone: (949) 770-0400 extension 2316 Fax: (949) 460-5576 E-mail: dale.mcc...@kmc-usa.com Visit our website at http://www.kawasaki.com * This Email is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521, and is confidential, legally privileged, and exempt from disclosure. The information contained in this Email is intended only for the use of the individual or entity named above. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons other than the intended recipient is strictly prohibited. If you have received this communication in error, please notify us by replying to this Email and destroy all copies of the original message. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors, omissions or damage caused by any virus transmitted by this email. The recipient should check this email and any attachments for the presence of viruses. The view and/or opinions of individuals expressed within this document do not necessarily reflect the views of the Kawasaki or it's affiliates. Please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. * © 1966-2010 Kawasaki Motors Corp., U.S.A. From: William Donzelli wdonze...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 07/01/2011 12:54 PM Subject:BT cables Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I have a couple of requests for some bus and tag cables - one request from the Computer History Museum - as well as a request for some old IBM 3270 family terminals (any vintage). Does anyone know of any in the New York/New England area I could go fetch? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
On Fri, 1 Jul 2011 12:38:53 -0700, Schwarz, Barry A wrote: If an attached task has terminated, there should be nothing in your dump related to it. The BR 14 in the task should branch to an operating system routine to post the ECB and perform the appropriate housekeeping. The only thing in your dump should be the ECB. The exit from an ATTACH is SVC 3. BR 14 takes you to CVTEXIT. If the task was attached with the ECB= or EXTR= operands, it is not removed from virtual storage until a DETACH is issued. I've never looked at a dump at that point in time, but I think that means that the TCB is still there. If a linked routine follows normal save area conventions, then in the save area you passed it in R13 you should be able to find the contents of R14. This is where the BR 14 instruction should return if you remembered to restore the registers before branching. LINK is an SVC and the linked program runs under control of an SVRB. The return from the linked routine also takes you to CVTEXIT, which is an SVC 3 instruction. The SVC will delete the SVRB and return control to the RB that was active when the LINK was issued. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Vector processors on the 3090
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/01/2011 03:37:31 AM: From: Timothy Sipples timothy.sipp...@us.ibm.com And before *that* there was the IBM 2938 Array Processor which you attached to your System/360. If this is the beast I think it is, it attached only to 360s as a channel that had outboard channels. Memory (no bit correction) says that was 44, 65, 75, 91, and 165/8 on 370. May be more. The programs were channel programs. I was told that this was the reason the 44 was created. And that it was 65 + lobotomy. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
On Fri, 1 Jul 2011 15:33:07 -0500, Tom Marchant wrote: LINK is an SVC and the linked program runs under control of an SVRB. The return from the linked routine also takes you to CVTEXIT, which is an SVC 3 instruction. The SVC will delete the SVRB and return control to the RB that was active when the LINK was issued. What do LINK and ATTACH respectively pass the child program as a save area pointer? o The caller's R13? o Other (specify)? If the caller ATTACHes multiple subtasks, must it provide a separate save area for each? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real Storage Occupancy
It's not abnormal. Storage occupancy is next to meaningless if there's no paging. That's why IBM's recommendation is to set the SDC to ZERO. Your task is referencing pages and no other task needs more, so the RSM has no need to take them away. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Wang Xiaobing wang...@bayss.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 1 Jul 2011 09:59:45 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Real Storage Occupancy Thanks, TED and Kees.. The system is no paging..but I would like to know the reason. The Virtual Storage usage of the task - JCSOL is no increasing during the days.. Do you think it is normal ? thanks. Wang Xiaobing On Thu, 30 Jun 2011 09:59:45 +0200, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1461128744-1309404933-cardhu_decombobulator_blackberry.rim.net- 197 9920784-@b12.c1.bise6.blackberry... The name is JCSOL, but we found the REAL STORAGE occupied by JCSOL is increased, almost 6000 frames per day. Can someone provide any train of thought to investigate this problem? TIA. Is it a problem? Are you paging? Occupancy varies depending on the workload mix. The SRM has a concept called lazy pages. In other words, if no other task needs the memory, the working set won't be trimmed. This is especially the case, these days, with large stores z/OS. - Ted MacNEIL Agreed, CS usage does not say much in general. However, in this case I assume that the task's virtual storage is also increasing during the days and that could/should be a better trigger to suspect problems in the task with its storage management. So, forget CS, check the Virtual Storage usage of the task. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP PROFILE
Hello TCP/IP z/OS gurus I need to configure a telnet access thru tcpip z/OS 1.5. Since I´m not familiar to this, seems that all is defined in gateway statement. My home address will 192.168.1.230, gateway is 192.168.1.225 and network mask is 255.255.255.240 How should I define my gateway statement bellow: GATEWAY 201.56.73.230 =LINKPROD 1500 HOST DEFAULTNET 201.56.73.224 LINKPROD 1500 0.0.0.8 201.56.73.0 Thanks in advance -- Carlos Bodra Sao Paulo - Brazil Carlos, If you have not joined the TCPIP newsgroup, you may wish to do so. For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Also, I think z/OS V1.5 is no longer supported? Do you have plans to upgrade? 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
Re: Real Storage Occupancy
I find the problem is only real storage is increasing, virtual storage looks ok..can not understand why.. As I've tried to tell, this NOT a problem. Virtual storage is stable. There is no paging issue. So, what's the problem? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 return address for link and attach
On Fri, 1 Jul 2011 15:45:30 -0500, Paul Gilmartin wrote: What do LINK and ATTACH respectively pass the child program as a save area pointer? I'm not sure about LINK. Attach always provides a 144-byte save area regardless of what was in the attaching program's r13. If the caller ATTACHes multiple subtasks, must it provide a separate save area for each? No. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 return address for link and attach
On 7/1/2011 1:45 PM, Paul Gilmartin wrote: What do LINK and ATTACH respectively pass the child program as a save area pointer? o The caller's R13? o Other (specify)? The answer for LINK is fully documented. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a9b0/69.1.4 (Hint: R13 is unchanged.) If the caller ATTACHes multiple subtasks, must it provide a separate save area for each? The answer for ATTACH is fully documented. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a7a0/5.1.8 (Hint: R13 points to a system-provided save area.) Please RTFM whenever possible before submitting a query to IBM-MAIN. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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
CA Updates mainframe tools with New Interface
Watch Wrap: http://news.techworld.com/data-centre/3288044/ca-updates-mainframe-tools-with-new-interface/?cmpid=TD1N5no1x1olo=daily%20newsletter Addressing some of the chief problems faced by mainframe operators today, CA Technologies has updated its stack of mainframe management software to help cut costs and simplify management. I talk to hundreds of customers a year. I ask them what are the challenges they face, said Dayton Semerjian, general manager for mainframes for CA Technologies. END PASTE QUote-- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z196-BC announcement pending?
The Register have more info on the new BC http://www.theregister.co.uk/2011/06/29/ibm_systemz11_bc_mainframe/ -- Ian http://www.cicsworld.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
On 7/1/2011 2:10 PM, Lindy Mayfield wrote: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. People on this list have been very fair, but at the same time limiting constant ads one after the other. I'm not clear whether you're responding to a specific message, or just in general. The rules are that blatant ads are forbidden, except when they are first submitted for moderator approval. Implicit ads, via footer, are a bit trickier, as some of those are inserted without the sender's control. What there seems to be less control over is the harvesting of addresses, followed by a specific mailing, and bypassing the list. Any such senders get added to my blacklist, and I try to let them know why we're never doing business with them. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
On Fri, 1 Jul 2011 16:18:33 -0500, Tom Marchant m42tom- ibmm...@yahoo.com wrote: . . . Attach always provides a 144-byte save area . . . Not always. Not when SVAREA=NO specified and condition of supervisor state or system key met. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TCPIP PROFILE
Carlos I need to configure something to do with the IP component of z/OS Communications Server (CS) Since I´m not familiar to this, ... I suggest you get your colleague who *is* familiar with the IP component of z/OS CS to subscribe to the IBMTCP-L list as recommended by Lizette Koehler and post a much more accurately expressed specification of what you need there. My home address will 192.168.1.230, gateway is 192.168.1.225 and network mask is 255.255.255.240 FWIW these specifications map to the following, assuming that LINKPROD is the name of the LINK statement which is part of the definition of your interface: HOME 192.168.1.230 BEGINROUTES ROUTE 192.168.1.224/28 = LINKPROD MTU 1500 ROUTE DEFAULT 192.168.1.225 LINKPROD MTU 1500 ENDROUTES Note this is far more than telnet access thru tcpip but rather basic static routing statements for any sort of traffic out of the CS IP node. Note further that, even if you cannot follow how I managed to create those ROUTE statements - which is what you should be using these days rather than the GATEWAY statement, your colleague who is familiar with the IP component of z/OS CS will understand very well. Chris Mason On Fri, 1 Jul 2011 17:11:08 -0300, Carlos Bodra - Pessoal cbo...@terra.com.br wrote: Hello TCP/IP z/OS gurus I need to configure a telnet access thru tcpip z/OS 1.5. Since I´m not familiar to this, seems that all is defined in gateway statement. My home address will 192.168.1.230, gateway is 192.168.1.225 and network mask is 255.255.255.240 How should I define my gateway statement bellow: GATEWAY 201.56.73.230 =LINKPROD 1500 HOST DEFAULTNET 201.56.73.224 LINKPROD 1500 0.0.0.8 201.56.73.0 Thanks in advance -- Carlos Bodra -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
