UNIT=VIO is INCORRECT DEVICE NAME
I am having this problem. //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=VIO,SPACE=(TRK,1) IEF210I JOBNAME# TEST TEMP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME If I change it to UNIT=SYSDA, the file is allocated to VIO: //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=SYSDA,SPACE=(TRK,1) IGD100I VIO ALLOCATED TO DDNAME TEMP DATACLAS () I find all of this bizarre - can anyone explain why it happens ? Thank you. -- Gilbert Saint-Flour GSF Software http://gsf-soft.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: UNIT=VIO is INCORRECT DEVICE NAME
I believe that UNIT=VIO requires that VIO is defined as an ESOTERIC unit (rather than a GENERIC) - therefore it must be defined by the sysprog in HCD in the OS-config otherwise it will not be valid. (I have worked at sites in the past where even SYSDA was not defined as an esoteric). Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Saint-Flour Sent: 26 February 2010 09:12 To: IBM-MAIN@bama.ua.edu Subject: UNIT=VIO is INCORRECT DEVICE NAME I am having this problem. //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=VIO,SPACE=(TRK,1) IEF210I JOBNAME# TEST TEMP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME If I change it to UNIT=SYSDA, the file is allocated to VIO: //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=SYSDA,SPACE=(TRK,1) IGD100I VIO ALLOCATED TO DDNAME TEMP DATACLAS () I find all of this bizarre - can anyone explain why it happens ? Thank you. -- Gilbert Saint-Flour GSF Software http://gsf-soft.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: Extended Alias support for PDS/E members
Hi We also considered this, but you can extended alias only with the BINDER Mark Jacobs wrote: One of our developers wants to use extended alias for non-program object members in a PDS/E. The developer can't find any documentation that says it doesn't work even though it I thought it was developed for program objects. Can anyone enlighten me on the question posed to me by the developer? -- Mit freundlichen Grüßen / Kind Regards, Miklos SZIGETVARI Research and Development ISIS Information Systems GmbH Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43 - 2236 – 27551, F: +43 - 2236 - 21081 @ miklos.szigetv...@isis-papyrus.com Visit our brand new extended Website at www.isis-papyrus.com This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This e-mail has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: UNIT=VIO is INCORRECT DEVICE NAME
I too had this same problem and how I fixed it was through the ACS routines. If UNIT=VIO SET STORCLAS = TEMP. The advantage is that you can do this now. If you need specific info contact me off-list. Hope this helps, --Original Message-- From: Rob Scott To: MVS ListServ ReplyTo: MVS ListServ Subject: Re: UNIT=VIO is INCORRECT DEVICE NAME Sent: Feb 26, 2010 4:33 AM I believe that UNIT=VIO requires that VIO is defined as an ESOTERIC unit (rather than a GENERIC) - therefore it must be defined by the sysprog in HCD in the OS-config otherwise it will not be valid. (I have worked at sites in the past where even SYSDA was not defined as an esoteric). Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Saint-Flour Sent: 26 February 2010 09:12 To: IBM-MAIN@bama.ua.edu Subject: UNIT=VIO is INCORRECT DEVICE NAME I am having this problem. //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=VIO,SPACE=(TRK,1) IEF210I JOBNAME# TEST TEMP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME If I change it to UNIT=SYSDA, the file is allocated to VIO: //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=SYSDA,SPACE=(TRK,1) IGD100I VIO ALLOCATED TO DDNAME TEMP DATACLAS () I find all of this bizarre - can anyone explain why it happens ? Thank you. -- Gilbert Saint-Flour GSF Software http://gsf-soft.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 George Rodriguez Specialist II - IT Solutions Application Support / Quality Assurance PX - 47652 (561) 357-7652 (office) (561) 707-3496 (mobile) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL 33406-5869 Florida's Only A-Rated Urban District For Five Consecutive Years -- --Palm Beach County Schools- Rated A by the Florida Department of Education 2005-2009 -Home of Florida's first LEED Gold Certified School- ---http://www.palmbeachschools.org- The District of Palm Beach County is an Equal Education Opportunity Provider and Employer. Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is a Server? (Was FTP Datahub Question)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave I have client and server address spaces running in the same LPAR :) Among others, we run CICS MRO :)) In our shop CICS concurrently is a terminal server, a web service provider and requester, and a DB2 client. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need tool to zap core
Mmmm - I have a plane of core (in a plastic case) sitting in my home office - 8k from memory. I can see the cores and wires, but it don't look like there are any nonotubes there ;-) What got me about that reference, is that there is such a thing as a Centre for Spintronics and Quantum Computation. Sounds more attractive than the Physics I did at Uni. Shane ... On Thu, Feb 25th, 2010 at 2:17 PM, Anne Lynn Wheeler wrote: what is old is new again: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Item on TPF
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Friday, February 26, 2010 1:07 AM To: IBM-MAIN@bama.ua.edu Subject: Item on TPF Snipped What else is interesting and quite comical (at least to me) is an article about issues with z/dos (or whatever IBM calls it now days). The rather odd restrictions that still haunt the dos people to this day. At least with MVS the restrictions are few and far in between. I still amazed that dos has continued to hang on to this day. I suspect that the die hard dos fans will retire before converting to Z/os. Ed, It's called z/VSE today, and I imagine the benefits of running it are the same as they were when I ran a shop that used VM and VSE (SP2 era) -- far lower software costs, far fewer skilled sysprog staff needed to install/tune/diagnose problems, and overall just a much better TCO than z/OS for a small shop. My shop was just me and one junior sysprog, and we kept that baby humming 24/7 just by ourselves. I am surprised it still survives only because IBM has been trying to kill it and abandon all small shops for 30 years. Remember the IBM CEO (Watson Jr.? or was it his successor?) who said IBM will never stay in a low-margin business, and they have proved over and over again that they mean it. So far they've nearly managed to abandon the small ISV (Dallas support is a sore subject among many small ISV's), the entire academic community (with a few notable exceptions like Marist) and almost all of the small commercial shops in the USA. Europe still holds on, probably because z/VSE support and development is in IBM Germany. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Item on TPF
I still amazed that dos has continued to hang on to this day 15-20 years ago there were over 35,000 VSE licenses. That's a large business segment to kill off. That's a lot of hardware sales to abandon. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
They admitted that UNIX was a play on the 'word' MULTICS. Eunuchs http://en.wikipedia.org/wiki/Eunuch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
I quite liked Lisp. I haven't messed with it in years, but I just downloaded a version of Common Lisp that I plan to install on my laptop PC . . . where, no doubt, it will sit unused like so many other evidences of good intentions. Jon snip --snip-- LISP could cause permanent brain damage! --unsnip--- LISP = LOTS of INSERTED STUPID PARENTHESES. :-) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
Unix is MULTICS with some bits cut off. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Austin, Andrew Sent: Friday, February 26, 2010 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant) They admitted that UNIX was a play on the 'word' MULTICS. Eunuchs http://en.wikipedia.org/wiki/Eunuch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Item on TPF
Ed Gould wrote: In the most recent issue (arrived in todays mail) of Z Journal there is a decent article on TPF. I just looked and its not posted online yet at mainframezone.com . What else is interesting and quite comical (at least to me) is an article about issues with z/dos (or whatever IBM calls it now days). The rather odd restrictions that still haunt the dos people to this day. At least with MVS the restrictions are few and far in between. I still amazed that dos has continued to hang on to this day. I suspect that the die hard dos fans will retire before converting to Z/os. Ed Haven't seen the article yet - but I did want to dispel at least my own confusion. TPF is not DOS (or VSE)... TPF continues with a strong following today as z/TPF. VSE continues as z/VSE. Are we talking about z/VSE or z/TPF? - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.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: Crazed idea: SDSF for z/Linux
Hi You have interesting ideas, here I don't agree as with the REXX SPOOL interface and the HTTP server , small REXX exec's can serve any kind of browser with SPOOL data. With SAPI or the batch SDSF, it was not simple, but with REXX and SDSF it is easy , and it would be better to let the MVS make security checks, SPOOL access etc etc . McKown, John wrote: This just occurred to me. I wonder if I'm suffering from lack of oxygen to the brain. But, as best as I can tell, SDSF is capable of accessing the SPOOL files for a non-active JES2 system. At least as I recall from the past, I did this. So I got to wondering. Suppose I have a z/Linux system running in the same complex. Perhaps under z/VM. It might be nice (FSVO nice), if I could logon to z/Linux and do SDSF ad least to the extent of being able to read SPOOL files. Of course, being a bit paranoid, I would only allow a READONLY access to the DASD containing the SPOOL data. And there is always the specter of security. There may be SPOOL files which I should not be able to even READ (like payroll or HIPAA reports or ...). So this may be a stupid idea. But the though is intriguing to me. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mit freundlichen Grüßen / Kind Regards, Miklos SZIGETVARI Research and Development ISIS Information Systems GmbH Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43 - 2236 – 27551, F: +43 - 2236 - 21081 @ miklos.szigetv...@isis-papyrus.com Visit our brand new extended Website at www.isis-papyrus.com This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This e-mail has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Item on TPF
Wow, you AND a junior sysprog? I wish I could get some help - this isn't that small a shop ;-) Farley, Peter x23353 peter.far...@broadridge.com 2/26/2010 8:53 AM Ed, It's called z/VSE today, and I imagine the benefits of running it are the same as they were when I ran a shop that used VM and VSE (SP2 era) -- far lower software costs, far fewer skilled sysprog staff needed to install/tune/diagnose problems, and overall just a much better TCO than z/OS for a small shop. My shop was just me and one junior sysprog, and we kept that baby humming 24/7 just by ourselves. I am surprised it still survives only because IBM has been trying to kill it and abandon all small shops for 30 years. Remember the IBM CEO (Watson Jr.? or was it his successor?) who said IBM will never stay in a low-margin business, and they have proved over and over again that they mean it. So far they've nearly managed to abandon the small ISV (Dallas support is a sore subject among many small ISV's), the entire academic community (with a few notable exceptions like Marist) and almost all of the small commercial shops in the USA. Europe still holds on, probably because z/VSE support and development is in IBM Germany. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIT=VIO is INCORRECT DEVICE NAME
snip //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=VIO,SPACE=(TRK,1) IEF210I JOBNAME# TEST TEMP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME /snip Sounds like someone changed the device that the esoteric VIO was pointing to in the gen. Since SMS SG seems to allocate to VIO OK, there must be another valid esoteric name for VIO. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Anne Lynn Wheeler l...@garlic.com writes: idea was to do a micro-kernel base ... in higher level language ... like some flavor of pascal ... small focused effort possibly starting with some existing assembler base and recoding into another language. re: http://www.garlic.com/~lynn/2010e.html#17 Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant) this post mentions mainframe pascal originally done at the los gatos lab for vlsi tool development http://www.garlic.com/~lynn/2010e.html#11 Crazed idea: SDSF for z/Linux One of the two people responsible (original mainframe pascal) then leaves to do a startup for clone 3270 controller; they were figuring that TSO response was so horrible (especially compared to CMS) that they could try and offload some amount of the TSO operations into the controller ... to try and improve the appearance of interactive response ... selling into the mainframe TSO market (use to drop in periodically to see how they were doing). It never caught on ... and the person then shows up as VP of software development at MIPS. After SGI buys MIPS, he shows up as general manager of the business unit responsible for JAVA (pretty early in JAVA life). recent posts discussing some of this http://www.garlic.com/~lynn/2010c.html#29 search engine history, was Happy DEC-10 Day as well as this earlier post in this thread (GREEN, DOE/SPRING, etc) http://www.garlic.com/~lynn/2010d.html#80 Senior Java Developer vs. MVS Systems Programmer and old post with bits about (DOE/SPRING) A Client-Side Stub Interpreter http://www.garlic.com/~lynn/2001j.html#32 Whom Do Programmers Admire Now??? -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
What's with IBMLINK now??
Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Job Posting?
Hi All, Does IBM-MAIN still have a job posting section? If so, can someone refresh my memory as to how to get there? Thanks! All the best, Scott T. Harder Mainframe Services, Inc. Naples, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Job Posting?
In a message dated 2/26/2010 10:22:30 A.M. Central Standard Time, scott.har...@embarqmail.com writes: Does IBM-MAIN still have a job posting section? If so, can someone refresh my memory as to how to get there? Thanks! Not really, just a new thread. Customarily, vet thru Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Crazed idea: SDSF for z/Linux
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Altmark Sent: Friday, February 26, 2010 12:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Crazed idea: SDSF for z/Linux On Thu, 25 Feb 2010 11:59:41 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: Yes this raises security issues. But you have physical access in this case. If these things are only given to the root or a special user w/in the *nix environment, you have addressed much of the security issues. If you are running under VM, and VM is giving you access to the physical addresses, then the security is controlled by VM. Not. The problem is that the z/OS audit trail will not contain any record that user STEVE accessed the spool and z/OS access rules will not be applied to the datasets on the volume. SNIP I think we are talking about two different issues. In a D/R situation, where you have killed your running system, and somehow your 1 pack emergency system won't IPL (since it takes at least 2 volumes for SYSRES now), you can fix things if you have a standalone system. [OR, you are at the D/R site and need to make some change to get the system to IPL...] I have used such a system that is booted from the HMC's CD unit. And the editor that I used was a royal pain, because it had to write back to the block it read from. If you have more of a system to do that kind of work with, then recovering a wrecked JES2PARM or PARMLIB element/member becomes much easier. And in this case of the standalone editor, there were no directory entry updates made, no SMF data, etc. etc. -- Aside: do I need to get into spool at this point? I dunno, I guess it would depend on if there was something there that would tell me what I need to know to fix this system so it can IPL -- Now, if you were to do this with a running system (z/Linux for instance), I'd think that the auditors and security people should be able to use piano wire or whatever. But again if running under VM, VM has the ability to prevent your access to the target volumes by reason of IEF, does it not? This is what gives the last line of defense, such that it is. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect poster's employer's opinions -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
snip www-304bluecoat.ibm.com uses an invalid security certificate. /snip Here's my response form IBM FeedBack about it. I find that it goes away after a while but happens mostly with Firefox. When I get it, I go to IE and get in OK. I had an offline line email from someone else who's had the problem and they accepted the site and apparently got in. -PARASURAM, RAJESH -5700URSF0 -L789/IBMLNK-P3S3-10/02/24-19:17- Hi John , Can you please give a try by deleting the cookies by going to Tools- options -delete - delete cookies in Internet Explorer.I would like to inform you that if do that saved website address will be erased.Please d elete if you are ok with and try to access the website . Regards, Rajesh Parasuram . -IL70570 -5700URSF0 -ETRPRO -P4S3-10/02/25-15:34- Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
I'm getting the classic: 500 Internal Server Error Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UNIT=VIO is INCORRECT DEVICE NAME
I did find this in SYS1.PARMLIB(IEASYS00): VIODSN=IGNORE. And in SYS1.PARMLIB(IKJTSO00) this: TRANSREC /* ALLOCATE COMMAND DEFAULT */ + NODESMF((PAL6,PBSB))/*ALLOCATE COMMAND DEFAULT*/ + . . . VIO(SYSALLDA)/* */ + In my IOCDS there's no esoteric of VIO defined. Here's what I have: / Esoteric VIOToken State _ CART9 No _ ECART No _ SILO No No device defined _ SILO9 No No device defined _ SYSDA No _ VCART No Hope this helps... Thanks, George Rodriguez Specialist II - IT Solutions Application Support / Quality Assurance PX - 47652 (561) 357-7652 (office) (561) 707-3496 (mobile) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Florida's Only A-Rated Urban District For Five Consecutive Years -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Friday, February 26, 2010 11:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: UNIT=VIO is INCORRECT DEVICE NAME snip //TEST EXEC PGM=IEFBR14 //TEMP DD UNIT=VIO,SPACE=(TRK,1) IEF210I JOBNAME# TEST TEMP - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME /snip Sounds like someone changed the device that the esoteric VIO was pointing to in the gen. Since SMS SG seems to allocate to VIO OK, there must be another valid esoteric name for VIO. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- --Palm Beach County Schools- Rated A by the Florida Department of Education 2005-2009 -Home of Florida's first LEED Gold Certified School- ---http://www.palmbeachschools.org- The District of Palm Beach County is an Equal Education Opportunity Provider and Employer. Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
John, I just tried www.ibm.com/ibmlink and I got the www-304.ibm.com/... like I always get. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: What's with IBMLINK now?? Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
Wow! Many times, I've heard of people not being able to get a site to load properly with IE, but when they used Firefox all was well. I've never heard the story told this way around; where Firefox had problems, but IE was all good. Chalk one up for MS, I guess. All the best, Scott T. Harder Mainframe Services, Inc. Naples, FL -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Friday, February 26, 2010 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's with IBMLINK now?? snip www-304bluecoat.ibm.com uses an invalid security certificate. /snip Here's my response form IBM FeedBack about it. I find that it goes away after a while but happens mostly with Firefox. When I get it, I go to IE and get in OK. I had an offline line email from someone else who's had the problem and they accepted the site and apparently got in. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
BTW, this is using firefox... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Friday, February 26, 2010 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's with IBMLINK now?? John, I just tried www.ibm.com/ibmlink and I got the www-304.ibm.com/... like I always get. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: What's with IBMLINK now?? Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
john_j_ke...@ao.uscourts.gov (John Kelly) writes: Here's my response form IBM FeedBack about it. I find that it goes away after a while but happens mostly with Firefox. When I get it, I go to IE and get in OK. I had an offline line email from someone else who's had the problem and they accepted the site and apparently got in. it isn't so much that it is an invalid certificate ... it is an incorrect certificate. the whole point is that the domain name in the certificate is supposed to correspond to the URL that the browser is using. browsers have some rules about wild-card (fuzzy) match between what is in the certificate and what the URL they are using ... in general, domain names have to EXACTLY match the URL ... or for wild-card, the trailing part (in the certificate) has to match the corresponding field in the URLs used by the browser. long ago and far away, we were brought in to consult with small client/server startup that wanted to do payment transactions on their server ... and they had invented this technology called SSL that they wanted to use (the result is now frequently called electronic commerce). As part of the effort, we had to do some in-depth review of the protocol and browser operation ... as well as business processor walkthrus with some of the new operations calling themselves Certification Authorities. misc. past posts about ssl digital certificates http://www.garlic.com/~lynn/subpubkey.html#sslcerts it turns out that there were several security assumptions about how all the pieces actually fit together and worked ... in some number of cases, some of those security assumptions were almost immediately violated (which can be considered at the root of some number of current compromises). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Using ICETOOL to populate a field with a derived value
Jeff Jones wrote: I've built an ICETOOL job to overlay an offset in a VB file with a literal. This works great. I also have another requirement to place a derived value at another offset in the output file. Can ICETOOL do this? Here are the requirements... SORT FIELDS=(5,28,BI,A) RECORD TYPE=VB, OPTION COPY OUTREC IFTHEN=(WHEN=(5,4,BI,NE,X'4B4B4B4B',AND, 9,4,BI,GT,X'',, AND,13,1,BI,EQ,X'20',AND, 19,8,BI,EQ,X'4040404040404040'), OVERLAY=(19:C'JUNKSITE'))), +1+2+3+4- JEFF.!98103107592300. DCCC000225FF0 1566000F3A981031075923000 The ICETOOL control cards above will identify this record, and overlay column 15 with JUNKSITE. I also need to populate offset 841 with a derived name, using this model. PWC..#nnn.N where = columns 1-4 (JEFF in this example) nnn = the decimal translation of the hex value stored in columns 5-8 (in this example x'002F' = decimal 047. So the derived name that I want to place at offset 841 is PWC.JEFF.#047.N Any help you can provide is appreciated. It wasn't clear if you wanted to do the OVERLAY for the same record or for a different record. Assuming it's the same record, you can use this modified DFSORT OUTREC statement: OUTREC IFTHEN=(WHEN=(5,4,BI,NE,X'4B4B4B4B',AND, 9,4,BI,GT,X'', AND,13,1,BI,EQ,X'20',AND, 19,8,BI,EQ,X'4040404040404040'), OVERLAY=(19:C'JUNKSITE', 845:C'PWC.',5,4,C'.#',9,4,BI,EDIT=(TTT),C'.N')) Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
Same here. Working as expected with FF. On Fri, Feb 26, 2010 at 11:45 AM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: John, I just tried www.ibm.com/ibmlink and I got the www-304.ibm.com/... like I always get. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: What's with IBMLINK now?? Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
I just deleted the bluecoat string from the address in the address window and got in, so the original URI apparently is still working. Makes me wonder where the bluecoat is coming from, and why. pause OK, just exited IBMLINK and re-entered via www.ibm.com/ibmlink, and got the normal www-304.ibm.com/. . . URI (no bluecoat). C'est la vie, I guess. -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Friday, February 26, 2010 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's with IBMLINK now?? Same here. Working as expected with FF. On Fri, Feb 26, 2010 at 11:45 AM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: John, I just tried www.ibm.com/ibmlink and I got the www-304.ibm.com/... like I always get. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: What's with IBMLINK now?? Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PAGE/E-MAIL - Thanks!
Hello All! I got lots of good advice and ideas and I just wanted to send a note to thank all that came to my rescue! I REALLY appreciate it, and we can now move forward with our project! Thank you all so much! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
mpac...@gmail.com (Mark Pace) writes: Same here. Working as expected with FF. re: http://www.garlic.com/~lynn/2010e.html#19 What's with IBMLINK now?? one issue is that people may be actually going to different machines/gateways I've seen it with ibm greater connection ... there are various webhosting services ... with multiple physical locations around the world ... where connection is directed to the closest facility. Lots of big coporations will outsource some part of their operation to such a facility (in part because they have these massive operations at several places around the planet). at various times when something is going on ... i've had SSL certificates come back from the underlying webhosting facility ... rather the SSL certificate for the ibm server that I'm trying to connect to. there are lots of tricks played mapping URL to multiple different physical pieces of hardware .. (like load balancing, server with the least number of internet hops, etc). sometimes maintenance on all these pieces can get out of sync (as well as the setup for the alias identities for possible different physical boxes). complicating this was item a month or so ago about reports of attacks on some number of (well-known) SSL servers. -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PAGE/E-MAIL - Thanks!
In a message dated 2/26/2010 11:20:09 A.M. Central Standard Time, lucy.arn...@ucdmc.ucdavis.edu writes: thank all that came to my rescue! I REALLY appreciate it, and we can now move forward with our project! Don't forget that as stuff is offloaded, it needs to be provided for in DR. Also, when stuff goes away, need a LAN/WAN monitor. We used whatsup gold from _www.ipswitch.com_ (http://www.ipswitch.com) There's others but for good value it's hard to beat. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.11 ServerPac dialog new installation variable: PFA
Kind listeners: I see new installation variables in z/OS 1.11 ServerPac: == PFA PFA OWNER USERID D PFAUSER PFA STG LOCATION D /pfapath PFA USER PASSWORD D This seems to be related to the Predictive Failure Analysis (PFA) introduced via an APAR in z/OS 1.10. I reviewed the Problem Management G325-2564-05 but am not sure as to what is the purpose of the directory. (seems to be a repository of historical data). On my z/OS 1.10 I can see an existing path /var/pfa but I do not know if there is any relationship between the two (PFA STG LOCATION and /var/pfa). I admit I do not like making any new/ my own directories in ROOT (/) and prefer to stick to what z/OS provides. I assume I will mount a separate file system on PFA STG LOCATION for PFA use if I ever configure it and run. If you installed 1.11 ServerPac - what path did you choose for PFA STG LOCATION and for what reason? 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: Adventure - Or Colossal Cave Adventure
On 26 February 2010 00:59, Ed Gould ps2...@yahoo.com wrote: I am kind of surprised that I have not seen MUSIC (sp?). I do not remember the history other than I think the University of Toronto (i think they picked up from University Mcgill. Not sure at all about that. U of T never ran or had anything to do with MUSIC; it was a McGill developed program that IBM at one time sold as an IUP. It is currently available for hobby use: http://www.canpub.com/teammpg/ Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z/OS 1.11 ServerPac dialog new installation variable: PFA
On Fri, 26 Feb 2010 12:42:57 -0500, Jakubek, Jan jan.jaku...@cgi.com wrote: Kind listeners: I see new installation variables in z/OS 1.11 ServerPac: == PFA PFA OWNER USERID D PFAUSER PFA STG LOCATION D /pfapath PFA USER PASSWORD D This seems to be related to the Predictive Failure Analysis (PFA) introduced via an APAR in z/OS 1.10. I reviewed the Problem Management G325-2564-05 but am not sure as to what is the purpose of the directory. (seems to be a repository of historical data). On my z/OS 1.10 I can see an existing path /var/pfa but I do not know if there is any relationship between the two (PFA STG LOCATION and /var/pfa). I admit I do not like making any new/ my own directories in ROOT (/) and prefer to stick to what z/OS provides. I assume I will mount a separate file system on PFA STG LOCATION for PFA use if I ever configure it and run. If you installed 1.11 ServerPac - what path did you choose for PFA STG LOCATION and for what reason? I'm sure it can be changed later, but I pointed it to a local directory where we install software: PFA PFA OWNER USERID D PFAUSER PFA STG LOCATION D /mylcldir/pfapath PFA USER PASSWORDD Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
I go to http://www.ibm.com/ibmlink/link2 for my attempts. Just tried with Firefox and I.E. Both OK. Both end up at: https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persistPage=truepage=/ibmlinkPD-REFERER=noneerror= -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: What's with IBMLINK now?? Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
Sounds like classic internet redirection spoofing. On Fri, Feb 26, 2010 at 11:17 AM, Chase, John jch...@ussco.com wrote: Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
On Fri, 26 Feb 2010 13:30:38 -0500, George Henke gahe...@gmail.com wrote: Sounds like classic internet redirection spoofing. [rant] Yeah but honestly I am a bit fedup with Ibmlink I cannot believe it is in the hands of professionals We do not have half of the problems on other professional sites or on the sites we manage ourselves. It looks like it is is in the hands of amateurs or first year students But we are customers and we bring billion dollars of revenue to big blue We deserve some respect [/rant] Bruno Sugliani zxnetconsult(at)free(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's with IBMLINK now?? I just deleted the bluecoat string from the address in the address window and got in, so the original URI apparently is still working. Makes me wonder where the bluecoat is coming from, and why. pause OK, just exited IBMLINK and re-entered via www.ibm.com/ibmlink, and got the normal www-304.ibm.com/. . . URI (no bluecoat). C'est la vie, I guess. -jc- SNIPPAGE I just battled with it. I logged on to deal with some ETRs and what it did was put me into the last SIS session I had, while giving me nasty grams that my session had timed out. So, I went to my bookmarks and clicked on that and instantly went to the menu screen I had expected. Then I signed out and back in again. And I got to play the same game again. Houston, I think you have a problem. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Entry Point of Attached program
Hi Sorry that I am back at this again But I remeber debugging under TSO TEST. I set a breakpoint right after ATTACH SVC 42 And entered ??R1+C. The in other words TCBRB + C Location 0C of a RB the documentation says system dependent field but I beleive that when doing an ATTACH it's program entry point Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
Classic? Its antiquated. With the proper edge servers, it is completely unnecessary to redirect to different host names for load balancing. IBM's practice of doing this is lame, and demonstrates that they don't know how to run a large scale web site. On Fri, Feb 26, 2010 at 12:30 PM, George Henke gahe...@gmail.com wrote: Sounds like classic internet redirection spoofing. On Fri, Feb 26, 2010 at 11:17 AM, Chase, John jch...@ussco.com wrote: Hi, All, Apparently somebody at IBM is monkeying with the IBMLINK URI. When I try to go there via www.ibm.com/ibmlink my request gets redirected to www-304bluecoat.ibm.com/. . . instead of www-304.ibm.com/. . . . Firefox dutifully warns me: www-304bluecoat.ibm.com uses an invalid security certificate. The certificate is only valid for www-304.ibm.com Anybody know for sure whether this bluecoat URI is the real deal? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Item on TPF
When you refer to z/dos, do you mean z/VSE? We are migrating this year from z/VSE to z/OS. I never thought VSE was that great until this project. z/OS has a lot of good stuff, but it also has a lot of annoying limitations (odd restrictions). -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 2/25/2010 at 11:07 PM, in message 676233.52076...@web54605.mail.re2.yahoo.com, Ed Gould ps2...@yahoo.com wrote: In the most recent issue (arrived in todays mail) of Z Journal there is a decent article on TPF. I just looked and its not posted online yet at mainframezone.com . What else is interesting and quite comical (at least to me) is an article about issues with z/dos (or whatever IBM calls it now days). The rather odd restrictions that still haunt the dos people to this day. At least with MVS the restrictions are few and far in between. I still amazed that dos has continued to hang on to this day. I suspect that the die hard dos fans will retire before converting to Z/os. 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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
Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26)
http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/20100226.html Abstract: A logic error in the base TCPIP code of z/OS 1.11 can cause applications using ASYNCIO Writes to be driven twice. This can affect various applications and subsystems using z/OS TCPIP ASYNCIO on the sending side, such as Websphere MQ, JES and non-IBM products. Description: A logic error in TCPIP on z/OS 1.11 can cause applications using ASYNCIO Writes to be driven twice. The application data presented on the socket write operation is sent over the TCP connection twice, thus corrupting the data stream. This can affect various applications and subsystems using z/OS TCPIP ASYNCIO on the sending side, such as Websphere MQ, JES and non-IBM products. Please see APAR PM08514 for the details and symptoms that may result. Recommended Action: All z/OS 1.11 users should install the APAR fix for PM08514 that is currently available from IBM Support. This APAR does not apply to prior z/OS releases. --- end of the IBM Red Alert --- If you didn't get this directly from IBM consider to sign up for Red Alerts here http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html The APAR is still open so there is no public URL for it. APAR Identifier .. PM08514 Last Changed 10/02/26 TIMING WINDOW CAN CAUSE ASYNCIO WRITE TO BE DRIVEN TWICE WHEN AIOOK2COMPIMD IS NOT SPECIFIED 10/02/25 PTF PECHANGE Symptom .. IN INCORROUT Status ... OPEN Severity ... 3 Date Closed . Component .. 5655HAL00 Duplicate of Reported Release . 1B0 Fixed Release Component Name TCP/IP V3 MVSSpecial NoticePE HIPER Current Target Date .. Flags SCP ... Platform PERVASIVE DATALOSS Status Detail: Not Available PE PTF List:UK52724 UK49089 UK50684 Best Regards, Sam Knutson, GEICO System z HW/SW/Automation Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26)
I seem to remember a similar red alert last year for all the then supported zOS releases. I'm surprised this popped up again under zOS 1.11. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Knutson, Sam Sent: Fri 2/26/2010 7:25 PM To: IBM-MAIN@bama.ua.edu Subject: Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26) http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/20100226.html Abstract: A logic error in the base TCPIP code of z/OS 1.11 can cause applications using ASYNCIO Writes to be driven twice. This can affect various applications and subsystems using z/OS TCPIP ASYNCIO on the sending side, such as Websphere MQ, JES and non-IBM products. Description: A logic error in TCPIP on z/OS 1.11 can cause applications using ASYNCIO Writes to be driven twice. The application data presented on the socket write operation is sent over the TCP connection twice, thus corrupting the data stream. This can affect various applications and subsystems using z/OS TCPIP ASYNCIO on the sending side, such as Websphere MQ, JES and non-IBM products. Please see APAR PM08514 for the details and symptoms that may result. Recommended Action: All z/OS 1.11 users should install the APAR fix for PM08514 that is currently available from IBM Support. This APAR does not apply to prior z/OS releases. --- end of the IBM Red Alert --- If you didn't get this directly from IBM consider to sign up for Red Alerts here http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html The APAR is still open so there is no public URL for it. APAR Identifier .. PM08514 Last Changed 10/02/26 TIMING WINDOW CAN CAUSE ASYNCIO WRITE TO BE DRIVEN TWICE WHEN AIOOK2COMPIMD IS NOT SPECIFIED 10/02/25 PTF PECHANGE Symptom .. IN INCORROUT Status ... OPEN Severity ... 3 Date Closed . Component .. 5655HAL00 Duplicate of Reported Release . 1B0 Fixed Release Component Name TCP/IP V3 MVSSpecial NoticePE HIPER Current Target Date .. Flags SCP ... Platform PERVASIVE DATALOSS Status Detail: Not Available PE PTF List:UK52724 UK49089 UK50684 Best Regards, Sam Knutson, GEICO System z HW/SW/Automation Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Item on TPF
IBM was about to sunset VSE a few years ago until it found out that in mainland China, VSE was the operating system of choice. Given their population, I don't think it will be disappearing anytime soon. And to think it all was just a mistake from the beginning. Back in the days when 3rd generation was about to walk upon the scene and OS was being developed by an outside source, IBM was concerned it was too big an undertaking and I might never even come into existence. So that they would not lose the chance to steal the market from UNIVAC which was the vendor of choice in those days and the favorite to win the 3rd generation race to the marketplace, they hastily developed DOS internally just in case and brought it out first. Unfortunately, it has always lacked at least one major control block, the DEB and so tech support has always been shackled with the burden of manually keeping track of every cylinder and track. Though now it has been mitigated. Something OS bigots refer to as the DOS mentality. On Fri, Feb 26, 2010 at 6:20 PM, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: When you refer to z/dos, do you mean z/VSE? We are migrating this year from z/VSE to z/OS. I never thought VSE was that great until this project. z/OS has a lot of good stuff, but it also has a lot of annoying limitations (odd restrictions). -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 2/25/2010 at 11:07 PM, in message 676233.52076...@web54605.mail.re2.yahoo.com, Ed Gould ps2...@yahoo.com wrote: In the most recent issue (arrived in todays mail) of Z Journal there is a decent article on TPF. I just looked and its not posted online yet at mainframezone.com . What else is interesting and quite comical (at least to me) is an article about issues with z/dos (or whatever IBM calls it now days). The rather odd restrictions that still haunt the dos people to this day. At least with MVS the restrictions are few and far in between. I still amazed that dos has continued to hang on to this day. I suspect that the die hard dos fans will retire before converting to Z/os. 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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 -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ipcs print output
Hello: Is there a way to -not- have a 'TITLE' page separator appear in the IPCSPRNT output? For example, I do a SYSTRACE and there is no page separator, but when I do OPEN PRINT(TITLE('')); SYSTRACE PRINT NOTERMINAL; CLOSE PRINT; I get a line break. I am looking for something like the LINECOUNT(0) option of HLASM. Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html