Well,
IMHO, there are a lot of pressure on companies worldwide to keep costs
low, the result is more and more sysprogs are pushed upward towards
management so cheaper sysprogs can come from the OPS ranks. Especially
banks and telecoms companies use this strategy.
Herbie
-Original
Van Dalsen, Herbie wrote:
Well,
IMHO, there are a lot of pressure on companies worldwide to keep costs
low, the result is more and more sysprogs are pushed upward towards
management so cheaper sysprogs can come from the OPS ranks. Especially
banks and telecoms companies use this strategy.
I have heard a rumor that in z/OS V1.9 there is to be a TSO REXX interface
to SDSF (or vise versa).
I did not see anything in the presentations at Share in Tampa and was
wondering if anyone had anymore details.
The TSO-REXX newsgroup did not have any details. Also, do you know when the
According to the Feb 13 z/OS 1.9 Preview announcement
http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=ansubtype=
caappname=Demonstrationhtmlfid=897/ENUS207-018
SDSF is being enhanced to add the capability to provide access to SDSF
functions through REXX variables. The variables will
Thanks Wayne,
Exactly what I was looking to find.
Lizette
Snip -
According to the Feb 13 z/OS 1.9 Preview announcement
http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=ansubtype=
caappname=Demonstrationhtmlfid=897/ENUS207-018
SDSF is being enhanced to add the
Background: Over the Thanksgiving holiday weekend (U.S.) we relocated
our datacenter. We moved the mainframes' DASD volumes via DFSMSdss DUMP
FULL at the old site, followed by RESTORE FULL at the new site. On the
day the DUMP FULL of every volume was taken, a TSO user had recalled a
migrated
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of r hey
Sent: Monday, February 26, 2007 5:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: sysprog demand in USA
There hasn't been much demand for sysprogs in Australia in the last 2
years.
How
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer
Sent: Tuesday, February 27, 2007 12:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: KSDS immedial write
I hope your boss was together with the end users. Less trouble.
If no
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Tuesday, February 27, 2007 8:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: KSDS immedial write
snip
Would ESDS with AIX not be the ticket? There will be no CI or CA splits
(with
I've got a developer just starting to use JAVA 1.4 under USS (z/OS 1.4 soon
to be z/OS 1.7). I'm wondering what people are using as a general rule for
TSO initial region size for JAVA developers. I don't like the idea of 256M
per session - which is what I had to give this guy just to get
Unfortunately 256Mb for Java may be low. Configure real storage and aux
appropriately and live with the new order.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
You can use the getrlimit service to increase the region limit up to
the hard limit, which IIRC is set from BPXPRM00 or the user profile.
There is an example of invoking this from REXX at
http://members.tripod.com/billlalonde/rexx/setrlim.txt
So you would invoke that with setrlim rlimit_as
Hi,
Quick question about running ACS test cases.
I have a piece of my DC ACS that checks userid and volume requested
and redirects based on that. When I run my test case, it properly
assigns the correct DC when the user matches. When the user doesn't
match, I get DC = null value
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery
Sent: Tuesday, February 27, 2007 9:12 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Memory Allocation for JAVA under USS
I've got a developer just starting to use JAVA 1.4 under
On Tue, 27 Feb 2007 07:25:42 -0500, Lizette Koehler
[EMAIL PROTECTED] wrote:
I have heard a rumor that in z/OS V1.9 there is to be a TSO REXX interface
to SDSF (or vise versa).
I did not see anything in the presentations at Share in Tampa and was
wondering if anyone had anymore details.
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2007
10:33:09 AM:
Here's the question: Assuming no userid match above, will the ACS
exit and pass control back to CA-Allocate?
CA-Allocate will always see the allocation. You should check the STORCLAS
or
STORGRP variable.
Welcome to the brave new world. This stuff is *very* memory intensive.
Start thinking orders of magnitude bigger. Once upon a time, K was big.
Then meg. Now, gig is peanuts.
Some may argue differently, but I submit that constraining main storage
is just a superstition left over from the bad old
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Betsy Jeffery
I've got a developer just starting to use JAVA 1.4 under USS
(z/OS 1.4 soon to be z/OS 1.7). I'm wondering what people
are using as a general rule for TSO initial region size for
JAVA developers.
Hi, All,
Reading thru the VSAM Demystified Redbook (Sept. 2003), I saw the
statement that (for batch, anyway) VSAM resource pools (i.e., control
blocks and buffers) _DEFAULT_ location is below the 16MB line.
Is that still true at z/OS 1.7?
TIA,
-jc-
We are running z/OS 1.7 and would like to move the TN3270E server out of the
TCP/IP stack and run it in it's own address space. Are there any issues we
should be aware of?
--
For IBM-MAIN subscribe / signoff / archive access
Early in January Russ Witt sent the list a warning about the implications
apar OA17011 could have on tape retention. We've had some discussions
about this apar internally; not concerning the technical impact but the
fact that there was no hold on it. I'm not suggesting that it should have
a
Ok, I'm confused. With my z/OS 1.8 Serverpac I ordered IBM Ported
Tools for z/OS . Assuming that means SSH and Perl. So, I'm on
ShopZseries ordering other updates, and see IBM Ported Tools for z/OS:
Perl for z/OS. So I order it, thinking it is separate. I try to
receive it, but it has the
We're still at z/OS 1.6 and have separated the telnet server out of the TCP
stack with no issues.
John Hamman
Systems Programmer
BlueCross BlueShield of Mississippi
601.664.4410
[EMAIL PROTECTED]
* The information contained in this message, and attachments hereto,
may be
Keep in mind that your application will be dreadfully slow and simply
will not scale. Even with modern DASD with response times in the sub
millisecond range.
Consider that each logical write may drive several physical operations.
Ask your DASD czar what the unit response times are, and do the
Hi John,
Thanks for the clarification.
Thanks!
*BobL*
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Kington
Sent: Tuesday, February 27, 2007 8:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS / ISMF
IBM Mainframe Discussion List
On Tue, 27 Feb 2007 10:29:05 -0600, Alan Schwartz
[EMAIL PROTECTED] wrote:
So I'm asking the group when you're applying preventative maintenance do
you read and analyze the cover information for every ptf being applied?
We've always looked at the hold info for all ptf's needing a bypass
While the topic of REXX APIs has resurfaced, I'd like to
add an observation and a couple wishes:
It's possible, with some planning, to design a CALLable API
to be REXX-friendly. ICSF is an example. The chief requirement
is that all control blocks and communication areas be passed to
the API as
Bob,
I shot from the hip with my answer. If you set PLSOPT10 to Y in your
parms, CA-Allocate will see the sms managed allocation. If you set
it to N or allow it to default to N, your ASR will not see the allocation.
Sorry for the wrong answer.
Regards,
John
Mark Zelden wrote:
[...]
IBM has been trying to make the amount of holddata you need to go through
in order to apply maintenance, less not more. For example, changing
++ACTION holds to ++IPL so you can ignore those when applying to a
maintenance sysres that you know will be rolled out with an
If your long term goal really is DB2, then start now. Going through an
interim step simply makes the eventual conversion far more expensive.
If you can't afford to do it right the first time, then when will you
be able to afford to do it over?
But be aware that there may be political games
We have used this feature starting on z/OS R6 and it has worked well for
us. It is the recommended configuration. The Communications Server
folks have been good about providing plenty of encouragement and warning
to remove obsolete parameters and leverage features that are recommended
that will
I agree with you fully Mark. My point was we both would have missed the
ptf. And for the icing on the cake the ptf (in my case UA28410) was
superseded by another ptf (UA90306). The newer one does have a DOC hold
and some IPL holds but nothing in the ptf would lead you to be concerned
about
_
Hi, All,
Reading thru the VSAM Demystified Redbook (Sept. 2003), I saw the
statement that (for batch, anyway) VSAM resource pools (i.e.,
control blocks and buffers) _DEFAULT_ location is below the 16MB line.
Is that still true at z/OS
Not-deferred is the default when writing to a VSAM KSDS, so if you are
getting deferred writes it is because something is overriding the
default. Did you specify MACRF=DFR on your ACB? Did System Managed
Buffering (SMB) get invoked?
-Original Message-
From: IBM Mainframe Discussion
We run CICS TS ADABAS and saw some performance issues with CICS
transactions in z/OS V1R7 although not very bad. When we brought up z/OS
V1R8 we are seeing high level of delays in CICS transactions when they are
going to redispatch queue. Talking to IBM lab folks they are telling us
it is not
These DD statements are necessary if SORT exits have been provided in object
format and so need to be linkedited. For more information, RTFM re the MODS
statement,
Bill
Tim Burkart wrote:
I have never seen this before. I have run across SORT JCL that
contains these three DD names.
//SORT
Jim,
There's not enough information yet. Are you running CICS with response
time goals? Are they being met? If you are using velocity goals only,
are those goals being met both before and after the queue buildup?
Input! Input!
Steve Samson
Jim Marshall wrote:
We run CICS TS ADABAS and
Will a 3592 drive read other tapes, like a 3480, 3490, 3590, etc? None of
the sales literature on the web says one way or the other.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
No.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
On 2/27/07, McKown, John [EMAIL PROTECTED] wrote:
No.
To expand on that, 3480/3490, 3590, and 3592 are physically different
cartridges.
--
Mark Pace
Mainline Information Systems
--
For IBM-MAIN subscribe / signoff /
Hi!
When doing an software activation in HCD from IODF51 to IODF53 we got the
following message in one of our system in the sysplex. Only an OS group
change of som devices we try to do.
IOS513E ACTIVATE STILL WAITING FOR OLD EDT TO BE DELETED
Display of that EDT:
D IOS,CONFIG(EDT)
Is this possible or feasible from an Batch application standpoint ??
1). Build data (create) into a Data Space or a Hiperspace in 1 Batch job.
2). Access this data in many following Batch jobs.
3). At the end of Batch cycle, delete #1's Data Space or Hiperspace.
If possible to do, then which
I have no experience with Hiperspaces, but have coded data spaces on a
number of occasions. If you're going to play by the rules, the data space
is tied to the address space that creates it, so if you do this, you have to
keep the address space that does the create around. Other than that,
Tomas,
What was the format of your ACTIVATE command? Did you use the FORCE option?
HITACHI
DATA SYSTEMS
Raymond E. Noal
Senior Technical Engineer
Office: (408) 970 - 7978
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Tomas Larsson
Raymond,
I don't activate with force. The only change in configuration was
to make some devices OFFLINE instead on ONLINE. The devices is already
OFFLINE in the system, but I want them to be OFFLINE when IPL'ed.
Regards
Tomas L
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Day
Sent: Tuesday, February 27, 2007 4:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Data Spaces or Hiperspaces
I have no experience with Hiperspaces, but have coded data spaces on a
I agree with Steve (a typical occurrence), more info is needed.
At z/OS 1.7, did you routinely see your processor at 100% busy? What about
the other
LPARs on the box (if there are any)? Weights properly set? The reason for
this line of questioning: if you were routinely running just under
Hi Tom,
DLF has restrictions on the kinds of data you can use it for but it can
do exactly this and comes with z/OS for free.
http://publibz.boulder.ibm.com/epubs/pdf/iea5j700.pdf
Best Regards,
Sam Knutson, GEICO
Performance and Availability Management
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2007
06:20:11 PM:
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tomas Larsson
Sent: Tuesday, February 27,
I really don't think too many American companies are moving mainframe
computers to foreign countries, unless the business presence in the foreign
country demands a mainframe. I have to believe that most companies want
their mainframe at home on American soil where it is safe, and easy to
John Deere Technology Center
Cyber City, Magarpatta City, Hadapsar
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric N. Bielefeld
Sent: Wednesday, 28 February 2007 10:57 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: sysprog
[Darren has told me it's OK to occasionally publish
this kind of post; members of my opt-in list got
the information a week ago, including pricing
details; I have omitted prices here; if you are
interested, please drop me a line off-list, or
give me a call. ]
If any of you have, or know
In
[EMAIL PROTECTED],
on 02/26/2007
at 11:21 AM, Cartwright, Dave [EMAIL PROTECTED]
said:
I was able to remove the first two, but cannot remove -m because it
thinks I am passing invalid arguments to the command.
Use a -- option before the directory name?
--
Shmuel (Seymour J.) Metz,
In [EMAIL PROTECTED], on 02/26/2007
at 09:39 AM, Steven Shore [EMAIL PROTECTED] said:
I m looking for information ( manuals, other resources) on size
limits on the mainframe
Working on an Cobol application that is quite large, currently
almost 100 000 lines of code and growing. About 100
In [EMAIL PROTECTED], on 02/26/2007
at 08:11 AM, Paul Gilmartin [EMAIL PROTECTED] said:
o Vendors like to keep things simple for the customer and minimize
the customer's opportunity to install unexpected configurations.
The second contradicts the first.
--
Shmuel (Seymour J.) Metz,
In [EMAIL PROTECTED], on 02/26/2007
at 10:23 AM, Paul Gilmartin [EMAIL PROTECTED] said:
Hmmm. Sounds like the way overlays (used to) work.
Overlays never worked that way.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
On 27 Feb 2007 08:53:36 -0800, in bit.listserv.ibm-main you wrote:
If your long term goal really is DB2, then start now. Going through an
interim step simply makes the eventual conversion far more expensive.
If you can't afford to do it right the first time, then when will you
be able to afford
On Feb 27, 2007, at 6:57 PM, Eric N. Bielefeld wrote:
I really don't think too many American companies are moving
mainframe computers to foreign countries, unless the business
presence in the foreign country demands a mainframe. I have to
believe that most companies want their mainframe
Does anyone have any ballpark numbers for actual throughput performance of
FTP using Hipersockets
Running either single or multiple FTPs from LPAR #1 to LPAR #2 we are only
seeing around 25MB/sec in total.
The DASD involved is all FICON connected DMX-3 which is easily capable of
transferring
Eric N. Bielefeld wrote:
I really don't think too many American companies are moving mainframe
computers to foreign countries, unless the business presence in the
foreign country demands a mainframe. I have to believe that most
companies want their mainframe at home on American soil where it
60 matches
Mail list logo
