You've gotten good advice so far. It's important to be able to read
and understand the books. That's Redbooks and Manuals. Check out
Softcopy Librarian. All the z/OS manuals for the current release fit
nicely on a typical laptop hard drive.
Don't let those current mainframe greybeards get
All operating systems are fundamentally different!
I disagree!
All transactions consume some portion of CPU, occupy memory, and have an I/O,
Network an Print component.
There are many disciplines that are transferable from one platform to another:
Capacity Planning
Performance Management
I've tried to reach about 4 or 5 different pages
on the IBM website, and each request is getting
the message The page you requested cannot be
displayed. Most of these pages I visited only
yesterday.
I am able to get to the home page, though. The
pages I can't seem to find are all related to
Luis,
When I saw your post - for the second time - I hadn't a clue. But I asked
Google and Google told me the following:
quote
The Cisco IOS for S/390 command class is AC#CMD. Cisco IOS for S/390 uses
the SAF interface for general resource class checking.
/quote
This was found on a page with
In a recent note, Ted MacNEIL said:
Date: Sun, 9 Apr 2006 00:00:00 GMT
SNA does everything it can to make sure that any data traversing the network
is r
eceived by the desired recipient.
The philosphy is, if you send data, somebody wants to receive it.
TCP/IP will drop packets if
Paul,
As I'm sure you'll recall, SNA is connection-oriented (at least until HPR
came along when it got an infusion of very controlled connectionless). A
consequence of connection-oriented is that reliability is assigned, in the
first instance[1], to the link entity which sits between the adjacent
Accidents happen. At the IP layer, yes, packets can be dropped.
I can re-create a situation, using scripts for a terminal emulator, where
packets are always going to be dropped (and not recovered).
I can even re-create it manually, if I type fast enough.
The same script never causes a problem
On Sat, 8 Apr 2006 09:13:43 -0400, Aaron Peterson [EMAIL PROTECTED]
wrote:
I am
reasonably competent with Perl, and I have looked over some C, although
Thats a good start and to really help you in the mainframe arean I would
suggest then to learn REXX which with the above noted skills will
Chris Mason wrote:
Luis,
When I saw your post - for the second time - I hadn't a clue. But I asked
Google and Google told me the following:
quote
The Cisco IOS for S/390 command class is AC#CMD. Cisco IOS for S/390 uses
the SAF interface for general resource class checking.
/quote
This was
On Sun, 9 Apr 2006 11:43:35 -0500, Sebastian Welton [EMAIL PROTECTED] wrote:
On Sat, 8 Apr 2006 09:13:43 -0400, Aaron Peterson [log in to unmask]
reasonably competent with Perl, and I have looked over some C, although
Thats a good start and to really help you in the mainframe arean I would
anguish of JCL.
As a mainframe bigot, //FILE DD DSN=X,DISP=SHR
still makes more sense than:
ls -l | cat | grep uid | wc -c
-
-teD
O-KAY! BLUE! JAYS!
Let's PLAY! BALL!
--
For IBM-MAIN subscribe / signoff / archive access
On Sun, 9 Apr 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote:
anguish of JCL.
As a mainframe bigot, //FILE DD DSN=X,DISP=SHR
still makes more sense than:
ls -l | cat | grep uid | wc -c
o The cat is superflous; added presumably only to cast the UNIX
command structure in an
On Sun, 9 Apr 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote:
Accidents happen. At the IP layer, yes, packets can be dropped.
I can re-create a situation, using scripts for a terminal emulator, where
packets are always goi
ng to be dropped (and not recovered).
I can even re-create
On Apr 9, 2006, at 3:37 PM, Paul Gilmartin wrote:
---
SNIP---
...
But here's my favorite:
cp old.file new.file
Versus:
//NAME JOB stuff,stuff,more-stuff
//STEP EXEC PGM=IEBGENER
//SYSPRINT DD
cp old.file new.file
Comparing JCL to *NIX commands?
What about TSO commands:
copy old.file new.file
That's a fairer comparison.
-
-teD
O-KAY! BLUE! JAYS!
Let's PLAY! BALL!
--
For IBM-MAIN subscribe / signoff /
In a recent note, Ted MacNEIL said:
Date: Mon, 10 Apr 2006 00:00:00 GMT
cp old.file new.file
Comparing JCL to *NIX commands?
What about TSO commands:
copy old.file new.file
That's a fairer comparison.
I believe the topic was JCL. (At least those were the two
On Apr 10, 2006, at 12:00 AM, Ted MacNEIL wrote:
cp old.file new.file
Comparing JCL to *NIX commands?
What about TSO commands:
copy old.file new.file
That's a fairer comparison.
Ted:
True but the good old TSO command is not supported anymore (if it
ever was). I am not sure you
On Apr 9, 2006, at 9:30 PM, Paul Gilmartin wrote
---SNIP-
//STEP EXEC PGM=IKJEFT01,DYNAMNBR=whatever
//SYSTSPRT DD SYSOUT=(,)
//SYSTSIN DD *
copy old.file new.file
Agreed, a sight improvement. But I tried it and got:
The Binder is described in the z/OS VxRx.x MVS Program Management books,
the User's guide and the one on Advanced Facilities. But you're right, the
old names were easier to remember.
Kent
Kent Ramsay
Senior System Programmer, SRDC
P 425.564.9735 | F 425.564.9701 | C 425.681.2278
On Thu, 6 Apr 2006 20:30:34 -0400, Warner Mach wrote:
Dear List:
.
We have a vendor program that produces various records at a fixed
blksize. It is necessary to reformat these blocks into smaller
recsize/blksize. We do this with a long set of IEBGENER jobs.
It would appear that 'MVS
We are using WebSphere Application Server V 4.0.1 on OS/390 V2R10.
Occasionally, the WAS looped and consumed CPU to 100%. So that other
application cannot run at the time.
This can be solved by cancelling WAS and restart it.
I think this is caused by the incorrect application tested in WAS.
But
In a recent note, Ed Gould said:
Date: Sun, 9 Apr 2006 22:13:44 -0500
On Apr 10, 2006, at 12:00 AM, Ted MacNEIL wrote:
copy old.file new.file
True but the good old TSO command is not supported anymore (if it
ever was). I am not sure you can even order it from IBM.
Is this the
22 matches
Mail list logo