Quote from IBM US Announcement letter 201-163 release may 29th, 2001:
z/VM Version 4 offers a great opportunity for customers to exploit
S/390® or zSeries servers at a substantially lower cost. This new
version of z/VM will be priced on a per-engine basis and will support
IBM Integrated
Fortunately SMP has little relevence today.
This is a subject that I lecture on over (and over and over again) about
vertical vs horizontal capacity with each new client we get, and it never
seems that people are completely satisfied with the answers until they can
see it laid out in living color
Hello Brian,
Some questions:
- Did your research took into account the common storage overhead? other
synchronization overhead?
- I know that CPU speed of the 50 Mips proc. is equal to the 100 Mips
proc. The difference is in total capacity. But its like the supermarket.
You can have 2
Thanks to all for your advice. I will listen to your suggestions and code the
parm.
Thanks
Send instant messages to your online friends http://au.messenger.yahoo.com
--
For IBM-MAIN subscribe / signoff / archive
Phil Payne [EMAIL PROTECTED] wrote:
snip
Simple test - do a search on Google. Any search. Let it default to 10 hits
per page, and
collect all the pages.
Then repeat the search, asking for 100 hits per page.
Compare the results. They will be different. What they don't tell you is
that each
maybe V TCPIP,,CMD=DROP,CONN=0004C0F7
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
Hi folks
Some people in our apps support department create test files under their own
TSO userid HLQ, which get SMS-placed onto the 'user' storage pool, but then
later they manually rename these files to have a production dataset prefix, I
have no idea why - so they can test some production
I'm not disagreeing, just emphasizing your point: Other-platform folk happily proceed with projects whose problems they can't anticipate and (maybe) solve the problems later. Mainframers are better at seeing problems with proposed projects. And it's the mainframers who need their attitudes
One of the few RoT to stand the test of time:
you'd have to have rocks in your head to run a UP.
Take it or leave it, but I advise customers against single engine
environments.
Shane ...
--
For IBM-MAIN subscribe / signoff /
There is no such thing as MIP
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyway, these production HLQs would normally go in their own catalog and SMS
storage pool but, because the files were renamed, they're staying in the
original catalog and storage pool.
No. They are not staying in the original catalogue.
When a dataset gets renamed, it is moved to the catalogue
I put this PTF on my test system yesterday and the original problem is
corrected. I used IPCS VSMDATA to look for DFE storage with a size of
x'430' bytes to verify the problem is corrected.
Prior to the PTF, HZSPROC was growing by about 250 frames per day. With a
large system with lots
On 07/06/06, Perryman, Brian [EMAIL PROTECTED] wrote:
Some people in our apps support department create test files under their own
TSO userid HLQ, which get SMS-placed onto the 'user' storage pool, but then
later they manually rename these files to have a production dataset prefix, I
have no
snip because the files were renamed, they're staying in the original
catalog snip
I'm curious as to your software levels. I tried a rename here (zOS1.7)
and the re-named dataset was re-cataloged correctly to the new catalog.
ddkeller
Perhaps a lot of the enmity (especially in this community) toward Google is
their success and public perception (and possible IT perception) that they
provide the ideal IT environment - they prove that the cheap, distributed
server setup is viable, even though all they really provide is rather
On Wed, 7 Jun 2006 12:38:53 +0100, Perryman, Brian [EMAIL PROTECTED]
wrote:
Hi folks
Some people in our apps support department create test files under
their own TSO userid HLQ, which get SMS-placed onto the 'user' storage
pool, but then later they manually rename these files to have a
FYI starting to look for people willing to write short articles
about the impacts of religious patriarchies on human solidarity,
ecological sustainability, social justice, the use/misuse of information
technology, etc, etc, including a critical review of this work?
Anyone interested?
I'm curious as to your software levels. I tried a rename here (zOS1.7) and
the re-named dataset was re-cataloged correctly to the new catalog.
You have to perform unnatural acts to get behavior other than that.
-
-teD
300,000 Kilometres per Second
Not only is it a good idea!
It's the LAW!!!
On Wed, 2006-06-07 at 07:29 -0500, Tom Marchant wrote:
I suggest giving serious consideration to looking at your SMS design.
IMHO, you should not be using different pools for production/test/user
or for different applications. What benefit do you think you gain by
doing so? I suggest that
On Wednesday 07 June 2006 07:52, Tom Marchant wrote:
There is no such thing as MIP
Of course, there is !!!
one MIP, two MIPS
and similarly,
one CIC, two CICS
one IM, two IMS
and so on . . . :=)
--
Gilbert Saint-Flour
GSF Software
http://gsf-soft.com/
mailto:[EMAIL PROTECTED]
snip If they are renamed with ALTER ... NEWNAME, they will stay in the
same catalog. TSO or ISPF rename will recatalog them in the correct
catalog. Otherwise normal catalog search would not find them. snip
Now my curiosity is really aroused as I tried an ALTER ... NEWNAME and the
new dsn
Thanks all, for the answers and suggestions.
I've checked back on the datasets now and it appears I misled you all (and
myself) about the catalog issue. I'm sure when I looked at it, that they had
stayed in the wrong catalog.. I must have misread something somewhere.
We split production, test
Cheekie little blighters!
[EMAIL PROTECTED] 6/7/2006 9:17:57 AM
Thanks all, for the answers and suggestions.
I've checked back on the datasets now and it appears I misled you all (and
myself) about the catalog issue. I'm sure when I looked at it, that they had
stayed in the wrong catalog.. I
ALTER with NEWNAME on a NON-VSAM dataset will put the renamed dataset in the
proper catalog for the renamed HLQ.
ALTER with NEWNAME on a VSAM dataset will rename the dataset and leave it in
the original catalog.
IIRC, SMS routines only get driven on new dataset allocation.
Yes, RACF should be
Good one, Gilbert. Thanks for a good laugh!
On Wed, 7 Jun 2006 08:42:26 -0400, Gilbert Saint-Flour
[EMAIL PROTECTED] wrote:
On Wednesday 07 June 2006 07:52, Tom Marchant wrote:
There is no such thing as MIP
Of course, there is !!!
one MIP, two MIPS
and similarly,
one CIC, two CICS
one
Brian,
You should be able to prevent renaming in the ACS STORCLAS routine, by
testing the ACSENVIR variable. If you had a FILTLIST with all the SYSPROG
ID's specified, you could code something like:
WHEN (ACSENVIR = 'RENAME' AND USER SYSPROG) THEN DO
WRITE 'RENAMING DATA SETS IS NOT
Another potential issue is that if you use DFDSS to copy a load library PDS and
do not specify ALLDATA(*) the new file will have only the amount of space
currently in use. If it is defined with no secondary extent space, you will
not be able to add any new members to it.
I always use ALLDATA.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Perryman, Brian
Sent: Wednesday, June 07, 2006 6:39 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 'Rogue' HLQs
Hi folks
Some people in our apps support department create test files
under
We've sort of made progress with my situation. Part of this application
(and others) is a proprietary product called GTAM which is OCO. The
vendor supplied the applications with a 31-bit capable version of GTAM
which they are using for their testing.
We sent the vendor the source code for
we are installing z/OS V1 R7 and we want to run the JES2 from our z/OS V1
R6. We run this JES2 in R4 mode. Now I know that the JES2 which comes with
z/OS V1 R7 will only run in the z2 mode.
So my question is can we run our JES2 V1 R6 in R4 mode under z/OS V1 R7?
Thanks in advance
In a few years of doing this kind of stuff, I think the only absolute I
could think of is: 'There are absolutely no absolutes'. ;-)
On second thought, perhaps one absolute: The only rule that has no
exception is: there is an exception to every rule. :-))
-Original Message-
From: IBM
assuming that your users are 'just trying to get their job done', an
option would be to periodically do a dss sweep of your test pool for your
production mclass and move them to your prod pool.
i really want to tx Greg Shirey for mentioning the rename environ for acs.
i've been doing sms for a
The last time I checked, an individual CICS region was limited by the
engine size. This means that, even if you had work that a 2 x 50 MIPS could
handle according to raw MIPS, if you had a CICS region which required 75 MIPS
to deliver acceptable response times, you were hosed on such a
I like the look of that acsenvir test - I'll play with that and see what the
options are. It wouldn't, as has already been pointed out, be particularly
useful for testing to see if the target or source HLQ is one in a production
list, but it would be useful if it could be used to see if the HLQ
I will be interested in seeing whether Google can reproduce their search-engine
success with gmail. When your selling point is that people can retain and
search gigabytes of email, you can't get away with some of the things you can
as a simple search-engine.
As a new gmail user, I am so far
Lynn,
I just want to thank you for your *extremely* enlightening posts. I have
been around this industry for almost 30 years and I am constantly amazed
when a knowledge gap from the past is closed after reading one of your
posts.
Keep posting, PLEASE! :-)
-Original Message-
From: IBM
also have a fixed limit on the number of disks in the user pool and I don't
migrate anything from it. When the blighters fill it up, they have to delete
stuff.
That is draconian!
People are more expensive than hardware.
I see no problem with limiting the size online.
But, some so-called
The last time I checked, an individual CICS region was limited by the engine
size.
That was a longgg time ago.
There are now multiple TCB's in a CICS address space.
And, for example, each DB2 thread is a TCB.
-
-teD
300,000 Kilometres per Second
Not only is it a good idea!
It's the
CICS/TS now has the ability to use multiple TCBs - a QR TCB for normal
stuff, SSL TCB's , and Thread-safe program TCBs (L8 TCB)
So CICS can use multiple CP's..
NOTICE: This email message and/or its attachments may contain information
that is confidential or restricted. It is intended only
On Wed, 7 Jun 2006 00:00:00 GMT, Ted MacNEIL
[EMAIL PROTECTED] wrote:
People are more expensive than hardware.
I agree. That's why I don't subscribe to the notion that development
data is less important than production data. Especially in a D/R
environment. When stuff breaks and you have to
Ted MacNEIL wrote:
I'm curious as to your software levels. I tried a rename here (zOS1.7) and the
re-named dataset was re-cataloged correctly to the new catalog.
You have to perform unnatural acts to get behavior other than that.
Yes ...and no.
BOTH gentlemen are right!
Both could
I believe it can be done by creating a file with the port statements portion
of the profile. Just make sure that the port 515 is set up the way
InfoPrint Server wants it. Then use the OBEY command to reload the TCPIP
PORT definitions.
You can change almost everything on TCPIP dynamically using
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
In a few years of doing this kind of stuff, I think the only
absolute I could think of is: 'There are absolutely no absolutes'. ;-)
On second thought, perhaps one absolute: The only rule that
has
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
Sent: Wednesday, June 07, 2006 10:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: One or two CPUs - the pros cons
-Original Message-
From: IBM Mainframe Discussion
Rule: Everybody dies.
Exception: ?
I see John McKown beat me to the draw as I was writing
this. Oh well. I'll post anyway, to give another
verse about Enoch:
By faith Enoch was taken from this life,
so that he did not experience death; he
could not be found, because God had
Rule: Everybody dies.
Exception: ?
Enoch? Genesis 5:24, Enoch walked with God; then he was no more,
because God took him away.
Elijah? 2 Kings 2:11, As they were walking along and talking together,
suddenly a chariot of fire and horses of fire appeared and separated the
two of them,
Perryman, Brian wrote:
Hi folks
Some people in our apps support department create test files under their own TSO userid HLQ, which get SMS-placed onto the 'user' storage pool, but then later they manually rename these files to have a production dataset prefix, I have no idea why - so they can
What? No good soldier replies?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
Mark Post writes:
One other thing for people to consider: even on machines that have
standard
CPs running at sub-capacity, IFL processors _always_ run at full-rated
speed, without increasing your IBM or ISV software charges for the
workload
running on the standard CPs. (See the first link listed
Google is entering many more information service businesses than just their
popular Internet search engine. Many of those other businesses do require
consistency in results. Also, as Internet search matures, I think people
will expect more consistency and currency.
- - - - -
Timothy F. Sipples
Edward Jaffe wrote:
Perryman, Brian wrote:
Hi folks
Some people in our apps support department create test files under
their own TSO userid HLQ, which get SMS-placed onto the 'user' storage
pool, but then later they manually rename these files to have a
production dataset prefix, I have
Don't forget Elvis.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Mark Vitale
Sent: Wednesday, June 07, 2006 12:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: One or two CPUs - the pros cons
Rule: Everybody dies.
Exception: ?
I
Our LAN is primarily 100mb Token-Ring with some 100mb Ethernet bridging
to access some internal systems and the Internet. Recently we started
looking into optimizing network performance by adjusting MTU sizes. What
we found is that Token-Ring's max-supported MTU is around 17K, but
Ethernet's
Well, ACS are redriven on RECALL so you could use MIGRATE/RECALL to
move to the correct pool.
Dave Gibney [EMAIL PROTECTED]
System Programmer(509) 335-7359
Information Technology
Washington State University
Pullman, WA 99164-1222
Hi
I need more information about RLS, if anybody have experience in this
area, please send me in my e-mail.
Thanks for all
Jorge Arueira Campos
CAIXA ECONOMICA FEDERAL - OSASCO - SP
--
For IBM-MAIN subscribe / signoff /
One-third of all people who ever lived have not died.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Wednesday, June 07, 2006 8:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: One or two CPUs - the pros cons
The $ACTIVATE level matters only to JES2, not to z/OS. If you run a
down-level JES2 (such as 1.6) under z/OS 1.7, then you can join a MAS at
the 'R4' level.
My question is, why not $ACTIVATE to the 'z/OS 1.2' level now? It's very
clean these days. You get some new features and extended
I doubt it. All the major players in the webmail market have expanded their
storage to match Gmail's. And Yahoo just blew the doors off nearly everyone
with their new beta web client. It looks like Outlook webmail, but it's better
and faster. The best web app I've ever used, and Ive hated
Edward,
The manual section you need to be reading is 1.2.19, Maximum Transmission
Unit (MTU) considerations in the CS IP Configuration Guide. It's not too
big so I may as well insert it here:
quote
1.2.19 Maximum Transmission Unit (MTU) considerations
TCP/IP uses the MTU to determine the
Edward Jaffe wrote:
Now to my z/OS-based question. We have an OSA-Express on our z800. We
share the QDIO port across multiple LPARs. I set the MTU for the QDIO
port on my z/OS 1.7 LPARs to 4070 using the GATEWAY statement (still
IPv4 here folks) in my TCPIP profile. But, when I issue the
Edward,
CS IP is not the only platform which describes routes you didn't know you
had. My Windows NT system does it. I expect 192.168.0.180 is the address of
your interface on the 192.168.0.0 subnet. This appears to be one of those
internal routes that has no significance in the outside world.
I
=
-Original Message-
From: Charles Mills [EMAIL PROTECTED]
Sent: 6/7/2006 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
Subject: Re: One or two CPUs - the pros cons
One-third of all people who ever lived have not died.
CA just announced password support for passwords of up to 128 charactors for
both ACF2 and Top Secret.
http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1192663,00.html?track=NL-576ad=554057
Eric Bielefeld
414-475-7434
Richard,
What you are suggesting the OSA does would, I think, require too much
information needing to be passed to the OSA. The OSA manuals already make a
fuss over ARP offloading - which is, in any case, necessary for the ARP
takeover trick. I'd expect a similar fuss over any other offloading.
On Jun 7, 2006, at 6:38 AM, Perryman, Brian wrote:
Hi folks
Some people in our apps support department create test files under
their own TSO userid HLQ, which get SMS-placed onto the 'user'
storage pool, but then later they manually rename these files to
have a production dataset prefix,
Chris Mason wrote:
The key point from your NETSTAT GATE output is that any packet which is sent
to any destination on your LAN (EZZ2638I 192.168.0.0 direct
OSD1 4070 none) uses an MTU of 4070, any packet which is sent to a
destination which is *not* on your LAN (EZZ2638I Defaultnet
Jeffrey D. Smith wrote:
=
-Original Message-
From: Charles Mills [EMAIL PROTECTED]
Sent: 6/7/2006 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU
Subject: Re: One or two CPUs - the pros cons
One-third of all people who
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
Sent: Wednesday, June 07, 2006 3:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 'Rogue' HLQs
On Jun 7, 2006, at 6:38 AM, Perryman, Brian wrote:
Hi folks
Some people in
Well, my note was sloppy. I'm sure I've heard the 1/3 statistic but I don't
have a source. What's your source for the 70 billion?
BTW, Wikipedia thinks there are only 6.5 billion folks, but that is neither
here nor there.
Charles
-Original Message-
From: IBM Mainframe Discussion List
All Adam's and all Noah's children. Adds up to a lot.
But, back to MIPS.
It's a plural of an acronym: Misleading Indicator of Performance
\jc
On Wed, 7 Jun 2006 14:20:49 -0700, Charles Mills [EMAIL PROTECTED] wrote:
Well, my note was sloppy. I'm sure I've heard the 1/3 statistic but I
It doesn't make practical sense to expect a rename to move a dataset
from one volume or pool to another. Think of the response time for small
datasets and the huge time for that multi-volume database container file
that you decide to rename for some insane purpose.
Letting the ACS routine
Chris Mason wrote:
Richard,
What you are suggesting the OSA does would, I think, require too much
information needing to be passed to the OSA. The OSA manuals already make a
fuss over ARP offloading - which is, in any case, necessary for the ARP
takeover trick. I'd expect a similar fuss
BTW, Wikipedia thinks there are only 6.5 billion folks, but that is neither
here nor there.
Wikipedia is not necessarilly the best source.
I think we topped 7B, late last year.
PS: 90% of all statistics are made up on the spot!
-
-teD
300,000 Kilometres per Second
Not only is it a good idea!
That's why I don't subscribe to the notion that development
data is less important than production data. Especially in a D/R
environment. When stuff breaks and you have to go to D/R, which
production systems will need to be fixed?
We have procedures in place to allow logon to Prod LPARs.
why not go to z2 mode?
that's been available for quite awhile now
- Original Message -
From: John C. Wolf [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Wednesday, June 07, 2006 10:04 AM
Subject: Jes2 R4 mode
we are installing z/OS V1 R7 and we
In [EMAIL PROTECTED], on 06/07/2006
at 07:29 AM, Tom Marchant [EMAIL PROTECTED] said:
If they are renamed with ALTER ... NEWNAME, they will stay in the
same catalog. TSO or ISPF rename will recatalog them in the correct
catalog.
Isn't TSO RENAME an ALTER RENAME under the covers? I believe
Richard
Thanks for the heads-up.
This is a new OSA microcode/CS SNA(VTAM)/CS IP function introduced as
microcode updates (I guess) and APARs in the z/OS V1R6 timeframe. Hence it
is mentioned in the z/OS V1R7.0 Communications Server New Function Summary
manual. It is described in section 2.2.6.2,
On Jun 7, 2006, at 10:48 AM, Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
In a few years of doing this kind of stuff, I think the only
absolute I could think of is: 'There are absolutely no
absolutes'. ;-)
On second thought,
On Jun 7, 2006, at 4:11 PM, McKown, John wrote:
-
SNIP--
Ed,
z/OS 1.6 does redrive management class ACS routines on a RENAME. But
none of the others. I know because I just tested it with a WRITE
statement in each ACS routine with
Found this in my notes, that might be helpful. Probably got this from
IBM-MAIN at some time in the past...
Changing SC/MC/SG of an existing dataset at rename – This can be a
problem, in that rename can result in a dataset having the wrong
SC/MC/SG, eg a dataset that is now Production that was
80 matches
Mail list logo