Re: Subject: SV: REXX IEBCOPY Continuation?
In 2714322107556392.wa.paulgboulderaim@bama.ua.edu, on 02/19/2012 at 01:24 AM, Paul Gilmartin paulgboul...@aim.com said: I stand corrected. You can't use REUSE when the new allocation is to a PATH; Is that a bug or a feature? It sounds BAD, unless IBM has accepted an APAR on it. -- 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: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In 1485085136024538.wa.paulgboulderaim@bama.ua.edu, on 02/18/2012 at 09:55 PM, Paul Gilmartin paulgboul...@aim.com said: A prior operation might have allocated those DDNAMEs to UNIX paths and neglected to free them. Are you saying that REUSE doesn't work if the ddname is allocated to a Unix path? -- 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: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In CAJTOO5_QkPcWrxtOEfo9HsKKedP8J3G64fjPpmL7kc+Z5=v...@mail.gmail.com, on 02/18/2012 at 06:58 PM, Mike Schwab mike.a.sch...@gmail.com said: Another program could have those DDNAMEs assigned to different DSNAMEs. That's as much of an issue for the FREE as it is forr the ALLOC with REUSE. -- 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: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Sun, 19 Feb 2012 12:50:40 -0500, Shmuel Metz (Seymour J.) wrote: I stand corrected. You can't use REUSE when the new allocation is to a PATH; Is that a bug or a feature? It sounds BAD, unless IBM has accepted an APAR on it. TSO/E Command Ref. says: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4c5c0/1.7.5 When the PATH operand is specified on the ALLOCATE command, you can specify only the following operands: BLKSIZE BUFNO DSNTYPE DUMMY FILEDATA LRECL NCP PATHDISP PATHMODE PATHOPTS RECFM TERM I consider it BAD. BPXWDYN internally issues a FREE when REUSE appears with PATH, by the generosity of the developers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In
ofaff521d9.e5166561-on422579a6.0021ef5d-802579a6.00224...@za.ibm.com,
on 02/16/2012
at 08:14 AM, Mark Jones markj...@za.ibm.com said:
FREE F(INDD1)
FREE F(OUTDD1)
FREE F(SYSIN)
ALLOC FI(INDD1) DSN('x..aaa') SHR
ALLOC FI(OUTDD1) DSN('x..bbb') SHR
ALLOC FI(SYSIN) DSN('x..ccc') SHR
Why not
ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
--
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: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
Another program could have those DDNAMEs assigned to different DSNAMEs.
On Sat, Feb 18, 2012 at 5:38 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
ofaff521d9.e5166561-on422579a6.0021ef5d-802579a6.00224...@za.ibm.com,
on 02/16/2012
at 08:14 AM, Mark Jones markj...@za.ibm.com said:
FREE F(INDD1)
FREE F(OUTDD1)
FREE F(SYSIN)
ALLOC FI(INDD1) DSN('x..aaa') SHR
ALLOC FI(OUTDD1) DSN('x..bbb') SHR
ALLOC FI(SYSIN) DSN('x..ccc') SHR
Why not
ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
--
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: INFO IBM-MAIN
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Sat, 18 Feb 2012 18:38:28 -0500, Shmuel Metz (Seymour J.) wrote:
Why not
ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
A prior operation might have allocated those DDNAMEs to UNIX
paths and neglected to free them.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Sat, 18 Feb 2012 18:58:50 -0600, Mike Schwab wrote:
Another program could have those DDNAMEs assigned to different DSNAMEs.
Do you believe that an allocate command with the REUSE option would
fail to free a DDNAME allocated to a DSNAME?
On Sat, Feb 18, 2012 at 5:38 PM, Shmuel Metz (Seymour J.) wrote:
Why not
ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
The REUSE operand will cause ALLOC to free the DD name currently if it is
currently in use.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:: Behalf Of Mike Schwab
:: Sent: Saturday, February 18, 2012 4:59 PM
:: To: IBM-MAIN@bama.ua.edu
:: Subject: Re: Subject: SV: REXX IEBCOPY Continuation?
::
:: Another program could have those DDNAMEs assigned to different DSNAMEs.
::
:: On Sat, Feb 18, 2012 at 5:38 PM, Shmuel Metz (Seymour J.)
:: shmuel+ibm-m...@patriot.net wrote:
:: In
::
ofaff521d9.e5166561-on422579a6.0021ef5d-802579a6.00224...@za.ibm.com,
:: on 02/16/2012
:: at 08:14 AM, Mark Jones markj...@za.ibm.com said:
::
:: FREE F(INDD1)
:: FREE F(OUTDD1)
:: FREE F(SYSIN)
:: ALLOC FI(INDD1) DSN('x..aaa') SHR
:: ALLOC FI(OUTDD1) DSN('x..bbb') SHR
:: ALLOC FI(SYSIN) DSN('x..ccc') SHR
::
:: Why not
::
:: ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
:: ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
:: ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
:: Behalf Of Paul Gilmartin
:: Sent: Saturday, February 18, 2012 7:56 PM
:: To: IBM-MAIN@bama.ua.edu
:: Subject: Re: Subject: SV: REXX IEBCOPY Continuation?
::
:: On Sat, 18 Feb 2012 18:38:28 -0500, Shmuel Metz (Seymour J.) wrote:
::
:: Why not
::
:: ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
:: ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
:: ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
::
:: A prior operation might have allocated those DDNAMEs to UNIX
:: paths and neglected to free them.
But the REUSE operand will free the DD name in that case.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Sat, 18 Feb 2012 21:30:34 -0800, retired mainframer wrote:
::
:: ALLOC FI(INDD1) DSN('x..aaa') REUSE SHR
:: ALLOC FI(OUTDD1) DSN('x..bbb') REUSE SHR
:: ALLOC FI(SYSIN) DSN('x..ccc') REUSE SHR
::
:: A prior operation might have allocated those DDNAMEs to UNIX
:: paths and neglected to free them.
But the REUSE operand will free the DD name in that case.
I stand corrected. You can't use REUSE when the new allocation
is to a PATH; experiment shows it works when the prior allocation
is to a PATH and the new allocation to a DSNAME. (z/OS 1.13)
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Thu, 16 Feb 2012 08:14:03 +0200 Mark Jones markj...@za.ibm.com wrote:
:Hi
:I havent had a problem with this
:/* REXX */
:FREE F(INDD1)
:FREE F(OUTDD1)
:FREE F(SYSIN)
:ALLOC FI(INDD1) DSN('x..aaa') SHR
:ALLOC FI(OUTDD1) DSN('x..bbb') SHR
:ALLOC FI(SYSIN) DSN('x..ccc') SHR
:NEWSTACK
:V1 = C I=((INDD1,R)),O=OUTDD1
:V2 = SELECT MEMBER=((MSJT,,R))
:V3 = SELECT MEMBER=((MSJTST1,,R))
:V4 = SELECT MEMBER=((MSJTST2,,R))
:V5 = SELECT MEMBER=((MSJTST7,,R))
:QUEUE V1
:QUEUE V2
:QUEUE V3
:QUEUE V4
:QUEUE V5
:EXECIO QUEUED() DISKW SYSIN (FINIS
:TSOEXEC IEBCOPY
Could lead to trouble if IEBCOPY looks at the parms.
:DELSTACK
:FREE F(INDD1)
:FREE F(OUTDD1)
:FREE F(SYSIN)
--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.
I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Subject: SV: REXX IEBCOPY Continuation?
Hi
I havent had a problem with this
/* REXX */
FREE F(INDD1)
FREE F(OUTDD1)
FREE F(SYSIN)
ALLOC FI(INDD1) DSN('x..aaa') SHR
ALLOC FI(OUTDD1) DSN('x..bbb') SHR
ALLOC FI(SYSIN) DSN('x..ccc') SHR
NEWSTACK
V1 = C I=((INDD1,R)),O=OUTDD1
V2 = SELECT MEMBER=((MSJT,,R))
V3 = SELECT MEMBER=((MSJTST1,,R))
V4 = SELECT MEMBER=((MSJTST2,,R))
V5 = SELECT MEMBER=((MSJTST7,,R))
QUEUE V1
QUEUE V2
QUEUE V3
QUEUE V4
QUEUE V5
EXECIO QUEUED() DISKW SYSIN (FINIS
TSOEXEC IEBCOPY
DELSTACK
FREE F(INDD1)
FREE F(OUTDD1)
FREE F(SYSIN)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TCPIP question - on the subject of more than one stack per zOS image
There's no compelling reason, as far as I know, to run more than one stack with the progress that has been made. IBM recommends that you do not. There's a set of four very good redbooks on TCP/IIP Implementation, SG24-7798-00 through SG24-7801-00. I have leaned on them heavily recently, especially the fourth volume on security and policy based networking. Recently we collapsed a couple of dual stack systems down to one because of the improved flexibility possible in the IP filtering. We were able to restrict access to certain endpoints while letting general traffic flow and that was not something we figured out how to do with the stack based filters. I am crabbing about having to set up NSS to get IKEv2 and trust chains when I only have one sysplex involved (passtickets, AT-TLS etc etc) but that's another issue. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TCPIP question - on the subject of more than one stack per zOS image
Thank you very much, Tom. That is just what I needed. I didn't say it very well, but one thing I was looking for was a compelling reason. Regards Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Ambros Sent: Wednesday, December 21, 2011 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TCPIP question - on the subject of more than one stack per zOS image There's no compelling reason, as far as I know, to run more than one stack with the progress that has been made. IBM recommends that you do not. There's a set of four very good redbooks on TCP/IIP Implementation, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
[no subject]
In 1322103310.15944.yahoomailmob...@web161401.mail.bf1.yahoo.com, on 11/23/2011 at 06:55 PM, Ed Gould ps2...@yahoo.com said: How about IEHIOSUP :) Okay, that's two. Any more? -- 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
[no subject]
H IFCDIP00 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
[no subject]
In 1322004261.2492.yahoomailmob...@web161402.mail.bf1.yahoo.com, on 11/22/2011 at 03:24 PM, Ed Gould ps2...@yahoo.com said: I do not know if the OEM has been integrated into any of IBM offerings or not , I semi doubt it. The real point is that it (sort) is a parameterized program not a true utility. With the exception of IEFBR14, every utility that IBM offered on OS/360 and successors was a parameterized program. What do you mean by a true utility? -- 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
[no subject]
GRIN... How about IEHIOSUP :) 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
[no subject]
John Chase wrote: | Everybody has a SORT utility. Not everybody has a [PL/I|other HLL] compiler. This, I suppose, is nearly true. Not quite everyone has DFSORT or SYNCHSORT, and almost everyone has some IBM statement-level procedural-language compiler and the HLASM; but neither of these factoids is very interesting. The gaseous diffusion plant in Hanford, Washington, was designed originally by Enrico Fermi. In came in the end to be run by civil servants, not one of whom was a member of the American Physical Society. It did the same thing for 40 years. What finally emerged about what that was is well documented, and the area around and downwind of that Hanford facility will be contaminated for generations. No mainframe shop is at all likely to be guilty of equally serious crimes, but the analogy is instructive. zArchitecture machines are superb, and z/OS is the best operating system (for any hardware) we have. The uses that are made of them are mostly contemptible, not in what they do but in how they do it (and what they omit to do). Those who argue that they have no one available to write/maintain C, PL/I, assembly language, whatever are, I am sure, describing their situations accurately; but they must understand that there is a point of view from which all SLPLs are very similar. Answers to the same three old questions---What are the data types? What operations can be performed on them? How is the path of control among these operations specified?---characterize every SLPL; and those who cannot learn a new one in a few days should be doing other work. Enough! It will be some months before I allow my impatience to break out again. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
John, I think you would be hard pressed not to find a MVS machine that did not have some sort of sort installed. now whether it is. The full compatibility of the two main sorts are equilivant. One can quible over one point or the other but they are running neck and neck. What made our decision was fastness of one sort over the other. At one time the oem sort distributed fixes in zap format. IBM AFAIK always sends out fixes in smpe module replacement format (my favorite). Frankly I lost track of the oem version 15 years ago. I do not know if the OEM has been integrated into any of IBM offerings or not , I semi doubt it. The real point is that it (sort) is a parameterized program not a true utility. One could I guess argue any IBM utility is the same (at least in the MVS utility manual). 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
[no subject]
Huh 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: FW: Mysterious Email (original had no subject)
In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas j...@thethomasresidence.us said: I have on several occasions, to include the recent, received emails that look very legitimate Did you look at the Received: header fields? -- 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: FW: Mysterious Email (original had no subject)
In of2ed73c5c.89f2a509-on852578cd.006adaa6-852578cd.006ae...@avon.com, on 07/14/2011 at 03:27 PM, August Carideo august.cari...@avon.com said: PROFS was Ollie North's downfall When a person shoots himself in the foot, I don't blame the pistol. -- 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: FW: Mysterious Email (original had no subject)
PROFS was Ollie North's downfall Actually, it was the site's VERY GOOD backup philosophy that kept backups long-term, and the PROFS implementation at that site that when the user deleted a message, it wasn't deleted. Barry Merrill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas said: I have on several occasions, to include the recent, received emails that look very legitimate Did you look at the Received: header fields? The Office 2007 version of M$ Outhouse doesn't seem to provide a means to view the full headers. -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: FW: Mysterious Email (original had no subject)
ba...@mxg.com (Barry Merrill) writes: PROFS was Ollie North's downfall Actually, it was the site's VERY GOOD backup philosophy that kept backups long-term, and the PROFS implementation at that site that when the user deleted a message, it wasn't deleted. almost every such datacenter operation from the period kept long-term backup tapes ... and there wasn't any process to propogate a delete message operation through those backup tapes. for even more drift, recent thread in this mailing list with some PROFs (regarding gov. installation): http://www.garlic.com/~lynn/2011g.html#73 We list every company in the world that has a mainframe computer http://www.garlic.com/~lynn/2011g.html#74 We list every company in the world that has a mainframe computer http://www.garlic.com/~lynn/2011g.html#75 We list every company in the world that has a mainframe computer http://www.garlic.com/~lynn/2011h.html#0 We list every company in the world that has a mainframe computer of other drift, past posts mentioning backup/archive http://www.garlic.com/~lynn/submain.html#backup -- 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: FW: Mysterious Email (original had no subject)
I'm using 2007 and when I right click on the message and choose message options in the list, I get internet headers in the display. Is that what you're looking for? Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, July 15, 2011 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas said: I have on several occasions, to include the recent, received emails that look very legitimate Did you look at the Received: header fields? The Office 2007 version of M$ Outhouse doesn't seem to provide a means to view the full headers. -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: FW: Mysterious Email (original had no subject)
Sorry ... did a parse on the .PST and found the email but the header had nulls. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 15, 2011 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas j...@thethomasresidence.us said: I have on several occasions, to include the recent, received emails that look very legitimate Did you look at the Received: header fields? -- 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1516/3766 - Release Date: 07/15/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
Not easily doable w/outlook (or lookout as I call it) 2007. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 15, 2011 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas j...@thethomasresidence.us said: I have on several occasions, to include the recent, received emails that look very legitimate Did you look at the Received: header fields? -- 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1516/3766 - Release Date: 07/15/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
I did that and I got the same (null) headers as I did when I parsed the .PST. For example, your email shows the below ... (the difference being that I was not able to see 'names' or account .. they were nulls). Received: (qmail 18658 invoked from network); 15 Jul 2011 16:00:59 - Received: from unknown (HELO p3pismtp01-029.prod.phx3.secureserver.net) ([10.6.12.39]) (envelope-sender owner-ibm-m...@bama.ua.edu) by p3plsmtp04-05.prod.phx3.secureserver.net (qmail-1.03) with SMTP for j...@thethomasresidence.us; 15 Jul 2011 16:00:59 - X-IronPort-Anti-Spam-Result: AicAAINhIE6CoARykWdsb2JhbABNBhCYF0OOfRQBAQEBCQsLBxQFIIh8wlUCgzqCH18EhyWQS4sS Uw Received: from bama.ua.edu ([130.160.4.114]) by p3pismtp01-029.prod.phx3.secureserver.net with ESMTP; 15 Jul 2011 09:00:58 -0700 Received: from bama (localhost [127.0.0.1]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id p6FG017B015402; Fri, 15 Jul 2011 11:00:56 -0500 (CDT) Received: by BAMA.UA.EDU (LISTSERV-TCP/IP release 16.0) with spool id 44060 for IBM-MAIN@BAMA.UA.EDU; Fri, 15 Jul 2011 10:58:54 -0500 Received: from mailapp-1.ua.edu (mailapp-1.ua.edu [130.160.4.236]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id p6FFws0h012044 for ibm-main@bama.ua.edu; Fri, 15 Jul 2011 10:58:54 -0500 (CDT) X-RemoteIP: 74.125.149.244 X-Group: ACCEPTLIST X-Policy: $ACCEPTED X-MID: 258394557 X-SBRS: 5.3 X-IronPort-Anti-Spam-Result: AisAAK1iIE5KfZX0mWdsb2JhbABNBhCYF49AFAEBAQEBCAsLBxQliHzCWwKDOoIfXwSHJZBLixJT Received: from na3sys009aog118.obsmtp.com ([74.125.149.244]) by mailapp-1.ua.edu with ESMTP; 15 Jul 2011 10:58:53 -0500 Received: from mail12.ca.com ([141.202.248.38]) (using TLSv1) by na3sys009aob118.postini.com ([74.125.148.12]) with SMTP ID dsnktibjvbuzds8xlbj3sxhnrqdp2ngbm...@postini.com; Fri, 15 Jul 2011 08:58:53 PDT Received: from USILMS11.ca.com ([141.202.201.24]) by mail12.ca.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jul 2011 11:58:52 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FW: Mysterious Email (original had no subject) Thread-Index: AcxDAl+8t4hTmoeMSZmi7SUYKEQCTQAAqTkwAAC45NA= References: 010701cc4285$58d528f0$0a7f7ad0$@us A20110715150841.bc883f58...@smtp.patriot.net Af255efe0ecf08c4a9c1db6aff423541715baf...@ch2wpmail1.na.ds.ussco.com X-OriginalArrivalTime: 15 Jul 2011 15:58:52.0021 (UTC) FILETIME=[1783BA50:01CC4308] X-Virus-Scanned: clamav-milter 0.96 at bama X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by bama.ua.edu id p6FFws0h012046 Message-ID: e1d3f3180c8e6f49b6deab25488ecb9b09b8f...@usilms11.ca.com Newsgroups: bit.listserv.ibm-main Date: Fri, 15 Jul 2011 11:58:48 -0400 Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu From: Hardee, Charles H charles.har...@ca.com Subject: Re: FW: Mysterious Email (original had no subject) To: IBM-MAIN@bama.ua.edu In-Reply-To: Af255efe0ecf08c4a9c1db6aff423541715baf...@ch2wpmail1.na.ds.ussco.com Precedence: list List-Help: http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN, mailto:lists...@bama.ua.edu?body=INFO%20IBM-MAIN List-Unsubscribe: mailto:ibm-main-unsubscribe-requ...@bama.ua.edu List-Subscribe: mailto:ibm-main-subscribe-requ...@bama.ua.edu List-Owner: mailto:ibm-main-requ...@bama.ua.edu List-Archive: http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN X-Nonspam: None X-Antivirus: AVG for E-mail 10.0.1390 [1516/3766] X-AVG-ID: ID5B482929-5143ECE4 Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Friday, July 15, 2011 10:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) I'm using 2007 and when I right click on the message and choose message options in the list, I get internet headers in the display. Is that what you're looking for? Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, July 15, 2011 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) In 010701cc4285$58d528f0$0a7f7ad0$@us, on 07/14/2011 at 07:22 PM, Jim Thomas said: I have on several occasions, to include the recent, received emails that look very legitimate Did
Re: FW: Mysterious Email (original had no subject)
That was my point exactly I just put it out as a LOL when the mention of it reminded me obv you know the story also Augie Barry Merrill ba...@mxg.com Sent by: IBM To Mainframe IBM-MAIN@bama.ua.edu Discussion Listcc ibm-m...@bama.ua .edu Subject Re: FW: Mysterious Email (original had no subject) 07/15/2011 11:39 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu PROFS was Ollie North's downfall Actually, it was the site's VERY GOOD backup philosophy that kept backups long-term, and the PROFS implementation at that site that when the user deleted a message, it wasn't deleted. Barry Merrill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: FW: Mysterious Email (original had no subject)
In e1d3f3180c8e6f49b6deab25488ecb9b09b8f...@usilms11.ca.com, on 07/15/2011 at 11:58 AM, Hardee, Charles H charles.har...@ca.com said: I'm using 2007 and when I right click on the message and choose message options in the list, I get internet headers in the display. Is that what you're looking for? Probably. The first few Received: header fields are inserted by your e-mail servers, the next ones after that identify the origin. The further down you go the higher the likelihood of forgery. -- 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: FW: Mysterious Email (original had no subject)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Hardee, Charles H I'm using 2007 and when I right click on the message and choose message options in the list, I get internet headers in the display. Is that what you're looking for? YES!! Exactly!! Thanks, -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: FW: Mysterious Email (original had no subject)
Not a problem, glad I could help. Good luck with chasing down the source. Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, July 15, 2011 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hardee, Charles H I'm using 2007 and when I right click on the message and choose message options in the list, I get internet headers in the display. Is that what you're looking for? YES!! Exactly!! Thanks, -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
FW: Mysterious Email (original had no subject)
Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. -jc- -Original Message- From: rscs.system.at.s39...@d03av06.boulder.ibm.com [mailto:rscs.system.at.s39...@d03av06.boulder.ibm.com] Sent: Thursday, July 14, 2011 8:12 AM To: undisclosed-recipients Subject: Regarding: File sent to JDC1 at S390VM on 07/14/11 at 9:06:41 File sent from JCHASE at INTERNET File name: JCHASE NOTE, size: 17 records We have received the file shown above because it was sent to an unknown user ID. This file cannot be delivered because the JDC1 ID is not known at node S390VM. The file has not been purged, but is being held for you for correction. If you take no action, the file will be purged in 4 days. If the file was sent from a VM system, you can transfer or purge the file by using one of the following commands. If the file was sent from on MVS or AIX system, PLEASE RESEND IT, or contact the CUSTOMER ASSISTANce CENTER for further assistance asking them to TRANSFER or PURGE the file for you. They will need to know the RSCS machine the file is currently on is S390VM, the spoolid is 4546, and the correct destination NODEID and USERID so they can also do the following HELPDESK commands. FROM ORIGINATING VM USERID - Transfer:SM RSCS CMD S390VM TRANSFER 4546 TO newnode newuser Purge: SM RSCS CMD S390VM PURGE 4546 HELPDESK commands to be done from NODEID that the localnode. RSCS is on Transfer:SM RSCS TRANSFER *NOTHERE 4546 TO newnode newuser Purge: SM RSCS PURGE *NOTHERE 4546 Note to PROFS/OFFICE VISION users: The above commands must be issued from the PROFS/OV main menu, or from the CMS command line. Note to non-ER customers: If your system netid is not RSCS, replace RSCS with your system netid in the above Transfer/Purge commands. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
On Thu, 14 Jul 2011 08:45:06 -0500, Chase, John jch...@ussco.com wrote: Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. Apparently a former IBMer was subscribed to IBM-MAIN and left without unsubscribing, and you (and maybe other posters) are getting the delivery failure notices. Darren can remove him. I'll contact Darren privately about this. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
On Thu, 14 Jul 2011 09:53:00 -0500, Walt Farrell wfarr...@us.ibm.com wrote: On Thu, 14 Jul 2011 08:45:06 -0500, Chase, John jch...@ussco.com wrote: Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. Apparently a former IBMer was subscribed to IBM-MAIN and left without unsubscribing, and you (and maybe other posters) are getting the delivery failure notices. Darren can remove him. I'll contact Darren privately about this. Or, at least an IBMer who no longer has the ID he subscribed from. And I'm only guessing it's an IBM-MAIN subscription, too. If you're active on other lists the messages could be coming from them. But I've sent a note to Darren. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
Chase, John wrote: Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. Give Walter Farrell the full e-mail header. That will give you and him the trail from where that mail is coming from. The part '@d03av06.' is smelling like rotten fish to me, but the text and usage of abbreviations are both looking 'IBM official to me'??? () (PROFS is indeed an IBM product. Is it still in use?) HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
PROFS was Ollie North's downfall Elardus Engelbrecht elardus.engelbre To c...@sita.co.za IBM-MAIN@bama.ua.edu Sent by: IBM cc Mainframe Discussion List Subject ibm-m...@bama.ua Re: FW: Mysterious Email (original .edu had no subject) 07/14/2011 02:30 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Chase, John wrote: Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. Give Walter Farrell the full e-mail header. That will give you and him the trail from where that mail is coming from. The part '@d03av06.' is smelling like rotten fish to me, but the text and usage of abbreviations are both looking 'IBM official to me'??? () (PROFS is indeed an IBM product. Is it still in use?) HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Mysterious Email (original had no subject)
JC / Elardus / Et' al, I have on several occasions, to include the recent, received emails that look very legitimate and actually include the 'IBM Mainframe Discussion ... IBM-MAIN@bama..) but the text of the email points you to some filthy site. I've used a small filter to pop those suckers into my junk mail. If there are many others that get these too... I'll be happy to save them and forward them to whomever. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, July 14, 2011 1:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FW: Mysterious Email (original had no subject) Chase, John wrote: Anybody ever gotten anything like this before? We don't run VM, and I've not sent any files to IBM since April, when I last opened a PMR. Give Walter Farrell the full e-mail header. That will give you and him the trail from where that mail is coming from. The part '@d03av06.' is smelling like rotten fish to me, but the text and usage of abbreviations are both looking 'IBM official to me'??? () (PROFS is indeed an IBM product. Is it still in use?) HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1516/3764 - Release Date: 07/14/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for Control Blocks (Subject Added)
Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. 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: Looking for Control Blocks (Subject Added)
and in Rexx:
/* rexx */
CVT=c2d(storage(10,4));
RCVT=c2d(storage(d2x(CVT+x2d('3e0')),4));
/* Get acronym (1st 4 bytes) from the RCVT */
Secacr=storage(d2x(RCVT),4);
select
when Secacr='RCVT' then Secsys='RACF';
when Secacr='ACF2' then Secsys='ACF2';
when Secacr='RTSS' then Secsys='TopSecret';
otherwise Secsys='Unknown';
end;
Say 'Security Software is' Secsys'.'
Exit
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent: Wednesday, May 18, 2011 3:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for Control Blocks (Subject Added)
Hi,
How do I find out, researching control blocks, preferably, if running
Top Secret or RACFon z / OS?
Thanks in advance.
It depends on what you are looking for.
Do you want the ACEE, Data Sets? Are you going to use a program (written in
Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you
looking for the STC information or what a user has?
The Data Areas manuals would be a good start.
Start with the CVT area and find the Security Product. Then go from there.
You can use IPCS on ACTIVE to follow the control blocks.
It would be helpful to know what specific function you are trying to research.
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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Looking for Control Blocks (Subject Added)
and for the data areas: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZC4A0/1.39 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, May 18, 2011 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for Control Blocks (Subject Added)
Oh, you are very fast.
Thans Lindy Mayfield and Lizette Koehler, this is what I need (for now).
I will put some more doubts about Top Secret x RACF on z/OS, I hope you can
help me.
Thanks again.
José ADAUTO Ribeiro
Em 18/05/2011 09:18, Lindy Mayfield lindy.mayfi...@ssf.sas.com escreveu:
and in Rexx:
/* rexx */
CVT=c2d(storage(10,4));
RCVT=c2d(storage(d2x(CVT+x2d('3e0')),4));
/* Get acronym (1st 4 bytes) from the RCVT */
Secacr=storage(d2x(RCVT),4);
select
when Secacr='RCVT' then Secsys='RACF';
when Secacr='ACF2' then Secsys='ACF2';
when Secacr='RTSS' then Secsys='TopSecret';
otherwise Secsys='Unknown';
end;
Say 'Security Software is' Secsys'.'
Exit
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent: Wednesday, May 18, 2011 3:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for Control Blocks (Subject Added)
Hi,
How do I find out, researching control blocks, preferably, if running
Top Secret or RACFon z / OS?
Thanks in advance.
It depends on what you are looking for.
Do you want the ACEE, Data Sets? Are you going to use a program (written in
Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you
looking for the STC information or what a user has?
The Data Areas manuals would be a good start.
Start with the CVT area and find the Security Product. Then go from there.
You can use IPCS on ACTIVE to follow the control blocks.
It would be helpful to know what specific function you are trying to research.
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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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: Looking for Control Blocks (Subject Added)
No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jose Adauto Ribeiro Sent: Wednesday, May 18, 2011 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Oh, you are very fast. Thans Lindy Mayfield and Lizette Koehler, this is what I need (for now). I will put some more doubts about Top Secret x RACF on z/OS, I hope you can help me. Thanks again. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for Control Blocks (Subject Added)
Does someone have a web page that is list of forums for various mainframe subjects? On Wed, May 18, 2011 at 1:48 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com wrote: No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for Control Blocks (Subject Added)
Here is a list from the CBT tape page http://www.cbttape.org/internet.phtml Mark Hammond -Original Message- From: Mike Schwab [mailto:mike.a.sch...@gmail.com] Sent: Wednesday, May 18, 2011 1:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Does someone have a web page that is list of forums for various mainframe subjects? On Wed, May 18, 2011 at 1:48 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com wrote: No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Looking for Control Blocks (Subject Added)
Last time I tried many of the links were obsolete. For lsoft I use the CATALIST function and do searches. Unfortunately everybody's not lsoft. In a message dated 5/18/2011 2:03:42 P.M. Central Daylight Time, markhamm...@ateras.com writes: http://www.cbttape.org/internet.phtml -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Has anyone had experience changing Changeman PDSs to PDSEs? John R. Whitehair MVS Systems Programmer Forethought Financial Services 812-933-6730 (office) john.whiteh...@forethought.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
Changing Changeman PDSs to PDSEs (Was: No Subject)
Subject added On Thu, 31 Mar 2011 17:00:48 -0400, Whitehair, John john.whiteh...@forethought.com wrote: Has anyone had experience changing Changeman PDSs to PDSEs? John R. Whitehair MVS Systems Programmer Forethought Financial Services 812-933-6730 (office) john.whiteh...@forethought.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: Subject headers changing in IBM-MAIN
In listserv%201102111435319858.0...@bama.ua.edu, on 02/11/2011 at 02:35 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I waited for your kind reply because you are an expert on those RFC things. I also saw other excellent replies especially that posts from Bill Godfrey. Yes; I only gave an analysis of the symptoms but he went a step further and traced the cause. What I'm going to do is: I'm going copy the subject and edit it to remove any strange and unreadable characters. Then I will copy it back on IBM-MAIN's web page during a reply and then if something is still happening weird, I will tell you. Or you can tell me I messed around... :-D You'll probably need to get the webmaster involved. Like you, I'm on the outside looking in and don't have access to the necesaary tools. Darren: what do you suggest he do next? -- 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: Subject headers changing in IBM-MAIN
In listserv%201102101413290988.0...@bama.ua.edu, on 02/10/2011 at 02:13 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: What is it that changed the IBM-MAIN subject headers? :-( :-( What I see is: 1. The original Subject is unencoded ASCII 2. The modified Subject has extraneous blanks, is RFC 2047 encoded and ends with a non-ASCII character; the code page and the charset varies from message to message. -- 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: Subject headers changing in IBM-MAIN
Shmuel Metz (Seymour J.) wrote: What I see is: 1. The original Subject is unencoded ASCII 2. The modified Subject has extraneous blanks, is RFC 2047 encoded and ends with a non-ASCII character; the code page and the charset varies from message to message. I waited for your kind reply because you are an expert on those RFC things. I also saw other excellent replies especially that posts from Bill Godfrey. Cool of you to continue on this thread without breaking this subject header. I really appreciate all of your answers. What I'm going to do is: I'm going copy the subject and edit it to remove any strange and unreadable characters. Then I will copy it back on IBM-MAIN's web page during a reply and then if something is still happening weird, I will tell you. Or you can tell me I messed around... :-D I can always re-type the subject, but then I'm a bad-bad-really-bad ass lazy boy, mind you... :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Subject headers changing in IBM-MAIN
Hi to all IBM-MAIN friends and enemies ... :-) What is it that changed the IBM-MAIN subject headers? :-( :-( See these threads which started with 're discovering' and 're disc overing', etc. I can assure you that I used IBM-MAIN's web pages at bama.ua.edu where I create a new post and where I do a follow up. I do NOT ever use my e-mail client software because of mis-treating and undesired reformatting of my text! But I am very dismayed to see that several posts with a similar 'subject' are shown, but they are not linked as a single thread because of a subtle character change in the subject field. I was very surprised, when I answered Ed Finnel's reply today, that a brand new thread is created damn! (moaning, groaning, bitching, etc... ) Anyone able to give me hints to ensure I stay with ONE thread and that all replies are all connected to ONE thread? Really, I wish to ease followers in their following of threads, not to make a brand new thread! I'm not here to 'munge' a subject field. Trust me, I wish to ease followers in their ability to follow threads... big sigh If there is a way to create ONE single thread chain beside retype a whole subject heading, I would be very glad. Be a nice sport to help me, I will send you a free choc toffee via a fax... :-D Ok, enough of my ranting. Now it is YOUR turn! ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subject headers changing in IBM-MAIN
On 2/10/2011 12:13 PM, Elardus Engelbrecht wrote: Hi to all IBM-MAIN friends and enemies ... :-) What is it that changed the IBM-MAIN subject headers? :-( :-( See these threads which started with 're discovering' and 're disc overing', etc. John Gilmore. -- 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
Re: Subject headers changing in IBM-MAIN
On Thu, 10 Feb 2011 12:27:59 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/10/2011 12:13 PM, Elardus Engelbrecht wrote: Hi to all IBM-MAIN friends and enemies ... :-) What is it that changed the IBM-MAIN subject headers? :-( :-( See these threads which started with 're discovering' and 're disc overing', etc. John Gilmore. Or, at least, something in the email client that John is using to reply to messages. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Subject headers changing in IBM-MAIN
On Thu, 10 Feb 2011 12:27:59 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/10/2011 12:13 PM, Elardus Engelbrecht wrote: Hi to all IBM-MAIN friends and enemies ... :-) What is it that changed the IBM-MAIN subject headers? :-( :-( See these threads which started with 're discovering' and 're disc overing', etc. John Gilmore. John should either get the problem fixed or post from the internet archive address. He can monitor any way he chooses and can just reply from the web to fix this annoying problem. -- 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: Subject headers changing in IBM-MAIN
On 2/10/2011 12:42 PM, Walt Farrell wrote: Or, at least, something in the email client that John is using to reply to messages. Possibly something home grown. It doesn't identify itself with a User-Agent: tag in the mail headers. -- 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
Re: Subject headers changing in IBM-MAIN
On Thu, 10 Feb 2011 13:19:00 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: On 2/10/2011 12:42 PM, Walt Farrell wrote: Or, at least, something in the email client that John is using to reply to messages. Possibly something home grown. It doesn't identify itself with a User-Agent: tag in the mail headers. He explained it when I asked him about it last year, but I can't recall what the explanation was and a quick search of the archives didn't find it. Of course it was buried in another thread. All I remember was him saying was that it was a sporadic problem. 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: Subject headers changing in IBM-MAIN
On Thu, 10 Feb 2011 16:34:47 -0600, Mark Zelden wrote: On Thu, 10 Feb 2011 13:19:00 -0800, Edward Jaffe wrote: On 2/10/2011 12:42 PM, Walt Farrell wrote: Or, at least, something in the email client that John is using to reply to messages. Possibly something home grown. It doesn't identify itself with a User-Agent: tag in the mail headers. He explained it when I asked him about it last year, but I can't recall what the explanation was and a quick search of the archives didn't find it. Of course it was buried in another thread. All I remember was him saying was that it was a sporadic problem. I tried to explain it in my post of May 4, 2010. http://bama.ua.edu/cgi-bin/wa?A2=ind1005L=ibm-mainP=16716 Since then, I have seen more examples of the fully-revealed subject line in the website of the assembler-list at http://listserv.uga.edu/archives/asm370.html most recently in the list of January 2011 posts. I am referring to the subject lines that begin with =?windows-1256 What it boils down to is that John's subject lines are using a format documented in RFC 2047, but the Listserv is not handling that format correctly when the subject text is broken up into pieces and the pieces are on separate lines. When the pieces are put together by the Listserv, whitespace between the pieces is supposed to be ignored, but the Listserv is inserting a space. My May 4 post goes into more detail. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Hardware RESERVE vs GRS ENQ (was: No Subject)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of john gilmore Scott Rowe wrote: | The linkedit/Binder still uses a hardware reserve. I has been a very long time since it did so, materially as opposed to formally. For the Linkage Editor the reserve has been converted into a global enq using GRS for many years. Moreover, whjil;e I cannopt prove it in this OCO era, I berlieve that the reserve itself has disappeared. The Binder never did use a reserve. . . . RESERVE is still alive and well (at least is was at z/OS 1.9). Got burned by it while doing an RVARY Dance during repair of a RACF database in late 2009. The offending utility was IRRUT200, against which APAR OA30905 was taken and closed PRS (Permanent Restriction). -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
Testing hardware RESERVE (was: no subject)
On Tue, 25 Jan 2011 01:56:51 +, john gilmore john_w_gilm...@msn.com wrote: I suggest that Mr. Rowe conduct a simple experiment, as I just did. Bind a set of object modules into library A and write something into dataset B, located on the same notional volume. He will find that he can do these operations concurrently, which would be impossible if a hardware reserve were in use. It's only impossible if you try that from 2 different systems, and if you can really ensure that the operations on those two systems are truly simultaneous. That's very difficult to arrange. Even then, the most that will happen is that the bind operation for A would delay the write to B until it has finished, so unless you can stop the bind operation in the middle, while it holds the serialization, I don't see how you can really prove anything. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Testing hardware RESERVE (was: no subject)
On Tue, 25 Jan 2011 08:58:29 -0600, Walt Farrell wrote: On Tue, 25 Jan 2011 01:56:51 +, john gilmore wrote: I suggest that Mr. Rowe conduct a simple experiment, as I just did. Bind a set of object modules into library A and write something into dataset B, located on the same notional volume. He will find that he can do these operations concurrently, which would be impossible if a hardware reserve were in use. Even then, the most that will happen is that the bind operation for A would delay the write to B until it has finished, so unless you can stop the bind operation in the middle, while it holds the serialization, I don't see how you can really prove anything. Long ago, circa MVS 3.8 without GRS, in our little lab we got sporadic deadlocks when one job allocated SYSLIB on VOL001, SYSLMOD on VOL002, and another allocated SYSLIB on VOL002, SYSLMOD on VOL001. -- 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
[no subject]
John, I am so very sorry that I confused you by my use of uses versus use in my reply, but my intended point still applies: Binder and/or Linkage editor processing still issue a RESERVE against their target (at least in the case of a PDS). I would suggest that there are far more egregious errors in your post, but I am not that pedantic. I am quite aware that there is still a linkage editor, which is separate from the Binder, and have been aware of the difference since at least a year prior to any formal announcement of said Binder. I was referring to either or both programs. The GRS Planning Guide for z/OS 1.12 still lists the reserve as being used by ISPF and the linkage editor, but I would bet it is also used by the Binder, since it is an established serialization technique. I could be wrong, but I seem to remember actually seeing such a RESERVE from the BINDER. Whether GRS converts the linkedit/Binder RESERVE request to an ENQ on a given system is irrelevant, this depends on local configuration, as it has for many years. I have no need or desire to perform your simple experiment, as it would prove nothing, since even if the RESERVE is making it to the hardware without being converted, it could be so short as to not be observable. A far better test would be to run a large linkedit step and observe the SENQR report in RMF II, as it would show the RESERVE even if it were converted. Of course, this is all dependent on the device in question also being defined as SHARED in your configuration. It is irrelevant how the hardware reserve is implemented (hardware or firmware), as long as the effect is equivalent, which it is. On Mon, Jan 24, 2011 at 8:56 PM, john gilmore john_w_gilm...@msn.comwrote: Scott Rowe wrote: | The linkedit/Binder still uses a hardware reserve. I has been a very long time since it did so, materially as opposed to formally. For the Linkage Editor the reserve has been converted into a global enq using GRS for many years. Moreover, whjil;e I cannopt prove it in this OCO era, I berlieve that the reserve itself has disappeared. The Binder never did use a reserve. (Mr. Rowe's use of a singular verb with his 'linkedit/Binder' construct suggests that he thinks they are the same program; they are not.) I suggest that Mr. Rowe conduct a simple experiment, as I just did. Bind a set of object modules into library A and write something into dataset B, located on the same notional volume. He will find that he can do these operations concurrently, which would be impossible if a hardware reserve were in use. Let me add that in this era of virtual volumes hardware reserves, whatever exactly they are, are implemented very differently, typically in firmware, from the way in which they were implemented for a real IBM 2311 DASD. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
[no subject]
In AANLkTi=tPeHFJnRX-=TEEaZL=rvzuszt3e5i8od-b...@mail.gmail.com, on 01/25/2011 at 11:06 AM, Scott Rowe scott.r...@joann.com said: I have no need or desire to perform your simple experiment, as it would prove nothing, since even if the RESERVE is making it to the hardware without being converted, it could be so short as to not be observable. GTF. -- 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
[no subject]
Yes, GTF could certainly do it, and I think the ENQ monitor would also. My point was that his experiment would prove nothing. On Tue, Jan 25, 2011 at 11:25 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote: In AANLkTi=tPeHFJnRX-=TEEaZL=rvzuszt3e5i8od-b...@mail.gmail.com, on 01/25/2011 at 11:06 AM, Scott Rowe scott.r...@joann.com said: I have no need or desire to perform your simple experiment, as it would prove nothing, since even if the RESERVE is making it to the hardware without being converted, it could be so short as to not be observable. GTF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.htmlhttp://patriot.net/%7Eshmuel/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 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
[no subject]
Scott Rowe wrote: | The linkedit/Binder still uses a hardware reserve. I has been a very long time since it did so, materially as opposed to formally. For the Linkage Editor the reserve has been converted into a global enq using GRS for many years. Moreover, whjil;e I cannopt prove it in this OCO era, I berlieve that the reserve itself has disappeared. The Binder never did use a reserve. (Mr. Rowe's use of a singular verb with his 'linkedit/Binder' construct suggests that he thinks they are the same program; they are not.) I suggest that Mr. Rowe conduct a simple experiment, as I just did. Bind a set of object modules into library A and write something into dataset B, located on the same notional volume. He will find that he can do these operations concurrently, which would be impossible if a hardware reserve were in use. Let me add that in this era of virtual volumes hardware reserves, whatever exactly they are, are implemented very differently, typically in firmware, from the way in which they were implemented for a real IBM 2311 DASD. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Calling XPLINK program object from PL/1 (subject changed)
--- cross posted to the PL/1 mailing list --- Thank you for your answer. I will take a look at the 3.9 documentation. We are using 3.6 and 3.7, planning to migrate to 3.9 this year. I've read the LE programming guide of z/OS 1.10, and from there I took the information that COBOL and PL/1 are non-XPLINK. Furthermore, the doc says, that there can be no mixture of XPLINK and non-XPLINK inside of one program object - it is only possible that XPLINK functions call non-XPLINK routines (typically ASSEMBLER) by means of special #pragmas, to support some ASSEMBLER coded system services. If a non-XPLINK routine needs to call a XPLINK routine, this should be done dynamically, that is, like a DLL call, or using CEEFETCH. At least this is my understanding at the moment. The XPLINK routine has a function prolog which is completely different from the traditional (reg 13 save area based) prolog, so LE has to take care about the proper linkage. I would like it, if the entry of the XPLINK object could be defined as traditional using a special pragma, but this seems not to be possible. Kind regards Bernd Am 04.01.2011 23:51, schrieb Jim Heifetz: Which version of the PL/I compiler are you using, that you write PL/1, which is non-XPLINK and deduce from that quote that you cannot call the XPLINK module. In the V3R9 Programming Guide, there is an example of calling a Java XPLINK module from PL/I. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Someone (I think) was requesting information about COBOL SQL. I saw this from IBM and it may/may not help you.Best practices for System z softwareIt's the beauty of SQL: You can code it in many ways and still get the same results. But depending on your technique, including how you structure it, overall performance can vary dramatically. You'll get more from all SQL coding techniques if you understand the tables you are accessing, and use a handy set of guides and tools to assist you.Read DB2 for z/OS SQL Performance Choices by IBM® DB2® expert Daniel L. Luksetich to learn key SQL tuning tips, including: How correlated, non-correlated and joins differ in table expressions vs. subqueries Using table sizes, result sizes and indexes to code subqueries for optimal performance When to merge and when to force materialization of table expressionsDan Luksetich is a consultant with Yevich, Lawson Associates, specializing in DB2 database and application design and performance. He has many years of experience designing and tuning some of the world's largest and most complex DB2 databases.This expert advice is part of a software series of best practices for IBM System z®. IBM offers world-class solutions for managing your systems and applications. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
John Gilmore's Munging of Subject lines (was Re: Hashin g algorith m)
John, What's up with the subject lines getting destroyed when you post? It makes threading difficult. 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
[no subject]
Paul Gilmartin writes: begin snippet For pure division-method, surely. Modulo 64 merely extracts the rightmost 6 bits of the original string. But you had suggested CKSUM, then modulo. And if CKSUM is of high quality, I'd expect any modulus to give good results. end snippet This response may well reflect Mr. Gilmartin's expectations. It does not reflect much understanding of elementary number theory, of hashing operations, or of arithmetic overflow in von Neumann machines. My patience with his dicta in the past has apparently been misunderstood. In the future I shall exhibit none. Beginning with von Neumann, division-method hashing has been investigated fully, so fully that it now has little more continuing intellectual interest than Tartaglia's cubic formula. Hashing results are affected by width, for a mainframe by whether successive byte, halfword, fullword, or [in principle] doubleword substrings are summed and by whether FIXEDOVERFLOW is enabled or disabled when this is done. (Reconsidered, my comparand was perhaps ill-chosen: Tartaglia's formula may be of some intellectual interest if one does not know it.) About RKFAWTF: its standard expansion in some contexts is Read Knuth First and We'll Talk Further. I use it with students when I judge that they need to mug up the rudiments of a topic before we can discuss it productively. Mr. Postpischl has confused two problems. There is that of constructing a balanced or, better, optimal static BST given hit and between frequencies. This is now straightforward; it has been rendered so by Knuth's analysis. (Before that analysis became available several non-clots, among them Ken Iverson, notoriously got it wrong.) There is also the different problem of keeping a dynamic BST, one in which insertions and deletions are ongoing, balanced or compact using AVL rotations or the like. That is less straightforward, although it too has been explicated by Knuth. I must concede that it is not beyond the wit of man, but in my experience post-prelims Ph.D. candidates in computer science often have trouble getting it right. These things said, I have no wish to lump Mr. Postpischl together with Mr. Gilmartin; he is not unseriösische;his posts are always to the point; and his comments this time do not merit defenestration. (The archetypical one of Prague, which was unsuccessful, anyway suggests that the operation is unreliable.). For the archives I note that the five-character machine-instruction acronym CKSUM is wrong; I should have written the four-character one CKSM instead. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Subject: Re: JES2 Exit 53 problem
I stand corrected - I thought I had created Exit #53 when we migrated to z/OS 1.4. Anyway, I have used the similar code in Exit #3 since 1988. Yes, I assembled Exit #53 with a USER Environment and it is loaded in the LPA. LOADMOD(JES2X003) STORAGE=PVT LOADMOD(JES2X053) STORAGE=LPA JES2X053 $MODULE ENVIRON=(USER,ANY) JES2X003 $MODULE ENVIRON=JES2 I guess I will just call this a feature. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Itschak Mugzach writes: And you have Camouflage (datamasking.com) , 1st on Gartner and forrester. Maybe. Camouflage is very late to the z/OS party (but much better late than never, of course): http://www.datamasking.com/pressreleases.aspx?id=44 Gartner has a magic quadrant reporting methodology, not a ranking per se. And I can't find a relevant Gartner report anyhow. Here's Camouflage's most recent press release that I can find that mentions Gartner: http://www.datamasking.com/PressReleases.aspx?id=19 There's nothing mentioned about first or anything about a magic quadrant (or particular positioning). Likewise, Camouflage itself says only it's a top 5 Forrester vendor: http://www.datamasking.com/PressReleases.aspx?id=40 I searched Datamasking.com (both in the search box on the Web site itself and via Google targeted search), and I can't find anything relevant concerning Gartner or Forrester. Camouflage might be fantastic stuff -- I don't know -- but I wasn't able to validate a 1st on Gartner and forrester claim. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets 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
[no subject]
Timothy, Don't take it personally. May be they are in top 5. I don't care. This is a fact that I can't recall where I've seen. A Gartner/Forrester customer can get an analyst to speak with and find out himself. They might entered late on z/os, but they are pure Java: No CPU cost if you have zAAP, so they are far away from older solutions running on z/os and make use of a CP and influence TCO. I've seen few sites that stepped back from datamasking projects when they discovered that at the end of every night they will have to mask all data copied to dev (and copy them all every day!). ITschak On Wed, Jun 16, 2010 at 9:47 AM, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Itschak Mugzach writes: And you have Camouflage (datamasking.com) , 1st on Gartner and forrester. Maybe. Camouflage is very late to the z/OS party (but much better late than never, of course): http://www.datamasking.com/pressreleases.aspx?id=44 Gartner has a magic quadrant reporting methodology, not a ranking per se. And I can't find a relevant Gartner report anyhow. Here's Camouflage's most recent press release that I can find that mentions Gartner: http://www.datamasking.com/PressReleases.aspx?id=19 There's nothing mentioned about first or anything about a magic quadrant (or particular positioning). Likewise, Camouflage itself says only it's a top 5 Forrester vendor: http://www.datamasking.com/PressReleases.aspx?id=40 I searched Datamasking.com (both in the search box on the Web site itself and via Google targeted search), and I can't find anything relevant concerning Gartner or Forrester. Camouflage might be fantastic stuff -- I don't know -- but I wasn't able to validate a 1st on Gartner and forrester claim. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Itschak Mugzach wrote: They might entered late on z/os, but they are pure Java: No CPU cost if you have zAAP, so they are far away from older solutions running on z/os and make use of a CP and influence TCO. I've seen few sites that stepped back from datamasking projects when they discovered that at the end of every night they will have to mask all data copied to dev (and copy them all every day!). Of course, if you just use Voltage SecureData to encrypt the *production* data *once*, you don't have this problem... :-) -- ...phsiii Phil Smith III p...@voltage.com Voltage Security, Inc. www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
True, and if you use encryption device, like an accelerator, the overhead is minimal as well... ITschak On Thu, Jun 17, 2010 at 5:01 AM, Phil Smith p...@voltage.com wrote: Itschak Mugzach wrote: They might entered late on z/os, but they are pure Java: No CPU cost if you have zAAP, so they are far away from older solutions running on z/os and make use of a CP and influence TCO. I've seen few sites that stepped back from datamasking projects when they discovered that at the end of every night they will have to mask all data copied to dev (and copy them all every day!). Of course, if you just use Voltage SecureData to encrypt the *production* data *once*, you don't have this problem... :-) -- ...phsiii Phil Smith III p...@voltage.com Voltage Security, Inc. www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Munged Subject [Calcul ate Tape B ytes to Tr acksþ]
Thompson, Steve wrote: I have been watching subject lines get munged for a while. And so I thought I'd try to track it down. Thanks for spotting this. In this case it appears to get started when John Gilmore replied to a posting. The above subject started out as: Calculate Tape Bytes to Tracksþ And with John's first reply it became: Calcul ate Tape B ytes to Tr acksþ Anyone have any idea what would do this? Sorry, John Gilmore, please forgive me, but I do not wish you anything bad or unfavourable, but I also saw this munging of the 'Subject fields' caused by your posts. Re: IEBCOP Y losing A PF autho risation i n middle o f JOB - et c## Re: IEBCOP Y losing A PF authori sation in middle of JOB - etc? Re: IEBCOP Y losing A PF authori sation in middle of JOB - etc# Re: IEBCOPY losing APF authorisation in middle of JO B - etc# Re: IEBCOPY losing APF authorisation in middle of JOB - etc Above was taken from April 2010 IBM-MAIN List Serv Web page. Note, I have replaced unreadable characters with '#'. Also John's answer in this thread : (copied to NotePad and unreadable characters changed to '#') Munged Sub ject [Calc ul ate Tap e B ytes t o Tr acks# ]# Please note that the '# ]#' is changed to '[' on IBM-MAIN List Serv Web page. See below as it appears on the Web page: Munged Sub ject [Calc ul ate Tap e B ytes t o Tr acks[ Anyone willing to help out John? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Munged Subject [Calcul ate Tape B ytes to Tr acksþ]
I noticed that the munging consists of adding a space after every 10th character of the subject line. In some cases it may appear to be irregular rather than every 10th character, but that is only because an already munged subject line has been re-munged after Re: or something was added to the subject and the message was replied to a second time by John. I tried to figure out what would cause a space to be added after every 10 characters, and what connection it might have with the windows- 1256 charset, which Don Poitras noticed was being used in John's messages. After searching for examples of usage of windows-1256 in mail, I came upon this website, which is not about technical issues with mail or character sets, but birdwatching, of all things. http://www.virtualbirder.com/bmail/gabol/200912/02/ One of the emails on the web page has a subject that looks like this: Subject: =?windows-1256?Q?Sandhill_C?= =?windows-1256?Q?ranes_this?= =?windows-1256?Q?_evening_a?= =?windows-1256?Q?t_Flowing_?= =?windows-1256?Q?Well_Road_?= =?windows-1256?Q?cypress_po?= =?windows-1256?Q?nd_(Doughe?= =?windows-1256?Q?rty_County?= =?windows-1256?Q?)=FE?= The subject has been broken up into 9 encoded words, as defined by RFC 2047, and each encoded word contains exactly 10 characters of original text. Email software that supports RFC 2047 should decode these encoded words and display only the resulting text. Notice that the encoded words are separated from each other by whitespace. (I used a separate line for each in this post). RFC 2047 says that whitespace between adjacent encoding words should be ignored. As an aside, I might point out that RFC 2047 does not say anything about making a separate encoded word every 10 characters. It says an encoded word can be up to 75 characters long. So it appears that some mail software was written to produce a new encoded word for every 10 characters, for reasons unknown. What if John's messages are being encoded just like this message on the birdwatching website? And suppose the messages are being received on a mail server that is NOT ignoring the whitespace between the encoding words, but is putting in a space between the results of decoding adjacent encoded words as it decodes the subject. The result would be exactly what we are seeing. There is a lot of supposition in what I am saying, but it does provide one explanation. One other thing - the hex FE at the end in the sample subject above. I suspect that John's encoded subject lines, like the sample above, end with a hex FE, which in Windows-1256 is a code for right-to-left mark. Even though it is not needed for western text, it seems to be left in there, and sometimes ends up being treated as an ISO-8859-1 hex FE, which is a thorn character, which can be seen in the subject line of a post that Elardus Engelbrecht made on this subject. Bill On Sun, 2 May 2010 13:39:44 -0400, Steve Thompson wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@bama.ua.edu] On Behalf Of john gilmore Sent: Sunday, May 02, 2010 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Calcul ate Tape B ytes to Tr acksþ I have been watching subject lines get munged for a while. And so I thought I'd try to track it down. In this case it appears to get started when John Gilmore replied to a posting. The above subject started out as: Calculate Tape Bytes to Tracksþ And with John's first reply it became: Calcul ate Tape B ytes to Tr acksþ Anyone have any idea what would do this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Munged Subject [Calcul ate Tape B ytes to Tr acks]
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Sunday, May 02, 2010 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Calcul ate Tape B ytes to Tr acks I have been watching subject lines get munged for a while. And so I thought I'd try to track it down. In this case it appears to get started when John Gilmore replied to a posting. The above subject started out as: Calculate Tape Bytes to Tracks And with John's first reply it became: Calcul ate Tape B ytes to Tr acks Anyone have any idea what would do this? 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
[no subject]
Wouldn't it be interesting if IBM could do something like this: http://www.serverwatch.com/news/article.php/3877861/IBM-Adopts-Novells-Linux-OS-for-Lotus-Websphere-Appliances.htm . for z/OS? Or am I going insane again? Would it be useful to run multiple z/OS appliances as separate images a parallel sysplex instead of running all the IBM software on just a few instances (still under parallel sysplex)? Or maybe there's just too much overhead to that. Well, for me, at least something interesting to consider. Tho I image most here will think it stupid. 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
[no subject]
Ed, My perceived observation is that varying devices and paths in z/OS takes much longer and uses more resources than it did many moons ago under ESA, XA or SP2. It's my understanding that a lot of device validation that used to occur at IPL when a device was discovered now occurs when the device comes online, hence a faster IPL, but a slower vary online. For example varying just 256 volumes online on 2094-408 with one dedicated CP online locks up TSO for a minute or three, and usually drops my NJE links (yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and MLPF. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, April 12, 2010 10:37 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Mon, April 12, 2010 10:46:05 AM Subject: Alan, I regularly bring 100s of volumes offline and online and have not seen this problem. I submit the jobs in the same way as you do. The only difference is I usually have one command per LCU which makes it easier for me to eyeball my changes when I'm setting up tests. Ron Ron: Way back when MP's first came out a lot of the vary commands did not allow for large number of devices. We needed on occasion to take hundreds of paths online (or offline). Our IBM SE wrote the code to send the hundreds of onlines to the system. We really used that code quite a bit. It *NEVER* caused any issue with the system and we never saw any system abends as a result of these hundreds of vary commands being issues. Granted this was 25++ years ago but I would have thought if there would have been a bug we would have found it. IIRC the biggest issue we had was that Q4 was being so backed up we found (actually IBM) was surprised at the length of our Q4. What added into our mix (for the Q4) was we had a MSS which caused us all a lot of headaches. BTW our SE at the time was Jim Garner who went on to the Washington System Center as the DASD expert there. He no longer works for IBM. IBM lost a great asset when they smothered the System center. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
In 135331393-1271025860-cardhu_decombobulator_blackberry.rim.net-19192267...@bda026.bisx.prod.on.blackberry, on 04/11/2010 at 10:44 PM, Ted MacNEIL eamacn...@yahoo.ca said: The cry of the coward. Nonsense; you clearly don't understand the difference between courage and recklessness. As he told you, his reasons are none of your business. Your words are unimportant, and I do not hear them! No, hearing what your correspondents say is not one of your skills. and am willing to admit my mistakes. ROTF,LMAO! -- 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
[no subject]
From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Tue, April 13, 2010 3:58:22 AM Subject: Ed, My perceived observation is that varying devices and paths in z/OS takes much longer and uses more resources than it did many moons ago under ESA, XA or SP2. It's my understanding that a lot of device validation that used to occur at IPL when a device was discovered now occurs when the device comes online, hence a faster IPL, but a slower vary online. For example varying just 256 volumes online on 2094-408 with one dedicated CP online locks up TSO for a minute or three, and usually drops my NJE links (yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and MLPF. Ron Ron: That may well be true now days as the paths for many items has probably increased (although some have undoubtedly decreased). My memory is iffy but at least at one time I think Vary commands had to go through Q4. I vaguely remember having a discussion with a level 2 person and I think they recognized the issue. I can remember shooting a lot of Q4 issues (again this was 25+ years ago). I do remember sending more than a few standalone tapes off to IBM with Q4 problems. I think (if memory serves me) that Q4 was a major serialization problem area. I think IBM worked on minimizing the code path and or do some fast pathing through it. For a year we were probably IPLing once a week or more because of it. Somewhere along the lines IBM fixed it (or most of it anyway) and the problem almost disappeared. My memory is hazy as to the time period but I think it was before 3.7 (or there abouts). As to current issues I do not recall of hearing about lockouts due to (lots of) Vary commands. But there may be some uniqueness from installation to installation. Example: I have seen some installations allow tape mounts from a TSO session (I would never allow it) and that is where some delays might occur. Even with robotic libraries there could be issues with production getting drives that are needed. Of course if you have thousands of tape drives that situation shouldn't exist. 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
[no subject]
We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown away? Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
REPOST with Subject: COMMAND processing limit??
We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown away? Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REPOST with Subject: COMMAND processing limit??
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Monday, April 12, 2010 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: REPOST with Subject: COMMAND processing limit?? We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown away? Thanks, Alan Part of the console restructure was to through away commands and responses when the *CONSOLE* (or was it *MASTER*?) address space's region started getting full. There is even a message to tell you of this quote Commands that run in the *MASTER* or CONSOLE address space are divided into six command classes. In each class, only 50 commands can execute at one time. Any additional commands in that class must wait for execution. To manage the number of commands that are awaiting execution, the system operator can issue the CMDS command to display the status of commands, remove selected commands that are awaiting execution, or cancel commands that are executing. When a command is removed before execution, the command issuer receives message IEE065I COMMAND NOT EXECUTED, CMD=command instead of the usual command response message. When a command is canceled, the command is terminated with an ABEND code 422, reason code 00010301. /quote ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/1.9 -- 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
[no subject]
Alan, I regularly bring 100s of volumes offline and online and have not seen this problem. I submit the jobs in the same way as you do. The only difference is I usually have one command per LCU which makes it easier for me to eyeball my changes when I'm setting up tests. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Monday, April 12, 2010 8:13 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown away? Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REPOST with Subject: COMMAND processing limit??
On Mon, 12 Apr 2010 10:20:50 -0500, Field, Alan C. wrote: The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. The commands don't execute? Or perhaps you mean that at some time after a rather large number of commands was issued, some of them have not _yet_ completed. Have you checked the syslog? -- 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
[no subject]
Alan, In OS/390 V2.9 (I think) IBM provided an mvs command called CMDS. It can display or remove various types of MVS commands from the queue. You might want to put a trigger in place to issue the CMDS SHOW when this job starts to see what all else might be going on. CMDS D or CMDS DISPLAY DISPLAY | D -- display the numbers and brief information about the commands that are currently executing and those that are waiting for execution. IIRC - Vary is considered an M2 command level. Which I think means it can be ignored if the system has too much going on. The manual should have a better explanation as to what gets tossed and what does not from the mvs command CMDS. Is there a reason these devices are not brought online normally? Lizette Alan Field Wrote We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown 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: REPOST with Subject: COMMAND processing limit??
Thanks everybody. The reminders about CMDS, console restructure etc are what I wasn't remembering. I did see a bunch of these messages in the SYSLOG: IEE318I D20C CANNOT BE VARIED ONLINE - VOLUME CANNOT BE READ IEE318I D20B CANNOT BE VARIED ONLINE - VOLUME CANNOT BE READ The volumes belong to the PROD lpars and the intent is to put them online to the DEV lpars for some sort of database backup or copy. The IEE318I explanation says issue the VARY again. I didn't see any IEE065I COMMAND NOT EXECUTED, CMD=command messages so perhaps initially I was barking up the wrong tree. Alan From: Field, Alan C. Sent: Monday, April 12, 2010 10:21 To: IBM Mainframe Discussion List Subject: REPOST with Subject: COMMAND processing limit?? We have a batch job that uses the COMMAND program to issue commands. One of the uses is to issue 580 V ,ONLINE commands. These are directed to one menber of a SYSPLEX (no ROUTE command involved). The user complains that sometimes some of the commands don't execute, as witnessed by a subsequent job failing because one or more of the volumes are off line. Can anyone shed any light on command processing? Is there a limit after which commands are just thrown away? Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REPOST with Subject: COMMAND processing limit??
On Mon, 12 Apr 2010 10:29:31 -0500, McKown, John john.mck...@healthmarkets.com wrote: Part of the console restructure was to through away commands and responses when the *CONSOLE* (or was it *MASTER*?) address space's region started getting full. There is even a message to tell you of this quote Commands that run in the *MASTER* or CONSOLE address space are divided into six command classes. In each class, only 50 commands can execute at one time. Any additional commands in that class must wait for execution. To manage the number of commands that are awaiting execution, the system operator can issue the CMDS command to display the status of commands, remove selected commands that are awaiting execution, or cancel commands that are executing. When a command is removed before execution, the command issuer receives message IEE065I COMMAND NOT EXECUTED, CMD=command instead of the usual command response message. When a command is canceled, the command is terminated with an ABEND code 422, reason code 00010301. /quote ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/1.9 Just for accuracy, the Console Restructure work referred to here (the z/OS 1.4.2 feature) only dealt with messages. The work on command flooding preceded this by several releases. Also, no messages are thrown away, every message is queued to the log _before_ it is considered for queueing to a console (MCS, SMCS, or EMCS). The only way a message doesn't make it to a particular console is if that console gets so far behind that the messages age out of internal storage. There were numerous presentations done on this at Share. Here's a link to one: http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=10230 (you will need a Share userid/password to access it) There is a significant amount of serialization within the processing of a VARY command which can cause it to take some amount of time to complete. This, too, has been presented at Share. Another presentation: http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=11948 Scott Fagen Chief Architect CA Mainframe BU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: REPOST with Subject: COMMAND processing limit??
Also, no messages are thrown away, every message is queued to the log _before_ it is considered for queueing to a console Didn't NETView used to have a method of suppressing messages from both/either the SYSLOG and the NETLOG? I seem to recall two options for both of these: SYSLOG(x) NETLOG(x) Where x could be Y/N. Are they still around? I remember them because we caught a SYSPROG who had written his own REXX EXEC under NETView that would suppress all output from any command he issued through it, but he would see the output at his terminal. This was circa 1989. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Mon, April 12, 2010 10:46:05 AM Subject: Alan, I regularly bring 100s of volumes offline and online and have not seen this problem. I submit the jobs in the same way as you do. The only difference is I usually have one command per LCU which makes it easier for me to eyeball my changes when I'm setting up tests. Ron Ron: Way back when MP's first came out a lot of the vary commands did not allow for large number of devices. We needed on occasion to take hundreds of paths online (or offline). Our IBM SE wrote the code to send the hundreds of onlines to the system. We really used that code quite a bit. It *NEVER* caused any issue with the system and we never saw any system abends as a result of these hundreds of vary commands being issues. Granted this was 25++ years ago but I would have thought if there would have been a bug we would have found it. IIRC the biggest issue we had was that Q4 was being so backed up we found (actually IBM) was surprised at the length of our Q4. What added into our mix (for the Q4) was we had a MSS which caused us all a lot of headaches. BTW our SE at the time was Jim Garner who went on to the Washington System Center as the DASD expert there. He no longer works for IBM. IBM lost a great asset when they smothered the System center. 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
[no subject]
You're assuming my GMail name isn't my real name. Not a safe assumption. The display name, the email account name, and the actual name are unrelated. So, you really are: zedgarhoo...@gmail.com I doubt it! We don't even know if you're really Ted, now do we? No you don't, but I'm not hiding anything. I'm known by people around the world! Are you? It's not perfect, but it's a good thing as far as I'm concerned. Because it solves what problem? Those that are afraid to come out from under the rocks and admit who they are. Those that are brave enough to have their statement attributed to whom they are. My yahoo id is eamacneil because I tried with tedmacneil and it was already taken. The 'e' stands for Edward, but I go with Ted. And, I think anybody who refuses to use their real name is a coward. Or has other reasons to obscure his/her identity, which aren't any of your business. The cry of the coward. You have to be willing to stand up and be counted, or your comments are just noise. Others are free to ignore/killfile identities they don't trust. One might argue that making it clear that an alias is in use is more honest than claiming (falsely) to be Bob Jones and never raising the question. Your words are unimportant, and I do not hear them! Yes, you can use an alias, and it can't be proven, but obvious obsfucation is wrong! FSVO wrong...i.e., attributing your worldview to everyone. There's a name for that, but it's definitely OT. It's wrong because you can never be held accountable for your statements. In a world of litigation, libel, and slander, I'm willing to be held accountable for my statements. Are you? By hiding your name and attempting to insult by holding up the 'world view' statement, I'd say NO. You cannot defend anything you say by refusing to identify yourself, and misdirecting by attacking the arguer rather than the argument. I'm secure in my world view, know who I am, and am willing to admit my mistakes. All you've done is defend an untennable position by refusing to identify yourself and attack those who demand that you do. You can continue to attack me for my view, but I am not the coward you are, by refusing to acknowledge who you really are. I shall no longer respond to a coward who hides behind the anomynity of a hidden e-mail address. The next time you wish to make nasty comments about people losing their jobs, acknowledge who you are, or don't make the comments! I, at least, acknowledge I was wrong in attacking E Gould (regardless of my opinion of him), but the opinion (and the appology) were done allowing all to know who I am! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
On 4/11/2010 at 06:44 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: The cry of the coward. You have to be willing to stand up and be counted, or your comments are just noise. Up until now I've shared your view that you get unfairly criticized on this list. Now I'm going to killfile you for this. Who's calling who names now? Unlike other parts of North America, the US has a long history of understanding the desire and or need for anonymity. If you can't share in that, at least stop your own ad hominem attacks against someone else. Plonk. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
I'm hoping someone else has gone through this exercise. We have STK 9840s emulating 3490s. We are about to install 9840Ds and migrate our HSM Backups and ML2 data from 9840As to 9840Ds. We currently have 2200 specified for our 9840As TAPEUTILIZATION(UNITTYPE(3490) PERCENTFULL(2200)) What is the correct Percentfull value for a 9840D emulating a 3490? Slot usage is an issue so I'm looking to store the maximum amount of data per tape volume. Tapes are Duplexed and TAPESPANSIZE is specified so Nolimit is not an option. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: (no subject) maybe Entering command via JES
JES2 or JES3? Does the jobclass have the appropriate authority via the COMMAND= operand? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ??? Sent: Sunday, February 07, 2010 12:23 AM To: IBM-MAIN@bama.ua.edu Subject: hi, I'm running a procedure which preform a jes command through a console. i gave a racf permission (opercmds,console) to the user running this procedure and still get this masseges: $HASP690 COMMAND REJECTED - SOURCE OF COMMAND HAS IMPROPER AUTHORITY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: (no subject) maybe Entering command via JES
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Monday, February 08, 2010 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: (no subject) maybe Entering command via JES JES2 or JES3? SNIP $HASP690 -- JES2 SNIP Does the jobclass have the appropriate authority via the COMMAND= operand? snippage As to the question about the JOBCLASS, I really don't know. Just answering that this is a JES2 environment based on the Message. 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
