>Well, zIIPs are cheaper than CPUs, but in this case maybe CuOD is the
>best choice. If you pays more, then probably under powered anyway...
How would zIIPs help here?
--
Peter Hunkeler
Credit Suisse
--
For IBM-MAIN subscribe
>Well, that's what I am attempting to do. Did I mention that the
>vendor is IBM? And that the product is developed in the same
>location as WLM? In Germany, no less?
Well, unfortunately, there are still too many people out there in
software development that don't have a clue what z/OS UNIX real
Thanks to all who responded. I find it really interesting that just about
everyone agrees to put these things into sysstc, an idea that got vehemently
vetoed by the 'head WLM developer' when I suggested it in a lengthy conference
call.
Thanks to Peter Hunkeler for the good stuff about Unix. I w
John/OP:
You might have overlooked an interesting gem of a feature of z/OS JCL:
FREE=CLOSE.
If you need to provide several alternative tables, you might be able to do so
strictly in the enveloping JCL by doing something like this:
//SYSLIB DD DISP=SHR,FREE=CLOSE,DSN=USERS.INPUT(TABLEX)
//SYS
On Thu, 18 Oct 2007 18:24:12 -0500, Paul Gilmartin wrote:
>On Thu, 18 Oct 2007 11:24:19 -0500, Tom Schmidt wrote:
>>
>>z/OS has the venerable OPEN-J service that might be what you are looking
for
>>here. Check the z/OS publications for the OPEN macro's TYPE=J operand.
>>
>Those fixated on perfor
Does anyone know how the data is presented to the JRNAD exit when the VSAM
file has been defined with SMS with COMPACTION=Y (compression is on) ? Is
the record image compressed or decompressed?
Thanks,
Steve
--
For IBM-MAIN su
Paul Gilmartin wrote:
On Thu, 18 Oct 2007 17:27:02 +0200, Binyamin Dissen wrote:
BPAM is not THAT unfriendly.
If it truly were "not THAT unfriendly" you'd not have troubled
to write a wrapper to hide the hostility from the programmer;
nor would numerous other inventors who independently replica
On Thu, 18 Oct 2007 17:27:02 +0200, Binyamin Dissen wrote:
>
>BPAM is not THAT unfriendly.
>
If it truly were "not THAT unfriendly" you'd not have troubled
to write a wrapper to hide the hostility from the programmer;
nor would numerous other inventors who independently replicated
your effort.
>A
On Thu, 18 Oct 2007 11:24:19 -0500, Tom Schmidt wrote:
>
>z/OS has the venerable OPEN-J service that might be what you are looking for
>here. Check the z/OS publications for the OPEN macro's TYPE=J operand.
>
Those fixated on performance will object to performing an OPEN
for each member rather tha
On Oct 18, 2007, at 3:15 PM, Patrick Lyon wrote:
Thanks to all who have responded.
We went through this all again today and DB2 crashed. After
restarting it, it
doesn't take up near the storage as just before it went down.
After doing some research, I found some storage related PTFs that
I don't know if anyone else is affected by this but I thought that I would
post a "head's up" just in case. We have encountered an issue with existing
Enterprise PL/I programs when going to z/OS 1.8 from z/OS 1.6. PTF PK17116
seems to be incorporated in the LE base and it requires a recompile with
Thanks to all who have responded.
We went through this all again today and DB2 crashed. After restarting it, it
doesn't take up near the storage as just before it went down.
After doing some research, I found some storage related PTFs that were not
on describing not freeing storage. I will
www.cbttape.org
there is a subroutine that is callable from Cobol that will let you read a
member of a PDS
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Well known port 990 was removed from the RFC by the IETF. However, once
an application has been accepted by IANA to assign a well known port to the
list, it is not removed just because IETF made changes to the RFC. I have had
to fight this battle more than once since I have to deal with the army
For the archive I was told there will be an APAR against VTAM. No more
details so far
>Ray,
>thanks for the vrey helpful explanation. I try to build a list
>instead of answering in general.
>
>1. Our IVTPRM contains (IBM defaults)
>FIXED MAX(120MB)
>ECSA MAX(120MB)
>I now know why IVT5539I stay
MIPS sales down 21% year-on-year is indeed a "difficult comparison". Nine
months is a long
time to run at standard expense levels until the cash starts to flow again.
I don't share the view that the turndown is due to people waiting for new
processors. The
rumour mill has not been that active
In a message dated 10/18/2007 2:02:16 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>The captured UCB isn't a copy of the UCB - it is simply another
virtual view of the UCB created via the IARVSERV page level sharing
services.
Thanks for clarifying that. I haven't yet used or stu
In a message dated 10/18/2007 12:40:25 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Then get your boss to go scream at the vendor to put proper
instrumentation into their product. There's not a lot else you can do
>>
Well, zIIPs are cheaper than CPUs, but in this case maybe CuOD i
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc
> Sent: Thursday, October 18, 2007 12:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Zapping HFS files
>
>
> On Thu, 18 Oct 2007 07:48:01 -0500, McKown, John
> <[EMAIL PROTEC
>Date:Wed, 17 Oct 2007 10:46:45 +0200
>From:"Vernooy, C.P. - SPLXM" <[EMAIL PROTECTED]>
>Subject: Re: Are there tasks that don't play by WLM's rules
>The problem here is, that WLM is not capable of managing its children
>when they are a little more exotic than the usual kids in class. or a
IBM Mainframe Discussion List wrote on 10/18/2007
07:32:53 AM:
> I have never delved into I/O prevention, so I don't know what it does,
how,
> or why, but I believe it is used in preventing an I/O's being executed
rather
> than positioning the request in the queue.
I/O Prevention was intr
On Thu, 18 Oct 2007 07:48:01 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:
>IIRC, the original question was not necessarily about zapping a UNIX
>resident program object. So, how do I zap a binary file, residing in
>UNIX, which is not a program object?
I doubt there is any way, beyond writing a
Well, the problem was identified with Super Users in TSS. They get an
additional message I was not accounting for.
So the new ACLE for TPX looks like this
USERID SEARCH' DS600306:'
BRANCHEQ,DISPATCH
ST
>>> On Thu, Oct 18, 2007 at 9:21 AM, in message
<[EMAIL PROTECTED]>, "Chase,
John" <[EMAIL PROTECTED]> wrote:
-snip-
>> Can one ftpd
>> process listen on both 21 and 990 at the same time?
>
> I had "ass.u.me"-d so, having become accustomed to most "mainframe"
> software having the ability to do
Hi Liz,
Our CA-Dispatch is not defined in the ACT. Never has been, and has been
working like this for over 16 years. Our users are not permitted to use the
"/A"
command. ACF2 provides the users with access to the PROFILE for CA-
Dispatch. Our ACL is similar to yours;
* OPTIONFLOW,ON
Peter Hunkeler writes some good stuff about z/OS Unix;
> PMFJI, but the last few remarks about being "ported from open world"
> made me think. So here are a few thoughts related to z/OS UNIX:
>
Exactly. Execution velocity as a goal mechanism has been a really bad
idea since the very beginning, bu
>On Thu, 18 Oct 2007 09:43:51 -0400, bit.listserv.ibm-main wrote:
>
>I need to read source code from a PDS member whose name I don't know
>until my program runs, much the same as the COBOL
>compiler handles "COPY memname" statements. Is dynalloc the only way to
>go about it or does zOS provide a
Hi Liz,
We have never had Dispatch defined in our ACT. We only have a profile
definition for Dispatch to supply the ACB name. Each user is granted access to
the profile via ACF2 and most all users are not allowed to to use a "/A"
command.
Our ACL is very simple and looks a bit like yours.
That is something I will work towards.
I just found out that TPX V5.2 (just out) will allow batch updating to the ACT
table.
Lizette
>
>You should normally add all of your applid's to the TPX ACT table. There are
>options in the TPX command authorization class panels that determine
>whether T
On Thu, 18 Oct 2007 08:21:44 -0600 Howard Brazee <[EMAIL PROTECTED]> wrote:
:>On Thu, 18 Oct 2007 09:43:51 -0400, in bit.listserv.ibm-main you
:>wrote:
:>>I need to read source code from a PDS member whose name I don't know until
my program runs, much the same as the COBOL
:>>compiler handles "
You should normally add all of your applid's to the TPX ACT table. There are
options in the TPX command authorization class panels that determine
whether TPX users can activate sessions dynamically (the "A" command). If
dynamic sessions are allowed the user can activate sessions that have not
On Thu, 18 Oct 2007 16:34:36 +0200, Itschak Mugzach wrote:
>Do you REXX? This is the best language to deal with strings, allocations and
>dynamic variables on the fly. It is also run natively under TSO (and TSO
>batch) and thus, supports ALLOC commands.
>
And under IRXJCL and Unix System Services,
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Thursday, October 18, 2007 9:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How to read source from a PDS member
On Thu, 18 Oct 2007 09:43:51 -0400, in bit.listserv.ibm-main you
w
Chase, John wrote:
Hi, All,
Is it "better" to order the CIPHERSUITE statements from weaker to
stronger, or from stronger to weaker?
Why?
TIA,
-jc-
Logically I would go from stronger to weaker since you want the
strongest encryption that both sides can understand.
--
Mark Jacobs
T
Do you REXX? This is the best language to deal with strings, allocations and
dynamic variables on the fly. It is also run natively under TSO (and TSO
batch) and thus, supports ALLOC commands.
Itschak
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Beh
Hi, All,
Is it "better" to order the CIPHERSUITE statements from weaker to
stronger, or from stronger to weaker?
Why?
TIA,
-jc-
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTE
How about just passing the member name as a parameter in a PROC?
//MYPGM PROC MBR=NOMBR
//RUNIT EXEC PGM=MYPGM
//INPUT DD DISP=SHR,DSN=MY.PDS(&MBR)
Tim Hare
Senior Systems Programmer
Florida Department of Transportation
Tel: +1 (850) 414-4209
---
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Thursday, October 18, 2007 9:22 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: How to read source from a PDS member
>
>
> On Thu, 18 Oct 2007 09:43:51 -0400, in bit.lis
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
>
> On Thu, 18 Oct 2007 09:43:51 -0400, in bit.listserv.ibm-main you
> wrote:
>
> >I need to read source code from a PDS member whose name I don't know
> >until my program runs, much the same as the COB
On Thu, 18 Oct 2007 09:43:51 -0400, in bit.listserv.ibm-main you
wrote:
>I need to read source code from a PDS member whose name I don't know until my
>program runs, much the same as the COBOL
>compiler handles "COPY memname" statements. Is dynalloc the only way to go
>about it or does zOS pro
Greg,
You just need to use the ADMINISTRATOR keyword. You must have RACF (or
equivalent) authorization to use the ADMINISTRATOR keyword. The RACF
requirements are documented in Chapter 6 of the DFSMSdss Storage
Administration Reference.
You should also review the following URL to automate the f
>>- I am a little worried about your remark about the (short) life of
the
>>address spaces: creating a new thread in Unix is just simply adding an
>>entry to a process table; if it requires address space creation in
z/OS,
>>this is a heavy overhead part added to kicking off the task. Can you
>>play
- Original Message
From: Mark Neal <[EMAIL PROTECTED]>
Hi Mark,
> I am not aware of any Job Scheduling capabilities in Netview.
maybe I used the wrong term. We use the CHRON capability of Netview
to submit batch jobs when we like to: every day, only at w-e, only at certain
days of t
John,
In Z/OS 1.7 the Implicit SSL/TLS is no longer supported for FTP. You need to
use Explicit (Auth SSL). The support for Explicit has changed, so you should
upgrade to BlueZone Secure FTP 4.2.
Z/OS 1.7 and BlueZone 4.2 support RFC-4217. http://rfc.net/rfc4217.html
We have separated BlueZ
Mark Zelden wrote...
> Isn't Tivoli Decision Support the new name for what used to be SLR?
No, it's a replacement product, with zero code base in common.
Cheers,. Martin
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]
Unl
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Joel Ivey
>
> ?? Should you not have a separate ftpd for 990 traffic?
Hmmm.. You may have a point there.. In fact, you may have
"the" point there.
> Can one ftpd
> process listen on both 21 and 990
On Thu, 18 Oct 2007 11:00:45 +0200, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>My biggest concern with the high PI is actually that WLM will only try to
help the service class every 3rd trip through WLM (so I was told).
Exactly why I think SYSSTC is the best place for this. It sounds like you
re
On Thu, 18 Oct 2007 09:02:00 +0100, Martin Packer <[EMAIL PROTECTED]>
wrote:
>Seymour wrote:
>
>> The closest I've seen was SLR, whatever they're calling it these days.
>
>They're calling it "unsupported for 10 years" :-) though I still run it
>and rely on it for my day job (and am enhancing our r
Hi Walter,
I am not aware of any Job Scheduling capabilities in Netview. I suspect you
are using automation to run batch jobs. If that is the case, you should be
able to do the same thing in AF/OPER. AF/OPER has nice message and time
automation.
So for instance, you could submit a job
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Wednesday, October 17, 2007 5:29 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Zapping HFS files
> However:
>
> #16.2.1 "z/OS V1R7.0 MVS Diagnosis: Tools and Servic
After speaking with IBM support, we ended up applying the ptf for OA20727 and
IPLing the system.
BTW we are at z/OS 1.7 and JES2
Gadi
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROT
I am getting message ARC0058I CSA USAGE BY DFSMSHSM HAS REACHED THE
ACTIVE THRESHOLD OF 90K BYTES, ALL BUT BATCH WAIT REQUESTS
FAILED
I am running a batch HMIGRATE against GDG's mask. "sys3.listvtoc.**'
This command generates 3537 ARC1007I MIGRATE REQUESTS. All but the
current GDGs are alrea
In a message dated 10/18/2007 1:21:44 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>1. There are still UCBs *below* the line, so while parts are always in
ESQA, parts can still be in SQA.
The poor UCB has undergone cruel and unusual punishment in the evolution of
OS/360 to toda
On Oct 18, 2007, at 6:00 AM, Vernooy, C.P. - SPLXM wrote:
"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
The MVS implementation of BPX 'address space creation' was changed
back in the nineties to use RSM shared pages (a virtual overlay of the
creator's addres
Kees,
thanks a lot for taking the time to discuss this with me! Now that you mention
it, it appears so obvious, and I was just too slow to see it. (Guess
somewhere along the way I got tangeld up in other tangents.)
I'll talk to my colleague and will try to implement it as soon as possible
"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
>
>
> The MVS implementation of BPX 'address space creation' was changed
back in the nineties to use RSM shared pages (a virtual overlay of the
creator's address space) because most of the parent address space pages
w
Kees,
>- How did this thing run in the 'open' world (or didn't it)? Machines
>with dozens of processors to execute these 65 tasks immediately are not
>common there either AFAIK.
No idea. The architecture in the 'open' world may be completely different.
>- I am a little worried about your remark
Yes BUT note there is no REAL resemblance between the 2 products...
SLR is based on VSAM databases - which is why I stick with it for my mode
of usage.
TDS is based on DB2 databases - which wouldn't suit my case but WOULD be
good for a regular installation.
If you wonder why MY usage drives me
I don't know if it could be the same problem that we had 2 months ago, but, if
you have 3 cpu's and the ALLOCAS use the 30%, probably it is in a cpu loop
We suffered this problem the last august and the only way to stop allocas was
doing IPL
We have z/os 1.8, and we found 2 ptf's to solve the p
SLR moved thru Tivoli Performance Reporter that again migrated into:
5698-A07 Tivoli Decision Support for z/OS
Birger Heede
IBM Denmark
Martin Packer wrote:
Seymour wrote:
The closest I've seen was SLR, whatever they're calling it these days.
They're calling it "unsupported for 10 years" :-
"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Kees,
>
> >- Is the WLM PI number the real problem, or is the performance
actually
> >bad? A bad report about a well running application is not the end of
the
> >world.
> We started looking at this when we had compl
Kees,
>- Is the WLM PI number the real problem, or is the performance actually
>bad? A bad report about a well running application is not the end of the
>world.
We started looking at this when we had complaints about missing throughput and
bad response times. Before that, we didn't even realize
Seymour wrote:
> The closest I've seen was SLR, whatever they're calling it these days.
They're calling it "unsupported for 10 years" :-) though I still run it
and rely on it for my day job (and am enhancing our record mappings and
reporting even as we type). :-)
Cheers, Martin
Martin Packer
"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Mark and Shane,
>
> >Do you have enough engines and capacity where bursts won't hurt other
> >workloads? If so, I might be inclined to run this work in SYSSTC (I
> >assume discretionary won't work for this since you
- Original Message
From: Greg Shirey <[EMAIL PROTECTED]>
> When we do a COPY FULL (with DUMPCONDITIONING specified and with or
> without FCNOCOPY), message ADR369D is generated, causing the operator
to
> have to respond U for "write access a VTOCIX data set" on the target
> volume. Is t
>This is how z/OS emulates UNIX processes.
>Some are invoked by fork() which leaves the 'parent' task running.
>All invoked this way will terminate when the invoking task ends.
>Others (like FTPD) are invoked by spawn() which leaves the process
>running even when the 'parent' goes away. These are
66 matches
Mail list logo