Re: Trouble opening specific volumes with OPEN TYPE=J

Don't confuse random access with BDAM. We'll you'll have to tell me what I am confusing then because I don't understand what you mean. Educate me on the difference between direct access and random access then. No, there is a TTR. No, there is a TTTR. I'm using the offset +12 CVTPCNVT entry poin

Re: SPAM: Re: Trouble opening specific volumes with OPEN TYPE=J

I'd expect better performance from ESDS or RSDS than from EXCP. Not in our experience. We've tried all possible forms of I/O and LDS was certainly the best when it comes to VSAM. zFS is implemented as VSAM LDS files and I assume that they know what they are doing. from recollectin ESDS and RR

Re: Trouble opening specific volumes with OPEN TYPE=J

I think you missed the point - no dynamic allocation, as that would just get you back where you started. All you need is another DD, with DISP=OLD, and no catalog access (i.e., explicit unit and volume) to modify the JFCB for. OPEN won't know or care that it's a multi-volume DS, and just build the

Re: tcpip, vary obey command failed

Gamal, Could it be that the file is in use? What profile do you normally use to start TCP/IP? What happens when you change the name of the obeyfile to something else, e.g. SYS1.TCPPARMS(PROFNEW)? -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailt

Re: Random thoughts ...

>LDR? You mean the 580 series. The base machine was a 5860. The 5850 was a slower model LDR - law of diminishing returns. >>With each domain the cache would be allocated as a fixed amount, and was not dynamic. >>So, the cache from one domain was completely isolated from another. >>No impact

tcpip, vary obey command failed

Hi, WHEN ISSUING VARY OBEY COMMAND, IT FAILED WITH THE FOLLOWING ERROR: V TCPIP,,O,DSN=TCPIP.TCPPARMS(PROFILE) EZZ0060I PROCESSING COMMAND: VARY TCPIP,,O,DSN=TCPIP.TCPPARMS (PROFILE) EZZ0661I FOPEN() FOR PROFILE 'TCPIP.TCPPARMS(PROFILE)' FAILED: 61/053B006C, EDC5061I AN ERROR OCCURR

Re: CA ESD files

Who did you speak with at CA? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of ??? ?? ??? Sent: Monday, February 04, 2008 SYSN 09:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA ESD files Hi, I spoke with someone at CA yesterday, and they said

Re: Data Erasure Products

On Feb 4, 2008, at 12:14 PM, Mike Baldwin wrote: --SNIP--- Hi Ed, I thought it interesting that you mentioned 11 times. In a customer security standard document (that I cannot quote), that refers to U.S. DoD standards, when overwriting at least 12 t

Re: CA ESD files

Hi, I spoke with someone at CA yesterday, and they said that within the next couple of months, CA will replace the ESD files with something else. Now we just have to see what they replace it with. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On

Re: SPAM: CPU time differences for the same job

Ted, The time in *MASTER* would be the time spent by ASM moving pages in and out of storage, but I believe the clock is still running for a TCB or SRB when the page fault occurs, and after satisfying it there can be HSB misses if the task is not dispatched to the same IP again. My observations

Re: Trouble opening specific volumes with OPEN TYPE=J

Tom Quarendon wrote: That "workaround" has been suggested to me, but I've yet to try it out. I would need to dynamically allocate a new ddname using SVC99 with matching parameters (dataset name, dcb information, space allocation, but primarily anything that might affect volume allocation, such

Re: CPU time differences for the same job

Tom, So you're going to drive in peak hour you'll burn more petrol going from A to B than in off-peak hours. When I worked on chargeback the internal customers understood this concept. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of

Re: Data Erasure Products

On Feb 4, 2008, at 9:56 AM, Diehl, Gary (MVSSupport) wrote: Ed, I've been told the same thing. I worked SBLC for the AF, and we were told that data could be recovered after up to 7 rewrites, and the methodology was based on signal strength analysis. I.E. You read the sector of a hard disk ump

Re: CGROUP/FREEZE query

Hi George, Thanks for your information. While I use the Freeze & run command, all path are deleted from our primary site. The primary site disk are in "SUSPEND(A)" and secondary site disk are in "DUPLEX". Firstly, I need to establish the path then RECOVERY the secondary site DUPLEX status to SIMPLE

Re: Random thoughts ...

On Tue, 5 Feb 2008 00:54:10 +, Ted MacNEIL wrote: >>I don't remember MDF partitioning the cache. Indeed, part of the reason for the way the domain dispatcher was designed was to limit the effects of one doamin impacting the cache of the others. > >That's exactly what I meant. >The 5850 seri

Re: How to find "current tape length" programatically

Thanks Mark! I will look at this as a possible solution. David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, February 04, 2008 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to find "current tape length" pr

Re: Random thoughts ...

>I don't remember MDF partitioning the cache. Indeed, part of the reason for >the way the domain dispatcher was designed was to limit the effects of one >doamin impacting the cache of the others. That's exactly what I meant. The 5850 series came with a very large cache, that IBM used to denigra

Re: CPU time differences for the same job

On Feb 4, 2008, at 6:23 PM, Tom Marchant wrote: On Mon, 4 Feb 2008 15:54:23 -0600, Kelman, Tom wrote: Tom, What you and others have said here has really got me thinking. It's been about 20 years since I was really an MVS System Programmer getting into the bowels of the operating system. I

Re: IND$FILE

In a message dated 2/4/2008 3:43:27 P.M. Central Standard Time, [EMAIL PROTECTED] writes: I apologize to everyone on the list for ever bringing up IND$FILE. I forgot who some of the list participants are. My bad. >> The best doc I saw was the 3270AT book in late 80's. Can't find much via

Re: Random thoughts ...

On Mon, 4 Feb 2008 22:53:01 +, Ted MacNEIL wrote: >>The hipervisors will need to be at pains to redispatch guests on same engine (s) where possible - probably do already. > >1. PR/SM does try to re-dispatch on the same CP. Yes. >2. The cache is global (IIRC) and each entry is tagged with the

Re: CPU time differences for the same job

On Mon, 4 Feb 2008 15:54:23 -0600, Kelman, Tom wrote: >Tom, > >What you and others have said here has really got me thinking. It's >been about 20 years since I was really an MVS System Programmer getting >into the bowels of the operating system. I've been a performance tuner >and now a capacity

Re: NFS: z/OS to z/OS (was: Info-ZIP)

On Mon, 4 Feb 2008 17:45:14 -0500, Shmuel Metz (Seymour J.) wrote: >In <[EMAIL PROTECTED]>, on 02/04/2008 > at 04:03 PM, Mark Zelden said: > >>The problem is Windows / DOS uses CR+LF and Unix just uses LF (newline) >>(as does MAC from what I read). > >My understanding is that the Mac uses CR. >

Re: NFS: z/OS to z/OS (was: Info-ZIP)

On Mon, 4 Feb 2008 16:03:34 -0600, Mark Zelden wrote: > >The problem is Windows / DOS uses CR+LF and Unix just uses LF (newline) >(as does MAC from what I read). So if your FTP is to another Unix >platform, you will be fine. Unix uses 0x0A and windows / dos use >0x0D 0x0A. "tr" can't do that s

Re: SPAM: Re: Trouble opening specific volumes with OPEN TYPE=J

In <[EMAIL PROTECTED]>, on 02/04/2008 at 07:16 PM, Tom Quarendon <[EMAIL PROTECTED]> said: >But the whole point is that I am trying to do something "funky". Well, >to a PC programmer it's hardly funky. All I want is a large random >access scratch file with optimal performance. I'd expect bet

Re: NFS: z/OS to z/OS (was: Info-ZIP)

In <[EMAIL PROTECTED]>, on 02/04/2008 at 04:03 PM, Mark Zelden <[EMAIL PROTECTED]> said: >The problem is Windows / DOS uses CR+LF and Unix just uses LF (newline) >(as does MAC from what I read). My understanding is that the Mac uses CR. -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Re: FTP question

In <[EMAIL PROTECTED]>, on 02/04/2008 at 12:06 PM, Paul Gilmartin <[EMAIL PROTECTED]> said: >None of these techniques can reconstruct the existing E-mail attachment. What e-mail attachment? FTP is not MIME. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Don Isenstadt is out of the office.

I will be out of the office starting 02/04/2008 and will not return until 02/07/2008. I will respond to your message when I return. - "PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the

Re: Random thoughts ...

Shane wrote: The hipervisors will need to be at pains to redispatch guests on same engine(s) where possible - probably do already. With lots of engines maybe it could (soft) dedicate engines to guests - ; z/OS in partitions sounds a better candidate for this than z/VM juggling masses of Linux

Re: What happened to resumable instructions?

Shmuel Metz (Seymour J.) wrote: In <[EMAIL PROTECTED]>, on 02/03/2008 at 10:01 PM, Binyamin Dissen <[EMAIL PROTECTED]> said: I think it is because these storage to storage operations can take so long to execute, so long that the CPU would assume a problem and go into a check-stop.

Re: Random thoughts ...

>The hipervisors will need to be at pains to redispatch guests on same >engine(s) where possible - probably do already. 1. PR/SM does try to re-dispatch on the same CP. 2. The cache is global (IIRC) and each entry is tagged with the LPAR, as well as the data. 3. Cache ages as the whole processor

Re: CPU time differences for the same job

>In practice, there is seldom a large difference in CPU time utilization 1. Define large. 2. Some think 10% is large. 3. Some think 20% is small. I'm in category three. - Too busy driving to stop for gas! -- For IBM-MAIN subsc

I'm back

Greetings IBM-MAINers After leaving my position at Fifth Third Bank, I am settled in with my new job at Sirius Computer Solutions. I will now resume my opinionated list lurking. At any rate, I can now be contacted for my favorite subjects: - ICSF, Crypto & TKE - TOMCAT and JSPWiki Rob Schra

Re: CPU time differences for the same job

>PR/SM is responsible for saving the state of that logical processor and >restoring it when a physical processor is reassigned to that logical >processor. This is very similar conceptually to what happens with virtual >processors when running under VM. It's better than 'similar conceptually'.

Re: NFS: z/OS to z/OS (was: Info-ZIP)

Mark Zelden wrote: > OCOPY INDD(IN) OUTDD(OUT) CONVERT((BPXFX311)) FROA0317 That should have been: OCOPY INDD(IN) OUTDD(OUT) CONVERT((BPXFX311)) FROM1047 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mail

Re: CPU time differences for the same job

In <[EMAIL PROTECTED]>, on 02/04/2008 at 03:17 PM, Lizette Koehler <[EMAIL PROTECTED]> said: >Since Miklos, has stated this is a C++ application, I cannot remember if >this is an interpreted language or compiled language. It isn't either, it's just a language. You can compile it into machine c

Re: Random thoughts ...

Shane, Actually, this has been given a great deal of thought. One example that comes to mind is that zIIP processors are masked off for I/O interrupts, to avoid being interrupted and losing their cache lines. I'm certain that there are many others. I'm sure others like Jim Mulder who's forgotten t

Re: How to find "current tape length" programatically

I believe (I can be wrong here), that DFSMShsm do it in the following way: it writes data until end of volume, then it "moves back" a number of blocks. The number is counted as percentage of the tape. You can followe this way or simply use ABARS. BTW: Do you really need to create the TAPES ? 34

Re: CPU time differences for the same job

Tom, I believe the original question asked the following: "What is the maximum CPU time difference for the same job, between repeated runs, under different system load ?" And you responded with your experience, which is a perfectly reasonable thing to do. I work for a software vendor, so what

Re: NFS: z/OS to z/OS (was: Info-ZIP)

On Sat, 2 Feb 2008 13:29:01 -0600, Mark Zelden <[EMAIL PROTECTED]> wrote: >On Fri, 1 Feb 2008 18:59:47 -0600, Paul Gilmartin <[EMAIL PROTECTED]> >wrote: > >>On Fri, 1 Feb 2008 10:13:53 -0600, Mark Zelden wrote: >>> >>>A coworker of mine was looking for basically the same thing you want to >>>do..

Random thoughts ...

On Mon, 2008-02-04 at 14:33 -0600, Tom Harper wrote: > Another fact not well understood is the magnitude of performance > degradation when a cache miss occurs. Bob Rogers at the last SHARE > mentioned that while cache misses in first and second-level caches were > not too bad, cache misses that re

Re: CPU time differences for the same job

On Mon, 4 Feb 2008 15:36:29 -0600, Kelman, Tom wrote: >In run time, yes. In CPU time, I wouldn't think so. In practice, there is seldom a large difference in CPU time utilization, but the OP asked about the maximum when there were different workloads. When an instruction references memory, t

Re: CPU time differences for the same job

Tom, What you and others have said here has really got me thinking. It's been about 20 years since I was really an MVS System Programmer getting into the bowels of the operating system. I've been a performance tuner and now a capacity planner for many years. However, what has been said here abo

Re: IND$FILE

>Are you saying they haven't had enough time to produce the document? How >>long should it take? >What's the support status of IND$FILE? If it fails, can a customer report >a >problem? Pretty hard without the specs. I suspect it's supported, if at >>all, only when used in connection with a

Re: CPU time differences for the same job

In run time, yes. In CPU time, I wouldn't think so. I run large jobs using SAS which is an interpreted language. My run times can change drastically depending on the conflicts from other tasks in the system. However, my CPU times are pretty consistent for the same job, same program, same data, o

Re: IND$FILE

On Sat, 2 Feb 2008 15:59:33 -0500, Pinnacle wrote: > >IND$FILE is slower at most installations because VTAM is not optimized for >throughput, but instead for robustness of delivery. I've been at some shops >where VTAM screams and have gotten 1M (1000KB) per second with IND$FILE. So >it ain't alwa

Re: CPU time differences for the same job

On Mon, 4 Feb 2008 14:59:45 -0600, David Day <[EMAIL PROTECTED]> wrote: >snip > >and can occur for other LPARs when the >hyper-visor interrupts the processor to dispatch another LPAR. > >snip > >Tom, >What interrupt does the executing TCB/SRB experience when the above >ocurrs? Just curio

Re: CPU time differences for the same job

IBM Mainframe Discussion List wrote on 02/04/2008 04:06:40 PM: > I'm not sure of the mechanism. I'm almost certain the Lynn Wheeler > knows, however. Perhaps he will answer. Whatever the mechanism is, I'm > fairly certain that the z/OS system is unaware, except for timing issues > and performanc

Re: Clarification Needed for SMS exits - regd.

>I'd like to know if there is an SMS exit of any kind that can front end the >ISMF process of removing a volume from a storage group such that it could check the volume and only allow it to be removed from the storage group if it is empty. I believe we need to write user exits for this. I depend

Re: IND$FILE

On Mon, 4 Feb 2008 12:46:28 -0600, Tony Harminc wrote: > >Give him a break, Gil. IND$FILE came out in the early 1980s. > Are you saying they haven't had enough time to produce the document? How long should it take? What's the support status of IND$FILE? If it fails, can a customer report a probl

Clarification Needed for SMS exits - regd.

Folks, I'd like to know if there is an SMS exit of any kind that can front end the ISMF process of removing a volume from a storage group such that it could check the volume and only allow it to be removed from the storage group if it is empty. I believe we need to write user exits for this.

Re: CPU time differences for the same job

Dave, I'm not sure of the mechanism. I'm almost certain the Lynn Wheeler knows, however. Perhaps he will answer. Whatever the mechanism is, I'm fairly certain that the z/OS system is unaware, except for timing issues and performance degradation due to cache and TLB and ALB purges. Tom Harper

Re: Trouble opening specific volumes with OPEN TYPE=J

In <[EMAIL PROTECTED]>, on 02/04/2008 at 04:37 PM, Tom Quarendon <[EMAIL PROTECTED]> said: >I don't think I am. I'm not trying to use BDAM. Don't confuse random access with BDAM. >Well there is a TTTR No, there is a TTR. >MBCCHHR Another typo; that should be 64 bits, not 56. >By "normal

Re: What happened to resumable instructions?

In <[EMAIL PROTECTED]>, on 02/03/2008 at 10:01 PM, Binyamin Dissen <[EMAIL PROTECTED]> said: >I think it is because these storage to storage operations can take so >long to execute, so long that the CPU would assume a problem and go into >a check-stop. How does that differ from the newer long

Re: What happened to resumable instructions?

In <[EMAIL PROTECTED]>, on 02/03/2008 at 10:30 AM, Paul Gilmartin <[EMAIL PROTECTED]> said: >o Page faults? How are page faults handled for resumable > instructions? Basically the same as for nonresumeable long instructions; the general registers reflect the values needed to continue after

Re: CPU time differences for the same job

snip and can occur for other LPARs when the hyper-visor interrupts the processor to dispatch another LPAR. snip Tom, What interrupt does the executing TCB/SRB experience when the above ocurrs? Just curios as to the mechanism used to switch a processor from one LAPR to another? --D

Re: CPU time differences for the same job

Tom, Yes, you are missing something here. Others have mentioned it, but I will mention it again: Modern processors make extensive use of multi-level cache. When not interrupted, the cache does a great job of improving the performance of the processor by pre-fetching instructions and data post-stor

Re: CPU time differences for the same job

Lizette Koehler wrote: > Since Miklos, has stated this is a C++ application, I cannot remember if this > is an interpreted language or compiled language. > > If it is interpreted, would the C++ interpreter cause differences in run time? > > Lizette > > > c++ is a compiled language. > >>

Re: CPU time differences for the same job

Since Miklos, has stated this is a C++ application, I cannot remember if this is an interpreted language or compiled language. If it is interpreted, would the C++ interpreter cause differences in run time? Lizette >No CICS or DB2 or WEB >It is mostly in C++, the system has a lot of real s

Re: CA ESD files

On Mon, 4 Feb 2008 13:48:51 -0600, McKown, John <[EMAIL PROTECTED]> wrote: > >If I don't change the volser, then I must >modify all the example JCL to the actual volser in the VTS. One word: PDS86 Don't you typically have to modify at least couple of jobs when you install from a real tape anyw

Re: How to find "current tape length" programatically

On Mon, 4 Feb 2008 11:58:22 -0700, David Logan <[EMAIL PROTECTED]> wrote: >Yes, I'm writing to 3490E cartridges, afaik. I didn't know that they were >being discontinued. I'm going to have to find documentation on that. > >The requirements are easy. We ship tapes to a hardware duplication service.

Re: SPAM: CPU time differences for the same job

- I always thought that page faults and time in the dispatcher were recorded for the TCB or SRB that incurred the time. I'm not aware of a page fault in a TCB handing off to an SRB. I'm know I'm a storage guy, but this is counter to most of what I have been t

Re: CPU time differences for the same job

> -- > > On Mon, 4 Feb 2008 18:16:19 +0100, Miklos Szigetvari wrote: > > >Hi > > > >I got this question time to time: > >What is the maximum CPU time difference for the same job, between > >repeated runs, under different system

Re: CA ESD files

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden > Sent: Monday, February 04, 2008 1:40 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: CA ESD files > > > On Mon, 4 Feb 2008 12:26:32 -0600, McKown, John > <[EMAIL PROTECTED]> wro

3592 leader pins

We have been experiencing an increased failure rate of the leader pins on our 3592 media, and I was wondering if anyone else was seeing this. We only have a few hundred of these tapes, but around 10% are currently out of circulation due to this problem. There is a repair kit for this problem,

Re: SPAM: CPU time differences for the same job

>I always thought that page faults and time in the dispatcher were recorded for >the TCB or SRB that incurred the time. I was taught they were recorded under SRB for *MASTER* and used that for justification of a memory upgrade many years ago. - Too busy driving to stop for gas! ---

Re: CA ESD files

On Mon, 4 Feb 2008 12:26:32 -0600, McKown, John <[EMAIL PROTECTED]> wrote: >I use our IBM VTS to "restore" ESD files from CA. I really dislike it >because I cannot change the virtual volser (without causing problems). The newer restore program (CAESDR) - which isn't so new anymore (I started us

Re: CA ESD files

If you're running a FLEX-ES system, you can get around the no-tape-drive issue by using the FAKETAPE utility. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, February 04, 2008 14:36 To: IBM-MAIN@BAMA.UA.EDU Subject: Re

Re: CA ESD files

On Mon, 4 Feb 2008 12:20:57 -0600, Tony Harminc <[EMAIL PROTECTED]> wrote: >On Sun, 3 Feb 2008 07:56:17 +0200, גדי &#1489;ן אבי <[EMAIL PROTECTED]> wrote: > >>Does anyone know of a way to extract files from a CA ESD file without using >a tape drive. > >This gets discussed from time to time.

Re: SPAM: CPU time differences for the same job

>The same job, with the same data, etc. should show pretty close to the same >TCB time, regardless of system load. This hasn't been the case since 1981, when SP1.1 came out. Some system functions would then run non-disabled and 'billed' back to the last active TCB. This was apparent specically w

Re: Trouble opening specific volumes with OPEN TYPE=J

As I see it you've been trying to fit a square peg into a round hole. Doesn't seem like square peg and round hole to me, actually it all seems to work quite neatly, just so long as the dataset is DISP=OLD. Try something completely different: let your current output file be DD OUTFILE, with DI

Re: SPAM: CPU time differences for the same job

Rick, I always thought that page faults and time in the dispatcher were recorded for the TCB or SRB that incurred the time. I'm not aware of a page fault in a TCB handing off to an SRB. I'm know I'm a storage guy, but this is counter to most of what I have been taught about attribution of CPU Tim

Re: SPAM: Re: Trouble opening specific volumes with OPEN TYPE=J

What you should see is a single DEB that shows ALL the extents, on ALL the volumes. you should be able to loop through all the extent descriptors in the DEB, calculating the extent numbers and CCHHR values in a fairly simple fashion. This will also help you detrmine the correct extent number. T

Re: How to find "current tape length" programatically

Yes, I'm writing to 3490E cartridges, afaik. I didn't know that they were being discontinued. I'm going to have to find documentation on that. The requirements are easy. We ship tapes to a hardware duplication service. That means they mount our tape on one side, and a stack of tapes on the other s

Re: Trouble opening specific volumes with OPEN TYPE=J

Tom Quarendon wrote: The question is why, when I declare my dataset DISP=OLD, do I get this behaviour, where when I open volume sequence number 2 I look at the DEB and the associated UCBs and they are indeed on the volume that I know to be the second one, whereas when I do the same with DISP=NE

Re: Data Erasure Products

On 4 Feb 2008 10:15:04 -0800, [EMAIL PROTECTED] (Mike Baldwin) wrote: >>*SUPPOSEDLY* the CIA (NSA??) was able to read a disk even after data >>has been written on it, even after 10 or 11 times. > >Hi Ed, > >I thought it interesting that you mentioned 11 times. > >In a customer security standard do

CPU Upgradation Mainframe

Does IBM mainframe model z9 BC 2096-Y02 provide on demand CPU Upgrade ? Currently 823 MIPS Single Processor is in IBM z9 BC 2096-Y02. Is it possible to upgrade it ? Till what capacity I can upgrade this ? JAcky -- For IBM-MAIN s

Re: IND$FILE

On Mon, 4 Feb 2008 12:21:43 -0600, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >Don't you find it peculiarly ironic, Alan, that the vendor chose >to regard the specifications of a data interchange protocol as >business confidential? Do you believe that by so circling the >wagons around its product

Re: DFHSM - RECALL PROBLEM

Lizette, The DSORG=PS, RECFM=FS. Lizette Koehler <[EMAIL PROTECTED]> wrote: Did you determine if the SAS data sets were FS or DA? The older engine that was difficult to migrate and recall was DA for the DSORG. Lizette > We have narrowed it down to SAS. The 6.0 version did not work.

Re: CPU time differences for the same job

Miklos, If this is job is running in an LPAR with dedicated IPs and no other work is running, and no other LPAR is doing any significant IO then you should expect CPU time to vary by one or two percent. If you cannot run in those repeatable conditions then variations of up to 10% would be norm

Re: SPAM: CPU time differences for the same job

I got this question time to time: What is the maximum CPU time difference for the same job, between repeated runs, under different system load ? --- The same job, with the same data, etc. should show pretty close t

Re: SPAM: Re: Trouble opening specific volumes with OPEN TYPE=J

--- I'm trying to read a dataset that will potentially have many volumes each of which has up to 16 extents. I'm trying to open the dataset in a way that I get one volume at a time, with the DEB reflecting the extents of that volume. What you're ta

Re: CA ESD files

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc > Sent: Monday, February 04, 2008 12:21 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: CA ESD files [snip] > Or maybe one of the virtual tape vendors, or the MFNetDisk > guy c

Re: IND$FILE

On Mon, 4 Feb 2008 01:05:06 -0600, Alan Altmark wrote: >On Sun, 3 Feb 2008 12:52:17 -0500, Shmuel Metz (Seymour J.) wrote: >>You may be able to get information from vendors who have reversed >>engineered it, but the only IBM documentation on IND$FILE was a skimpy >>manual that contained absolutely

Re: CA ESD files

On Sun, 3 Feb 2008 07:56:17 +0200, גדי בן אבי <[EMAIL PROTECTED]> wrote: >Does anyone know of a way to extract files from a CA ESD file without using a tape drive. This gets discussed from time to time. The answer seems to be that there is no supported (i.e. from CA) program to do what y

Re: Data Erasure Products

On Thu, 31 Jan 2008 14:01:10 -0600, Ed Gould <[EMAIL PROTECTED]> wrote: >I vaguely remember a story here I cannot remember where I heard it >(it may be an urban legend). >*SUPPOSEDLY* the CIA (NSA??) was able to read a disk even after data >has been written on it, even after 10 or 11 times. Hi E

Re: Trouble opening specific volumes with OPEN TYPE=J

In a message dated 2/4/2008 11:54:44 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >The reason that you need to is that when using EXCP or BSAM, then OPEN only gives you access to one volume at a time. ... etc. ... etc. I have never done an EXTEND or altered the volume sequence n

Re: SPAM: Re: Trouble opening specific volumes with OPEN TYPE=J

-- The M field in a MCCR is the extent number. Once I've got a DCB pointing at the correct volume I construct a MCCHHRR corresponding to the TTTR that I want within that volume using the normal methods. I don't understand how the 'M' has a bearing on whi

Re: FTP question

On Mon, 4 Feb 2008 11:27:00 -0500, Shmuel Metz (Seymour J.) wrote: > >>I have received a file which has been ftp'd in binary from a mainframe >>site to a windows pc and then emailed to me. The file was originally >>RECFM=VB. Is there a way to ftp it back to another mainframe and recreate >>the ori

Re: CPU time differences for the same job

It is not (and never was) expected to be repeatable. >From the fine SMF Manual (in this case the z/OS 1.7 version): "CPU time is not expected to be constant between different runs of the same job step. For more information on CPU time, see Chapter 11, CPU Time." HTH, I got this question time

Re: CPU time differences for the same job

No CICS or DB2 or WEB It is mostly in C++, the system has a lot of real storage so no relevant pageing. Lizette Koehler wrote: Before I could guess, I would need more information Does this job use DB2? Does it use CICS? Does it use WEBSPHERE? Is it accessing data on a server? What lanag

Re: Trouble opening specific volumes with OPEN TYPE=J

I don't know how to open the data set in such a way, nor do I see why you need to do so. Suppose there are 16 volumes in the data set and each volume has 16 extents. Your DCB has a DDNAME=WHATEVER. Your DD statement for WHATEVER points to the data set name. You OPEN the DCB. Your DEB th

Re: CPU time differences for the same job

On Mon, 4 Feb 2008 18:16:19 +0100, Miklos Szigetvari wrote: >Hi > >I got this question time to time: >What is the maximum CPU time difference for the same job, between >repeated runs, under different system load ? Maximum? One could be several times another. Why? One time, with little signif

Re: CPU time differences for the same job

Before I could guess, I would need more information Does this job use DB2? Does it use CICS? Does it use WEBSPHERE? Is it accessing data on a server? What lanaguage is it written in? Any dasd or communications issues at the time? If I have a looping situation (transaction, batch job, tso user) t

Re: Trouble opening specific volumes with OPEN TYPE=J

In a message dated 2/4/2008 9:32:48 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >I'm trying to read a dataset that will potentially have many volumes each of which has up to 16 extents. I'm trying to open the dataset in a way that I get one volume at a time, with the DEB reflect

Re: How to find "current tape length" programatically

On Fri, 1 Feb 2008 07:09:04 -0700, David Logan <[EMAIL PROTECTED]> wrote: >I'll start hunting down the block ID value in the 3490 commands today. I >think I'm going to have to issue my own EXCPs though. Hi David, The Read Block ID command (x'22') is documented in IBM 3490E Hardware Reference,

CPU time differences for the same job

Hi I got this question time to time: What is the maximum CPU time difference for the same job, between repeated runs, under different system load ? -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED

Re: FTP question

In <[EMAIL PROTECTED]>, on 02/04/2008 at 12:58 PM, Jim McAlpine <[EMAIL PROTECTED]> said: >I have received a file which has been ftp'd in binary from a mainframe >site to a windows pc and then emailed to me. The file was originally >RECFM=VB. Is there a way to ftp it back to another mainframe

Re: What happened to resumable instructions?

In a message dated 2/3/2008 10:30:37 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >How are page faults handled for resumable instructions? Is a fault generated for any page in the range of either operand, with the OS attempting to stage both I haven't had the need to study a sys

Re: Trouble opening specific volumes with OPEN TYPE=J

Tom, The following commends are on the question of why you get different results with a DISP=NEW and a DISP=OLD data set. With DISP=NEW, except for the first volume, until you write to a volume there is, logically, no volume. You only create the operating system structures for a new volume when

Re: Trouble opening specific volumes with OPEN TYPE=J

I think that you misunderstand. No. Then I misunderstand you then. Don't confuse random access with direct access. I don't think I am. I'm not trying to use BDAM. However I am trying to access a direct access storage device with EXCP, non sequentially, i.e randomly. How do you think I'm c

  1   2   >