We seem to be experiencing noticeably less MIPS than expected on our z/OS
LPARs, and it almost looks like the speciality engines (zAAP, IFL etc) are
contributing to the multiproccesor overheads and reducing the CPU resource.
Has anyone else experienced greater multiprocessor overheads than
Paul,
I'm sure you're right.
I was highlighting the fact that UDP was used because the original post
mentioned wanting to use TCP/IP for synchronization of clocks. Probably he
didn't care whether or not it was TCP or UDP on top of IP that was the
protocol for the job - hence the finicky.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mike Bell
[ snip ]
The single biggest issue I remember was blksize on loadlibs.
After much discussion, we moved them manually with copymod to
set new blksizes.
IBM has been recommending BLKSIZE=32760 for load
Hi Bruce,
I tryed to INIT the target volume under MVS with INIT. But the copy always
fail.
My INIT :
ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0TIME: 0
INIT UNIT(8801) VOLID(HI8801) VFY(HI8801)
Because the devil made me do it?
Nah, I didn't think you would but it.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Thursday, March 23, 2006 7:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Friday Topic...
I am getting sick
Look up this message in the manual. According to the message, DFDSS does
not support the CPVOLUME parameter unless the VM volume has an OS-
compatible VTOC. ICKDSF INIT on VM will create a VM volume with an OS-
compatible VTOC. An ICKDSF INIT on MVS will not create a VM volume. The
CPVOLUME
In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
_http://marketplace.espeakers.com/movie.php?sid=5290aid=10558_
(http://marketplace.espeakers.com/movie.php?sid=5290aid=10558)
This has nothing to do with mainframes, but I sure am glad you
I enjoyed it too! But can he juggle workload priorities, implementation
schedules, project deliverables, etc? grin
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
(IBM Mainframe Discussion List)
Sent: Friday, March 24, 2006 8:42
Gary,
Great post and has more to do with MF jobs than you think. Do not tell
me know one remembers juggling 3480 carts? ;-)
Thanks,
Fletch
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Are you kidding? Off-topic was the 3380 to 3390 conversion thread
morphing into a riduculous conversation about contractors/consultants
which caused the original poster of the question to have to ask for help a
second time. You have the option of not participating by not reading the
email.
Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mike Bell
[ snip ]
The single biggest issue I remember was blksize on loadlibs.
After much discussion, we moved them manually with copymod to
set new blksizes.
IBM has been recommending
In a message dated 3/24/2006 6:56:41 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
IBM has been recommending BLKSIZE=32760 for load libraries for at least
a decade.
Sell that DASD?
--
For IBM-MAIN subscribe /
Made my day too. The guy is really good!
Liliane
At 08:42 AM 3/24/2006, (IBM Mainframe Discussion List) wrote:
In a message dated 3/23/2006 11:30:58 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
_http://marketplace.espeakers.com/movie.php?sid=5290aid=10558_
A little fun on this list, limited to Fridays, never hurt anyone. Lighten
up gang.
__
Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
Laurel Oak Road, Voorhees, NJ, 08043
Tel
Amazing - an earlier poster said something about juggling 3480
cartridges. I've never done that but have definitely felt like this guy
while trying to juggle projects.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Thorn
Sent:
This list is hosted by the University of Alabama as a service. As guests,
we should all follow the rules as posted by the list-owner. He has
expressly forbidden off-topic Friday threads.
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List
Eureka!
If one digs deep enough (couple miles should do), RMF III will report what
service class a DDF thread was classified into.
The reason I wanted this was because I had a strong suspicion one of my prod
DDF workloads was still falling out of the ruleset to default (suspicion
based on
Yes, but this conversion happended about 20 years ago. Some of the loadlibs
were still blocked for 3330. Others were blocked to numbers that made no
sense at all. production control had a lot of code to handle the different
blksizes but still had periodic problems (one or two a year). . It was
Timothy,
Thanks. That is very good information and I am saving a copy for future
use. Unfortunately manglement is dragging it's collective heels in letting
us move z/OS 1.4 to production. So any solutions involving z/OS are pretty
far out on the radar right now. Our currently contrained
Or better still, 3850's.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Fletcher, Kevin
Sent: Friday, March 24, 2006 9:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Friday Topic...
Gary,
Great post and has more to do with MF jobs than you
When we converted 10 to 15 years ago, I just used FDR/DSF and DFDSS to
copy data. You have to do the dataset copy, not the full volume dump
copy. I also changed the naming convention of the volsers. I think it
was something like PRD0nn to PRD3nn - the PRD0nn being the original
3380K drives,
On Fri, 2006-03-24 at 09:23 -0600, Terry Linsley wrote:
Eureka!
I discovered that the CI was being sent by the AIX
system in lower case*. Changed the sub-rule back to type CI and specified
the name in lower case, taking care to specify N for fold qualifier name
(they sure could have named
Is this the correct place to ask about VTAM issues? We're trying to move a
Microsoft Host Integration Server from 802.2 connection to IP-DLC (AKA
Enterprise Extender). The documentation we've found, however, doesn't
really use the same names everywhere so we're having difficulty relating it
to
In addition to the 'Contractor vs. employee' split
there is also the
'professional vs company man' comparison
Do I do what is best for the people who cut my check,
could be a widget maker or a consultant body shop.
example: An Enron person going to any length to make his firm look good
Do I do
Depending on the application (we have PeopleSoft Financials) some of the
CI come in both upper and lowercase so we have to have both types in for
correct classification.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Terry Linsley
Sent:
I thought that the capacity model allowed you to go all the way from 1
processor to the maximum number of processors. I think the z/900 comes
with books containing 8 processors each. You order 1 book if you need
between 1 and 8 CPs, 2 if you need between 9 and 16, with a maximum of
3 books
On Thu, 23 Mar 2006 22:54:44 -0600, Tom Schmidt wrote:
On Thu, 23 Mar 2006 15:13:57 -0500, Gil, Victor x28091 wrote:
Good afternoon, IBM-MAIN
We'd like to be able to prevent certain confidential fields in
production
files from being revealed to unauthorized users while still allowing
access to
Hi,
In a related topic Death of the Mainframe Steve Ware did a really nice
presentation at SHARE in Seattle based on a simple premise A CICS
support person should be able to articulate the current capabilities of
CICS and the mainframe, and make compelling arguments in favor of
continuing to
Yes, Shane had mentioned that he specifies it both ways also. Seems like a
sound approach to me. I plan to do the same. Should save on future headaches.
On Fri, 24 Mar 2006 11:28:22 -0500, Porowski, Ken [EMAIL PROTECTED] wrote:
Depending on the application (we have PeopleSoft Financials) some
Thanks a lot to everybody responded.
Sam, moving production files to a DBMS is not an option at this time as it
would require enormous changes to the applictions. And, yes, we are talking
about thousands of files.
David, I am not longer a fan of any smart hooks into MVS services
[certainly not
Our ACC product hooks common allocation. We have been doing this type
of thing for 20 years (ACC/SRS, Stop-X37, Pool-DASD). The ACC product
already has code that adds SUBSYS to dd statements and then uses the
subsystem open/close routines to front-end get/put. The hook is used
for a compression
According to the following book, there are 3 lines in the z900 series.
The 101-109 have a book that contains 12 PUs, of which up to 9 can be
normal processors (CP's). Even though IBM doesn't spell it out this
way, the 1C1 thru 1C9 and the 110-116 actually form a single line or
processors, having
In a message dated 3/24/2006 11:20:10 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
According to the following book, there are 3 lines in the z900 series.
The 101-109 have a book that contains 12 PUs, of which up to 9 can be
normal processors (CP's). Even though IBM doesn't spell
On Fri, 24 Mar 2006 11:06:50 -0600, Victor Gil wrote:
David, I am not longer a fan of any smart hooks into MVS services
[certainly not into OPEN or SVC 99 logic] mainly because of the potential
issues with code maintenance. [Although I have to admit, 25 years ago it
was fun to take over DOS 3.x
Ed,
I don't understand your comment.
COPYMOD has always adjusted the size of text blocks to optimally fill the
track, so in actual fact 32760 for load libraries will sell less DASD, not
more.
Ron
Sell that DASD?
--
For
Hi Eric,
Thanks for getting back to me. If you do have any info lying around I would
be very happy to accept it. You mention IMS files. Did you use the vendor
supplied utilities to transfer them? I remember in 1993 I had a problem with
IMS. I used DFDSS to copy and restore
On 3/23/2006 3:12 PM, Gil, Victor x28091 wrote:
We'd like to be able to prevent certain confidential fields in production
files from being revealed to unauthorized users while still allowing
access to the rest of the record. From the users prospective these files are
read-only and are accessed
Walt,
The users:
- test their changes by running jobs against read-only production files
- view the files through CICS
- view the files through TSO
- run comparison jobs [both in Test and QA] against the files
The PERMIT-PROGRAM approach is how we envision to grant access through the
subsystem
Tom,
Yes, it's supposed to be fun.
Thanks for the Batch Pipes tip, I'll take a look ...
-Victor-
On Fri, 24 Mar 2006 11:56:06 -0600, Tom Schmidt
[EMAIL PROTECTED] wrote:
What BatchPipes buys you is a supported subsystem to do what you want (and
a lot, lot more than that if you are looking for
I don't understand your comment.
COPYMOD has always adjusted the size of text blocks to optimally fill the
track, so in actual fact 32760 for load libraries will sell less DASD, not
more.
I don't understand the issue. Load libraries have an undefined record
format precisely because the
In a message dated 3/24/2006 1:29:56 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Single CSECT load modules are almost never large enough to use the maximum
(32760) since that would require 8 base registers, so the only load modules
that would produce TXT large enough to take
Ed,
I don't want either one. I'm trying to talk mgmt into getting me a
z890. The original post was asking about the difference between the
z900 normal models and the capacity models. I was just trying to
answer the questions that were posed.
Rex
snip
In a message dated 3/24/2006
Hil all
How I see if VSAM file are open or close ??? Have a tools in mainframe for
do it ???
Best regards
Jorge Arueira Campos
CAIXA ECONOMICA FEDERAL
SAO PAULO - BRAZIL
--
For IBM-MAIN subscribe / signoff / archive access
There are many ways to produce a single CSECT of only one module that
uses
only one base register at any one time.
It begs the question, since the issue isn't whether it can be done, but
whether it would be considered a typical size for a load module.
Adam
1 way - in 3.4 list enter ISRDDN en next to the cluster
The're a number of programs around called WHOHAS that you can locate with a
goole search.
Regards, Herman Stocker
Cendant Car Rental Group
Phone: 1973-496-4847
Fax:1973-496-3480
E-Mail: [EMAIL PROTECTED]
-Original
Does anyone know of any companies that can convert mainframe tapes to
DVDs or CDs? As many of you know, our mainframe is going out the door
at the end of April. All of the historical data and otherwise tape
data will then in essence be unreadable by us. All of our tapes are
currently 3490-E
If you have a way to display ENQs (TASID, for example), just look for MAJOR
name of SYSDSN or SYSVSAM. Minor name, enter cluster name. If there is an
ENQ, then the file is OPEN.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jorge Arueira
Hello
i have questions, if u would answer:
The root file system is so large . the HFS has extended beyond the size10656000
1k blocks...it is a multifile extended to 9 volumes.
i want to reduced it..so i will use PAX with option M so that will not copy
data
from other data sets mounted at
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld
Does anyone know of any companies that can convert mainframe
tapes to DVDs or CDs? As many of you know, our mainframe is
going out the door at the end of April. All of the
historical data and
A little fun on this list, limited to Fridays, never hurt anyone. Lighten
up gang.
This is the last I'm going to say on this (off-)topic.
I disagree.
And, darren has in the past.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
What will FTP do to any packed data in the datasets?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Friday, March 24, 2006 2:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Convert 3490E Tapes to CD or DVD
-Original
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
Sent: Friday, March 24, 2006 2:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Convert 3490E Tapes to CD or DVD
Does anyone know of any companies that can convert mainframe
In a message dated 3/24/2006 1:47:25 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
don't want either one. I'm trying to talk mgmt into getting me a
z890. The original post was asking about the difference between the
z900 normal models and the capacity models. I was just trying
We all could use a little lightening up on a Friday..
T
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Thursday, March 23, 2006 6:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Friday Topic...
A little fun on
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R.
Sent: Friday, March 24, 2006 2:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Convert 3490E Tapes to CD or DVD
What will FTP do to any packed data in the datasets?
Data could probably be FTP'd to us, depending on the sensitivity of the
data. I have no idea how often we would need tapes converted. It
might be 2 tapes over the next 5 years, no tapes, or 200 tapes. We
have about 18,000 tapes in our tape library, however lots of them are
scratch, test
These machines have the same clock speed as the 101-109 line.
Actually, they don't.
A 101 is 235 MIPS-like entities.
A 1C1 is 250.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
--
For IBM-MAIN
Ed,
No offense taken. I just didn't read your post in the same manner as
you wrote it. Must be a Friday thing. g
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Friday, March 24, 2006 2:30 PM
To: IBM-MAIN@BAMA.UA.EDU
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R.
What will FTP do to any packed data in the datasets?
Standard answer: It depends.
1. If transferred as a plain ASCII transfer, packed decimal fields
will get corrupted.
2. If transferred as a
On Fri, 24 Mar 2006 09:54:27 -0600, Tim Hare [EMAIL PROTECTED]
wrote:
Is this the correct place to ask about VTAM issues? We're trying to move a
Microsoft Host Integration Server from 802.2 connection to IP-DLC (AKA
Enterprise Extender). ...
There really is no good place for VTAM questions any
I saw that too, from Cheryl's list. But if they don't, IBM's document
that I referred to is incorrect. It says that both the 10x and the 1Cx
models have a 1.3 nanosecond cycle time and the 2Cx and 21x models have
a 1.09 nanosecond cycle time. Maybe IBM did something different in
building the
In a message dated 3/24/2006 2:35:23 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
No offense taken. I just didn't read your post in the same manner as
you wrote it. Must be a Friday thing. g
Seems like there ought to be sizing tool with stuff builtin instead
of give me all
We have been approached with the idea of converting our tape backups
from 3590 to LTO to get encryption for our off-site backups. There are
claims by the vender that they interface with our DASD backup system and
TMS (CA-Disk and CA-1).
I'm just started asking questions like What about
On Fri, 24 Mar 2006 14:39:36 -0600, Patrick O'Keefe
[EMAIL PROTECTED] wrote:
...
There really is no good place for VTAM questions any more. ...
I should correct that. IBM runs a NewsGroup server with VTAM and APPN
newsgroups, with z/CS developers(and Cisco developers) monitoring them.
Very
Rex,
CIU = Customer Initiated Upgrade
Customer Initiated Upgrade (CIU) is the capability for the z990 (and I imagine
a z900) user to initiate a permanent upgrade for CPs, ICFs, IFLs, zAAPs, and/or
memory via the Web, using IBM Resource Link. CIU is similar to CUoD, but the
capacity growth can
That was the point I was inferring, that Eric asked for something that
would convert to ASCII. Such a conversion via FTP would corrupt the
binary data. Not converting it would preserve the binary/packed decimal
but wouldn't accomplish the ASCII conversion. Eric's post stating the
possibility of
Ted,
I don't expect a reply, as you said this was the last you were going to
say, but this list has always gotten way off track on many topics.
Friday off topic things are common. I'm sure Darren agrees with you,
but he rarely does anything about them.
It doesn't take much to delete
I believe this has been answered before. However, the reason is because of what
happens in the manufacturing of the chips.
Some chips yield faster clocking results than the established minimum and
maximum. The best of the maximums are set aside and, voila, you have a turbo
model. Those below
Rex and John,
I thought of that fact, that packed data wouldn't get translated
correctly. That's why I think the best solution would be to buy the
tape drive and software, which would handle all of the data
conversions. I guess I won't have to worry about it though.
Eric Bielefeld
Sr.
I saw that too, from Cheryl's list. But if they don't, IBM's document
that I referred to is incorrect. It says that both the 10x and the 1Cx
models have a 1.3 nanosecond cycle time and the 2Cx and 21x models have
a 1.09 nanosecond cycle time.
Cheryl's list comes from the LSPR data.
When IBM
I didn't say I wouldn't reply off list,
but we are NON-paying guests, and he does own the list.
It does clutter up archive searches.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
-Original Message-
From: Eric Bielefeld [EMAIL PROTECTED]
Date:
Sorry, this was intended to go off list.
Now, I'll shut up, shutting up.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
-Original Message-
From: Ted MacNEIL [EMAIL PROTECTED]
Date: Fri, 24 Mar 2006 20:54:13
To:Mainframe Discussion List, IBM
Seems like there ought to be sizing tool with stuff builtin instead
of give me all you've got and see if it works?
Sorry, but it's always been that way for modelling tools.
You have to do a 'virtual' upgrade to see if it will work.
Try zPCR.
I used it when I was at IBM.
And, it's got the best
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
Sent: Friday, March 24, 2006 2:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Convert 3490E Tapes to CD or DVD
Rex and John,
I thought of that fact, that packed data
Apparently, IBM was/is planning to provide some support for this sort of
function under IBM's TotalStorage brand of products (which I believe
include both disk and tape). Perhaps your friendly IBM representative
might be able to give your company some insight into IBM's future plans in
this area.
Yes, but While IBM has been preaching 32760 for loadlibs and
system-
determined blocksizes for other libraries, it has also been churning
out some Program Directories that have not been rewritten for decades,
with BLKSIZE=
6144 for loadlibs, 3200 for LRECL=80 datasets, etc. And some people
I did something similar in past using TCPIP Tools from Barnard Software to
read 3490 tape cartridge and write down contents directly to xSeries hard
disk. Then burn a data cd using Nero.
I tested process inverted (read cd to hard disk, then read xSeries hard disk
using Barnard Software to a 3490
In a message dated 3/24/2006 3:14:25 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
read 3490 tape cartridge and write down contents directly to xSeries hard
disk. Then burn a data cd using Nero.
Didn't it get monotonous after the first few 100?
Willie,
I'll try to answer all of your questions. I'll do this one from the
listserve web site, as it doesn't time out like my Roadrunner Email account
does when I take a little too long to reply. I found some of my old JCL,
so I'll cut and paste that for the catalog moves.
1. I think all of
You might be able to use SOX and auditor requirements to convince them that
would be $10K well invested .
Sometimes demonstrating that having the capability just in case is good
enough to warrant the expenditure.
Later,
Ray
--
M. Ray Mullins
Roseville, CA, USA
Something else to think about...binary fields.
Coincidentally, on the Software AG NATURAL discussion board, there's been a
topic about migrating from BS2000/OSD to Unix and the various things to
watch out for. One thing that came up was endian-ness. Depending on the
software, it's possible that
On Mar 24, 2006, at 8:23 AM, John Eells wrote:
SNIP---
Also, to avoid RC4s from COPYMOD that would make a duly diligent
sysprog from looking at (and up) messages that don't matter, always
use PARM=SPCLCMOD with COPYMOD.
John,
Had not heard about
Ed Gould wrote:
On M
John,
Had not heard about that parm before. I looked it up and it was as
clear as mud... (ok dark bear).
It is obviously Friday! How much clearer is a light bear?
--
For IBM-MAIN subscribe /
except for SAS
SAS went to strictly PS files with V6 (I think) and relative record/block
access.
The issue from BDAM files disappeared in the conversion from 3380 to 3390,
except for space.
Then they dropped support for BDAM in V8.
-
-teD
I’m an enthusiastic proselytiser of the universal
If you have a way to display ENQs (TASID, for example), just look for MAJOR
name of SYSDSN or SYSVSAM. Minor name, enter cluster name. If there is an
ENQ, then the file is OPEN.
not quite. The SYSDSN ENQ shows that the cluster is allocated, but not
necessarily open.
The SYSVSAM ENQ
I'm pretty sure we don't encrypt any data. Much of our backups are
compressed, and done with vendor products, however, I don't think that
matters, as all of the data in all of the IMS and VSAM files has been
converted. I think that only sequential disk or tape data would need
to be
In batch, you could:
1. Use DFSORT/ICETOOL to read the files, convert binary/packed fields to
human-readable (don't forget the sign!), and write it to a temporary file
which is passed to part 2
2. Use FTP with PUT '//DD:ddname' somefilename to write the temporary
file to some FTP server.
A search via Google for convert 3490e tape to cd yields thousands of
hits. On the first page of 20 hits, there are at least a half a dozen
companies that provide the service you are looking for. Even to the point
of converting binary and packed decimal fields as needed. Note however
that these
On Fri, 2006-03-24 at 05:36 -0600, Patrick Loftus wrote:
We seem to be experiencing noticeably less MIPS than expected on our z/OS
LPARs, and it almost looks like the speciality engines (zAAP, IFL etc) are
contributing to the multiproccesor overheads and reducing the CPU resource.
Hadn't
In a message dated 3/24/2006 4:27:12 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
So far, no one has givin me any companies that do this sort of thing.
Does anyone know of any? Of course, most of you hopefully have never
had to deal with this sort of thing.
The banks use
The SYSVSAM ENQ generally indicates that the cluster is open
In general, don't ENQ's only show up if there is contention?
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
--
For IBM-MAIN subscribe
Hadn't thought about that. Would be surprised if IFLs got involved, but
I can imagine zAAPs (and zIIPs) might. They are exposed to the MVS
scheduler, and so would conceivably suffer the same interprocess
locking/spin issues.
I think it's more than lock/spin.
What about just making the decision to
For option 2 of TASID that is correct.
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/23/2006
07:00:00 PM:
The SYSVSAM ENQ generally indicates that the cluster is open
In general, don't ENQ's only show up if there is contention?
-
With the CPs being pooled, I doubt the specialties draw down the MIP MP
effect. They might chew some quick cycles, but they should not impact MIP
capacity like additional general purpose CPs would.
Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks,
Well, you notice them when there is contention. :-)
But ENQs are issued all the time, and they can be found using products like
OMEGAMON, etc., or you can run the ENQ chains yourself.
Later,
Ray
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On
I have a program with an ESTAE that gets control and issues a
SDUMP. This works fine when submitted as a batch job, as the
program is in an authorized library.
When invoking the same program from a TSO REXX EXEC, the SDUMP in the
ESTAE fails with a S133 abend indicating 'An unauthorized
On Mar 24, 2006, at 12:00 AM, Ted MacNEIL wrote:
except for SAS
SAS went to strictly PS files with V6 (I think) and relative record/
block access.
The issue from BDAM files disappeared in the conversion from 3380
to 3390, except for space.
Then they dropped support for BDAM in V8.
-
On Mar 24, 2006, at 3:57 PM, Steve Arnett wrote:
Ed Gould wrote:
On M
John,
Had not heard about that parm before. I looked it up and it was
as clear as mud... (ok dark bear).
It is obviously Friday! How much clearer is a light bear?
Enough to see a face on the other side of the
Hi all
A test of transaction(SUPX) under CICS V2.2.0, in instructions wait coded
below, down the CICS.
289 WAIT 5,ECBLIST=LISTECBS
290+*MACDATE 10/20/88
292+ LA0,5(0,0)LOAD PARAMETER REG 0
294+ LA1,LISTECBS
On Mar 24, 2006, at 4:26 PM, Eric Bielefeld wrote:
I'm pretty sure we don't encrypt any data. Much of our backups are
compressed, and done with vendor products, however, I don't think that
matters, as all of the data in all of the IMS and VSAM files has been
converted. I think that only
1 - 100 of 118 matches
Mail list logo
