In 01e401ccb3ab$38edcd70$aac96850$@mcn.org, on 12/05/2011
at 04:08 PM, Charles Mills charl...@mcn.org said:
I have a CA support ID. The record layout specifics do not seem to be
in the ACF2 documentation.
Do you have MXG? That might be able to handle the ACF2 records.
--
Shmuel
John McKown wrote: With Z/OS, Windows, and Mac OSX, I don't even have
a change to understand some of the internals.
Read Mac OS X Internals by Amit Singh- Addison-Wesley 2007. Also the
source code for Darwin (OS/X) is downloadable from Apple.
Not to defend Apple, but it is interesting to
In 4edd3dab.5070...@bremultibank.com.pl, on 12/05/2011
at 10:54 PM, R.S. r.skoru...@bremultibank.com.pl said:
Why do you think so?
Because it's a ticking time bomb.
But it's not my dog.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
Total agreement. Updating the running system is dangerous. I did so once
by mistake (luckily it was my sandbox). I suffered an outage because an
update to a LINKLIB module required a corresponding update to an LPALIB
module. When somebody did an LLA REFRESH, the system died. I don't know
if this
On Tue, 2011-12-06 at 01:47 -0800, Dale Miller wrote:
John McKown wrote: With Z/OS, Windows, and Mac OSX, I don't even have
a change to understand some of the internals.
Read Mac OS X Internals by Amit Singh- Addison-Wesley 2007. Also the
source code for Darwin (OS/X) is downloadable
Every LPAR on your z9BC has a profile which defines it's resources. Such
as how much memory it has and the number of CPs it can use. Another of
the resources is how many zIIP engines it can use (likewise for zAAP
engines). You need to edit the LPAR definition to include zIIP engines.
This is done
CA-SORT is still available. I don't think there are many external users.
CA may use it internally in some of their products to be independent of
the differences in DFSORT vs. SyncSort.
On Mon, 2011-12-05 at 21:00 -0800, Ed Gould wrote:
Charles:
I worded that poorly and agree with you.
In 1323135832.44917.yahoomailmob...@web161401.mail.bf1.yahoo.com, on
12/05/2011
at 05:43 PM, Ed Gould ps2...@yahoo.com said:
Well IBM does this in their freely available SMF records layout
manual.
I seem to recall IBM products where the documentation of the product's
SMF records was in an
Scott - I assume
... TCP/IP stack came from for use in z/OS ...
Did it originate from the University of Berkley?
You will get a more comprehensive answer by asking on the following list:
For IBMTCP-L subscribe / signoff / archive access instructions, send email to
lists...@vm.marist.edu
On Tue, 6 Dec 2011 04:53:55 -0600 John McKown wrote:
I don't like using undocumented internals. That's why I like
GNU/Linux. OK, it's not really documented. Unless you go with
source==documentation.
Lol - have a look at the mm code John. It'll drive you to drink.
Has me - several times.
Then,
Hello All,
In our shop whenever a user job is submitted by default the priority
value is taken as 9. When I check the CPAC.PARMLIB(JES2PARM) below is the
customization which talks more about the PRTY and TIME
JOBPRTY(1) PRIORITY=9, /* Job Prty=9 if RPRI1 ohwnc*/
TIME=2
I believe that the TCP/IP for VM product which was ported to become the
TCP/IP for MVS product which became incorporated into the Communications
Server product as the IP component follows what is described as the Berkeley
Software Distribution (BSD flavour of an implementation of the Internet
Even if it's page fixed?
Yes. (in part because which private space is unpredictable, as might be
the cross-memory environment).
That has been documented forever although not in all the places where it
could have been.
Peter Relson
z/OS Core Technology Design
That JES2 initialization statement has nothing to do with job execution
time limits.
TIME=nn
Specifies execution times (1-279620), in minutes, that are to be
associated with job-scheduling priorities, as specified in a
corresponding PRIORITY parameter.
The keyword here is
In our shop whenever a user job is submitted by default the priority value
is taken as
9. When I check the CPAC.PARMLIB(JES2PARM) below is the customization
which
talks more about the PRTY and TIME
JOBPRTY(1) PRIORITY=9, /* Job Prty=9 if RPRI1 ohwnc*/
TIME=2
Bob
Would you care to supply some evidence for your contention? I find no trace of
such an upheaval in the z/OS V1R5 Communications Server IP Migration and
Exploitation manual:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B130/
On the other hand, while there are still
Actually, it was OS/390 1.5, not z/OS 1.5. Too long ago.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Chris Mason
Sent: Tuesday, December 06, 2011 7:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS's basis for TCP/IP
Bob
Would
svet...@ameritech.net (scott) writes:
Just was wondering where TCP/IP stack came from for use in z/OS? Did
it originate from the University of Berkley?
I hadn't followed the recent.
The original mainframe tcp/ip stack product was implemented on vm370 in
(mainframe) vs/pascal ... purely IBM
LOL!
OS/390 TWO dot FIVE (OS/390 2.5 was around 1996 IIRC)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Bob Shannon
Sent: Tuesday, December 06, 2011 8:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS's basis for TCP/IP
On Tue, 6 Dec 2011 08:30:48 -0500, Richards, Robert B.
robert.richa...@opm.gov wrote:
LOL!
OS/390 TWO dot FIVE (OS/390 2.5 was around 1996 IIRC)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Bob Shannon
Sent: Tuesday, December
On 12/06/2011 04:35 AM, John McKown wrote:
Total agreement. Updating the running system is dangerous. I did so once
by mistake (luckily it was my sandbox). I suffered an outage because an
update to a LINKLIB module required a corresponding update to an LPALIB
module. When somebody did an LLA
W dniu 2011-12-06 11:35, John McKown pisze:
Total agreement. Updating the running system is dangerous. I did so once
by mistake (luckily it was my sandbox). I suffered an outage because an
update to a LINKLIB module required a corresponding update to an LPALIB
module. When somebody did an LLA
Bob
Actually, it was OS/390 1.5, not z/OS 1.5. Too long ago.
Not too long ago for the IBM manuals web sites!
Indeed there was an upheaval in OS/390 V1R5 (VEE ONE AR FIVE)
occasioned by the incorporation of OpenEdition function.
It may be that - on close reading of what can be gleaned from
Chris,
Thanks for those interesting links. I had not realized that the z/OS Comm.
Server implemented some form of VMCF and IUCV.
The small amount of RTFM I just did based on your links seems to indicate that
the Comm. Server SMSG command is only supported to communicate with SMTP and
LPD.
A tool I frequently use is PDS on the CBT tape.
http://www.cbttape.org/freepds.htm is where you can download it from. If you
have to wear a computer forensics hat to figure out what's in your load
libraries, PDS does a great job at displaying load module attributes, link-edit
dates, and
Not to mention that SMP/E might compress the target library, if you have the
option set to do that so it will require an LLA UPDATE.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
John McKown
Sent: Tuesday, December 06, 2011 5:36 AM
To:
On Tue, 6 Dec 2011 08:48:40 -0600, Chris Mason wrote:
Indeed there was an upheaval in OS/390 V1R5 (VEE ONE AR FIVE)
That's V2R5, as you noted below. The new Communications Server component was
introduced in V2R4, but only for Unix applications. IIRC, the CS included VTAM
and TCP/IP and they
Hello Jacob/All,
That JES2 initialization statement has nothing to do with job execution
time limits.
TIME=nn
Specifies execution times (1-279620), in minutes, that are to be
associated with job-scheduling priorities, as specified in a
corresponding PRIORITY parameter.
Out of
Peter
I'm very sorry to be disappointing you!
Is there any chance that there is a z/OS equivalent of these z/VM commands
for the general (non-authorized) user?
We're on the down slope, not the up slope! In other words, the direction in
the IP component of z/OS Communications Server is to
that if you contact CA's ACF2 Product Manager directly
Does anyone happen to have contact information for that person? You can
share it with me privately if you prefer. I think you can see my address
above but in case not, c h a r l e s m at mcn dot org.
Charles
-Original Message-
Chris,
Well, I can't say I'm surprised by your answer, but thanks for your insights
anyway.
I haven't searched around the web yet (especially the CBT site) for some
equivalent facility, but perhaps it's time I did so. Now, where did I put
those darned round tuits... :)
Peter
Peter,
Sounds like you want TSO SEND. Do TSO HELP SEND for syntax and usage.
Cheers,,,Steve
Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov
From: Farley, Peter x23353 peter.far...@broadridge.com
To: IBM-MAIN@bama.ua.edu
Date:
jagadishan perumal wrote:
We tried Changing the time parmeter as TIME=(5,0) , but still job takes more
than 5 mins. Even when user dont code the TIME,PRTY keyword it is even taking
more than 5 minutes of processing time for PRTY=9 value.
You've got good replies about scheduling priority
Hi,
We have IPLed on October 31st 2011 and we have got 3 LPARS and below are
the SQA CSA parms in IEASYSXX and current usage as per SYSVIEW.
SYSA LPAR'S IEASYSXX PARMS -
CSA=(2600,144M)
SQA=(7,24M)
Current usage -
ECSA 68%
ESQA 73%
SQA 30%
CSA 30%
SYSD LPAR'S IEASYSXX PARMS -
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
this talks about bsd 4.3 tahoe (june 1988) and reno (early 1990)
distributions ... I've still got original source distribution
backed up someplace
http://en.wikipedia.org/wiki/Berkeley_Software_Distribution
All the BSD stuff
Tom
That's V2R5
Quite correct, OS/390 V2R5 (VEE TWO AR FIVE)
-
The new Communications Server component was introduced in V2R4,
I don't find this really quite so correct! This appears to refer to some quick
fix called the Outboard Communications Server (OCS) which allowed a LAN- or
Well, I certainly thought of TSO SEND, but it is the WAKEUP part of the
process (i.e., the receiving end) that I don't see a way to accomplish. How
could a program running in a TSO user's address space wait for and then receive
a message sent via TSO SEND?
And as an extension of such a
Seymore,
The SMF record layouts ar in a GC manual. This also has DFSORT and a few other
PP record layouts.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
Robert,
Of course I forgot about those, thanks. But you have to have z/os to have the
smf dsects.
Z/os is not free.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
Not all IBM-created SMF records are documented in the SMF Manual.
Many only have a reference to their own product manuals;
see the 115, 116, 120 WebSphere, 118, and 119 TCP/IP, examples.
Other records point to a manual (100, 101, 102, DB2, DB2 Administration
Guide) that contains no DSECTS -
Look at your JOBCLASS parameters.
Mark Jacobs
On 12/06/11 10:42, jagadishan perumal wrote:
Hello Jacob/All,
That JES2 initialization statement has nothing to do with job execution
time limits.
TIME=nn
Specifies execution times (1-279620), in minutes, that are to be
associated
Ed Gould at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on
12/06/2011 09:22:50 AM:
The SMF record layouts ar in a GC manual. This also has DFSORT and
a few other PP record layouts.
Actually, the DFSORT Type 16 SMF records are documented in Appendix D of
z/OS DFSORT Installation
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
http://www.garlic.com/~lynn/2011p.html#43 z/OS's basis for TCP/IP
this is post here on ibm-main last april
http://www.garli.com/~lynn/2011f.html#29 TCP/IP Available on MVS When?
http://www.garli.com/~lynn/2011f.html#30 TCP/IP
Frank,
Interesting. This seems to have changed from last time I looked as I think at
one time there was a note in the DFSORT manual as it used to tell the people to
look at the SMF manual.
Ed
--
For IBM-MAIN subscribe /
Hi, Peter.
My apologies. I should have read your requirements more carefully, and
actually checked what the SMSG(WAKEUP) was all about.
Cheers,,,Steve
Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov
From: Farley, Peter x23353
On 6. Dec 2011, at 17:05 , Anne Lynn Wheeler wrote:
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
this talks about bsd 4.3 tahoe (june 1988) and reno (early 1990)
distributions ... I've still got original source distribution
backed up someplace
Otherwise you can
Group,
Are there differences in AFT technology by provider? FTP solutions tend to
be different by platform. There appears to be a few different Assured File
Transfer (AFT) providers.
On the ucdmo.gov site (Nov 2011) - The UCDMO Cross-Domain base line lists
AFT.
On some internet
bzeeb-li...@lists.zabbadoz.net (Bjoern A. Zeeb) writes:
Otherwise you can probably still get them from a friend or a more
complete (source) history from here (for a small fee):
http://www.mckusick.com/csrg/index.html
re:
http://www.garlic.com/~lynn/2011p.html#42 z/OS's basis for TCP/IP
Ed Gould at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on
12/06/2011 10:12:49 AM:
Frank,
Interesting. This seems to have changed from last time I looked as I
think at one time there was a note in the DFSORT manual as it used
to tell the people to look at the SMF manual.
The
CA made an end-of-life announced on 23 July 2010 for CA-Sort for z/OS (not with
SRAM). Support ends 30 January 2012.
Scott Barry
SBBWorks, Inc.
On Tue, 6 Dec 2011 04:38:15 -0600, John McKown joa...@swbell.net wrote:
CA-SORT is still available. I don't think there are many external users.
CA
Back in October, a question was asked about the DF/SMS management class
expiration attributes fields. To me, both the ISMF help screen and the manual
(DFSMShsm Storage Administration - Specifying expiration attributes in
chapter 2) indicate that BOTH expire after days non-usage AND expire after
Hello,
I just ran into this on my jcl manual, it's a few years old but I imagine still
holds true:
With SMS, both the expiration date specified on EXPDT and defined in the data
class for an SMS-managed data set can be limited by a maximum expiration date
defined in the management class for
IBM Sterling Connect:Direct for z/OS is an Assured File Transfer system
that makes use of security for the control and data.
In the case of z/OS, Connect:Direct for z/OS 5.1 is the IBM release of the
Connect:Direct for z/OS 5.0 put out by Sterling Commerce (their last
release prior to the IBM
l...@garlic.com (Anne Lynn Wheeler) writes:
IADMIN ADMINISTRATIVE INFORMATION
ORDERING INFORMATION
The HONE configuration aid CFPROGS may be used to determine
ordering information. The HONE aid SYSLINK may be used to transmit
the
It was still pretty buggered up with PASCAL components scattered about, so
much so it violated Software Manufacturing's policies and was only
orderable as a separate product.
In a message dated 12/6/2011 7:46:59 A.M. Central Standard Time,
robert.richa...@opm.gov writes:
OS/390 TWO dot
Chris,
I think you're referring to the Infoprint Server LPD server.
See the latest bookshelf for details:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/aopbk380?FS=TRUE
--Roger
On Tue, Dec 6, 2011 at 8:41 AM, Chris Mason chrisma...@belgacom.net wrote:
The other major server
Ed
It was still pretty buggered up with PASCAL components scattered about, ...
I believe the position today is the list I included in a post to Peter Farley,
which I will post again for your convenience:
quote
- SMTP and LPD servers
- TSO HOMETEST, LPQ, LPR, LPRM, LPRSET, TELNET, and
I need some pointers on programming with the ISPF Jump command.
I'll provide some background details first to hopefully prevent suggestions
for things I have already tried. I am working on an assembler ISPF
application that does not use the ISPF Select service nor ZSEL in panel
definitions. It
In
58fc7f986fcb804286e23b59decf420f334a1...@nwt-s-mbx2.rocketsoftware.com,
on 12/06/2011
at 01:00 PM, Bob Shannon bshan...@rocketsoftware.com said:
Actually, it was OS/390 1.5, not z/OS 1.5. Too long ago.
There was no OS/390 1.5. OS/390 V2R5 sounds about right, although the
old version would
In 1323168835.12023.172.ca...@mckown5.johnmckown.net, on 12/06/2011
at 04:53 AM, John McKown joa...@swbell.net said:
And talk about not guaranteed to stay consistent.
Sometime. And sometimes an internal interface is more stable than the
API. You pays your money and you takes your chances.
In 1323192170.29330.yahoomailmob...@web161404.mail.bf1.yahoo.com, on
12/06/2011
at 09:22 AM, Ed Gould ps2...@yahoo.com said:
Seymore,
That's Seymour!
The SMF record layouts ar in a GC manual.
Which SMF record layouts? Unless things have changed drastically,
they're not all in the SMF
On 12/6/2011 3:28 PM, Chuck Arney wrote:
Thanks for any suggestions.
isp...@listserv.nd.edu
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
Sorry about the spelling.
From memory 0,4,5,6,13,14,17,30, paging, look at the manual for a complete
list. Although Frank has informed us that the DFSORT was taken out (it was
there at one time) the CICS maybe as well. I am not sure if IBM did it
because of issues of real or imagined issues.
I think it is fairly simple and innocuous. A lot of the Product X record
layouts have been moved from the SMF manual to the Product X manuals
because it is after all the Product X team that owns the record layouts, not
the SMF team.
Charles
-Original Message-
From: IBM Mainframe
Thanks Jacob, I took a Look at JC(JOB CLASSES) option from SDSF panel to
see the execution time coded on each Classes. This Information will help me
in restricting the processing time.
Jags
On Tue, Dec 6, 2011 at 9:24 PM, Mark Jacobs mark.jac...@custserv.comwrote:
Look at your JOBCLASS
Interesting, if I am correct, they took long time to implement a resolver. If
so, how were hostnames resolved?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Bob Shannon
Sent: Tuesday, December 06, 2011 2:07 PM
To: IBM-MAIN@bama.ua.edu
66 matches
Mail list logo
