Re: Address of SRB rtn

The SRB itself (the control block) needs to be in common storage. The SRB routine needs to be addressable from wherever the machine will fetch instructions from when it is running (i.e., if it is running only with P=X, it can be in X). Peter Relson z/OS Core Technology Design --

Re: Address of SRB rtn

Was there ever a type of SRB that could run in any address space, picked "at random"? Or have they always been scheduled with a particular address space dispatched (selected by coder)? I have a vague memory of some dispatchable unit which could run in "some" address space, but which one was not

CHPID TYPE OSE Port 1 of OSA Express3

We are having problems using port 1 of our new OSA Express3 T1000 on a z114 (4 ports with 2 PCHID). Running z/OS 1.12. The CHPID is defined as TYPE=OSE. For both of our two cards that we are trying to also use port 1, D M=CHP(xx) shows "PATH NOT OPERATIONAL" and "PATH NOT VALIDATED". Port 0

Re: Announcing z/OS port of PCRE 8.31 - version 0.1 beta

Nifty. Thanks for the cross post. I've downloaded it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: Thi

Re: LOAD and DELETE macro instructions

Let me put it simply: In my opinion, unless you can guarantee that the owning task (for EOM=NO) or owning address space (for EOM=YES) will never terminate, you should never use LOAD with GLOBAL=YES. It is almost (perhaps beyond "almost") impossible to serialize access to such code in such a way

Re: Address of SRB rtn

So if it runs in Address space x it can be in pvt storage of address space x Sent from my iPhone On Dec 3, 2012, at 7:46 AM, Peter Relson wrote: > The SRB itself (the control block) needs to be in common storage. > The SRB routine needs to be addressable from wherever the machine will > fetch

Re: Changing PMR Severity (Was: Makes me love most of my z/OS software vendors)

In <9673478860418448.wa.charles.kreiterbwc.state.oh...@listserv.ua.edu>, on 11/30/2012 at 12:23 PM, Chuck Kreiter said: >I always reserve SEV 1 to issues that have made my primary systems >unusable. I have had IBM'ers tell us to raise to SEV 1 in the >morning and then drop to SEV 2 at quittin

Re: Changing PMR Severity (Was: Makes me love most of my z/OS software vendors)

In <9045833222889555.wa.markmzelden@listserv.ua.edu>, on 11/30/2012 at 02:18 PM, Mark Zelden said: >What I've done in those cases is to open as a Sev 2 and then >explain the criticality of the situation and say "please treat >this like a sev 1" and that has worked well for me. Of cour

Re: CHPID TYPE OSE Port 1 of OSA Express3

What is in your VTAM TRLE nodes? -- Donald J. dona...@4email.net On Mon, Dec 3, 2012, at 05:43 AM, Rebecca Martin wrote: > We are having problems using port 1 of our new OSA Express3 T1000 on a > z114 (4 ports with 2 PCHID). Running z/OS 1.12. The CHPID is defined as > TYPE=OSE. For both

Re: CHPID TYPE OSE Port 1 of OSA Express3

Donald, for LCS we have no VTAM definition only what is in the TCPIP profile. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CHPID TYPE OSE Port 1 of OSA Express3

FYI - Looks like our hardware vendor has found the answer (I'll know for sure a bit later on): After spending a while researching and thinking about the OSA problem, here's what I think it is. For the OSE cards, when TCP/IP is started, it uses the information in the TCP/IP profile to load the p

Re: LOAD and DELETE macro instructions

Peter, Your post contains good generic advice. For my shared-table subsystem I use two address spaces in order to greatly simplify recovery problems (in a fashion that I imagine you have experience with). Absolute guarantees are almost by definition impossible, but I can in practical terms guar

Re: CHPID TYPE OSE Port 1 of OSA Express3

Correct. Examples for nonQDIO are in this share document: https://share.confex.com/share/117/webprogram/Session9295.html -- Donald J. dona...@4email.net On Mon, Dec 3, 2012, at 07:02 AM, Rebecca Martin wrote: > Donald, for LCS we have no VTAM definition only what is in the TCPIP > profile.

More SA SLIP traps

I'm having trouble with IPv6...er...something overwriting some storage in a gateway server, and I want to use an SA SLIP trap to catch it. I can observe the error has occurred with DATA=(8R?+2C0,NE,,AND,8R?+2C0,NE,0013) The trouble is, the storage overwritten is in a control blo

Re: LOAD and DELETE macro instructions

John Gilmore wrote: >In my own experience LOADs with GLOBAL=YES and EOM=YES have been reliable and >unproblematic. Agreed. I have successfully used LOAD EP= and DELETE macros without any problems in ancient times (before or after Julius Ceaser, hmmm? ;-D ) when SMF exits were not that bein

Re: RMF Spreadsheet Reporter

something strange going on... trying to select from my monthly rmf..whole month...only getting 4days ?? not seeing anything in doc I need to cleanup anything..delete.. I have called all my datasets/local and remote diff. names just incase...same results... went back against my weekly rmf..same re

Re: Changing PMR Severity (Was: Makes me love most of my z/OS software vendors)

Shmuel Metz wrote: >> I figured IBM looked at the sev 1s and said "oh, it's them again" and just >> treated it like a sev 2. :-) (boy who cried wolf syndrome) >That's why I prefer to open incidents as Sev 3[1]; when I open one at Sev 1 or >Sev 2, I don't have a rack record of severity inflati

Re: LOAD and DELETE macro instructions

I find directed load much safer. And guaranteed not to go away until it is explicitly removed. I rarely find the need for a recovery A/S - an address space RESMGR is guaranteed to get control. On Mon, 3 Dec 2012 11:02:06 -0500 John Gilmore wrote: :>Peter, :> :>Your post contains good generic ad

Re: More SA SLIP traps

If your code is reentrant and the same code is being used in each thread the PVTMOD keyword should limit the amount of code monitored. On Mon, 3 Dec 2012 16:34:21 + "Hamilton, Robert" wrote: :>I'm having trouble with IPv6...er...something overwriting some storage in a gateway server, and I

Re: More SA SLIP traps

On Mon, 3 Dec 2012 16:34:21 +, Hamilton, Robert wrote: >I'm having trouble with IPv6...er...something overwriting some storage in a >gateway server, and I want to use an SA SLIP trap to catch it. I can observe >the error has occurred with > >DATA=(8R?+2C0,NE,,AND,8R?+2C0,NE,

Re: More SA SLIP traps

>As I see it, you have two problems. > >Firstly, you don't know the address of the control block to be monitored by SA >SLIP in advance. Dynamic PER allows you to solve that issue if you can >identify a point in the code where the storage has been allocated (get the ball >rolling with an IF trap at

Re: RMF Spreadsheet Reporter

Hi, Ron. Which days are you getting? I mean, it IS the 3rd of December. :-) I would verify which dates I was specifying, and what dates the data are on the input files. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov

Re: Announcing z/OS port of PCRE 8.31 - version 0.1 beta

File zos.lked.txt is missing from the downloaded zip file (pcre.zip). 12/03/2012 10:17 AM . 12/03/2012 10:17 AM .. 11/13/2012 12:49 AM 923 ADDJCL.JCL 11/13/2012 12:37 AM 5,745 addmem.rex 12/03/2012 10:17 AM 2,836 inst.txt 11/13/

Re: LOAD and DELETE macro instructions

What I did not mention in my reply to Peter Relson--He knows it--is that, while awareness is not automatic, it very easy to make any AS aware that something is in the CSA and to enable that AS to access it. I do, however, want to make it clear that my post was not part of a marketing campaign for

Re: CHPID TYPE OSE Port 1 of OSA Express3

The changes did not work. We have a copy of that Share document and have actually read it several times :( Here is the new definitions from IOCP: CHPID PATH=(CSS(0),00),SHARED,* PARTITION=((MVSD,MVSM,MVSP,MVSZ),(=)),PCHID=200,TYPE=OSE CH

Re: CHPID TYPE OSE Port 1 of OSA Express3

Guess I'd ask the CE to do wrap test on second port. Back when I was doing this SG24-5948 OSA-Express Implementation Guide was a really good reference. In a message dated 12/3/2012 2:12:23 P.M. Central Standard Time, rebecca.mar...@tgslc.org writes: After dynamic activate and IPL, FC10

Re: Changing PMR Severity (Was: Makes me love most of my z/OS software vendors)

I've never been comfortable with changing severity levels for a problem. It's either a Sev1 - critical function not available - or it's not. The impact to the business doesn't change just because of convenience. I've had managers try to play the raise and lower game and frequently had closed do

Re: CHPID TYPE OSE Port 1 of OSA Express3

Thank you, Ed. I'll ask the CE about that test. We also have been reading the implementation guide. The guide and the Share presentation give you a lot of information and examples for QDIO but not so much for non-QDIO, type OSE.

SYNCSORT

Any SYNCSORT users out there? We have one job that gets an S0C4-10. The problem can be reproduced with a three line set of data, so its not a capacity problem. There are two sort fields. If the second one's displacement is reduced the problem goes away but it otherwise looks like an addressing p

Re: SYNCSORT

AS is often the case, without the sort statements, file attributes and actual error messages, I doubt any of us are psychic enough to give a meaningful answer. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion

Re: CHPID TYPE OSE Port 1 of OSA Express3

Ed- Just a quick question- - - Have you queried the OSA using OSASF? If you have not, checking the Config for each LPAR in OSASF may give you some indication. Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Finne

Re: SYNCSORT

I usually go through the EWS (PTFs) by Syncsort and if nothing is standing out, wait for the support staff. I have found Syncsort support very good. Lizette >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Anthony Fletcher >> >> Any SYNCSORT users out the

Re: SYNCSORT

Sheer guess on my part. Take it for what it's worth. We don't use SYNCSORT. But I've seen some weird SOC4-10 abends in the past. Is the input file variable length records? Does SYNCSORT have something equivalent to the VLSHRT parameter? Anyway, what could be happening is that one or more of the

Re: SYNCSORT

John Thanks for those comments. We mostly use DFSORT on other accounts and my immediate take on the problem (while waiting fro proper analysis) was that it was like the Memory Object sort problems that occurred for a while with DFSORT but I had forgotten the VLSHRT fix. Will look at whether that c

Re: SYNCSORT

Lizette Do you have access to the SYNCSORT WEB site? We haven't managed to get that and have to go through an agent. Very frustrating. regards, Anthony Fletcher - NZ MIITP Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Strategic Outsourcing Delivery Server Systems Operatio

Re: RMF Spreadsheet Reporter

Steve 1,2,3,4th ?? <> did each week smf tape separately.. report listing showed follwing.. (wk(0) has 11/24-30 wk(-1) has 11/17-24 wk(-2) has 11/10-17 wk(-3) has 11/3-4 wk(-4) has 11/3-4?? wk(-5) has no Nov data>> according to rmfpp... ran test with -5 -4 -2 -1 and (0) as inputbatch

Re: SYNCSORT

On Mon, 3 Dec 2012 14:47:17 -0600, Anthony Fletcher wrote: >Any SYNCSORT users out there? We have one job that gets an S0C4-10. The >problem can be reproduced with a three line set of data, so its not a capacity >problem. There are two sort fields. If the second one's displacement is >reduced

Re: SYNCSORT

On Mon, 3 Dec 2012 15:54:13 -0600, Mark Zelden wrote: >On Mon, 3 Dec 2012 14:47:17 -0600, Anthony Fletcher >wrote: > >>Any SYNCSORT users out there? We have one job that gets an S0C4-10. The >>problem can be reproduced with a three line set of data, so its not a >>capacity problem. There are

Re: SYNCSORT

The point of the post was that this was something weird which someone might have experienced. Anyway, here is what we see: Input: //SORT EXEC PGM=SORT //SYSINDD * SORT FIELDS=(61,100,CH,A,265,2000,CH,A) SUM FIELDS=NONE END //* Organization: PS Record format: FB Reco

Re: SYNCSORT

What is your new default region in the 1.13 system? Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Anthony Fletcher > Sent: Monday, December 03, 2012 2:12

Re: Address of SRB rtn

In <1354502656.3436.11.ca...@mckown5.johnmckown.net>, on 12/02/2012 at 08:44 PM, John McKown said: >I could have sworn that z/OS (MVS) had _something_ which did not >run in an address space. DIE? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Address of SRB rtn

The interrupt handlers for I/O and external interrupts are designed not to need to access any storage in whatever the current A/S might be at the time of the interrupt, if any. Sometimes no address space is running and the system is in a wait state when such interrupts occur. Bill Fairchild Pr

Re: More SA SLIP traps

On Mon, 3 Dec 2012 19:13:20 +, Hamilton, Robert wrote: . . . > >I can watch the whole array, and I know the point in the code where it is >obtained and initialized. (Having trouble figuring out how to specify the >RANGE to indicate that location). > The code that obtains and initializes t

Re: CHPID TYPE OSE Port 1 of OSA Express3

On Mon, 3 Dec 2012 14:12:16 -0600, Rebecca Martin wrote: >The changes did not work. We have a copy of that Share document and have >actually read it several times :( > >Here is the new definitions from IOCP: >CHPID PATH=(CSS(0),00),SHARED,* >

Re: SYNCSORT

Thanks to all for the helpful comments. Turned out to be that a z/OS 1.13 compatibility fix was required and had been missed - SY69690. Various symptoms from that only one of which was the S0C4-10. SY69691 is the same problem for version 1.4, so needs to be on for z/OS 1.13 and later. regards, An

Re: Address of SRB rtn

John McKown wrote: > I guess I had a major memory failure. I got into the books and you are > correct. Even a global SRB is scheduled into an address space. It's just > that global SRBs are dispatched before address spaces. > > I could have sworn that z/OS (MVS) had _something_ which did not run i

Re: RMF Spreadsheet Reporter

Ron Wells wrote: > DATE(11012012,11302012) > RTOD(,2400) > ETOD(,2400) > STOD(,2400) > DINTV(0800) Please post the dates, quantity and type of records read as collected. >putting sort smf in place...not sure what it does...hoping will put in seq. >and elim. any bad recs.. Please p