On Tue, 21 Dec 2010 00:31:37 -0500 Robert A. Rosenberg hal9...@panix.com
wrote:
:At 14:28 -0500 on 12/20/2010, Gerhard Postpischil wrote about Re:
:X-memory POST question:
:On 12/20/2010 11:28 AM, Charles Mills wrote:
:A task in address space A issues a WAIT on an ECB in CSA (SP 241).
:A task
I am trying to connect to my test lpar(where I have installed z/OS1.9) so I
can install 1.11.
I have moved all tcp and vtam related parms over to 1.9(so it should look like
the test lpar 1.6)
I have the OSA devices online, I have vtam connecting and I thought I had
tcp correct also. The reason
FYI
I can ftp into the new system and use the default userid/password and list
datasets
thanks
Larry
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
Is the TN3270 server running in its own address space?
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Larry Macioce
Sent: Tuesday, December 21, 2010 6:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Error connecting to new system(vtam tcp)
I
Larry Macioce wrote:
1)Local socket is connecting to remote server/host xx.xxx.xx.xxx using port
23
2)Failed connecting to remote server/host timeout has reached using port 23
3)Hostname not specified or found
I then have a black screen with a lightening bolt 658.
What is NETSTAT HOME and PORTL
We are running z/OS 1.10 and will be migrating to 1.12 next year. I'm in the
process of trying to apply the coexistence ptfs and I'm continually getting
PTFS that are in error and the fixes are still open. Is everyone else
experiencing this also? I've been doing this for a lot of years and
Let me guess: UA56854 UA54819 UA52928 UA51215 and UA50081.
If there are others, I am unaware of them or they are not applicable to my
environment.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Lopez, Sharon
Sent: Tuesday,
Doesn't matta what versions are involved. Open and PE Coexistence
maintenance has become the norm.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Lopez, Sharon
Sent: Tuesday, December 21, 2010 9:08 AM
To: IBM-MAIN@bama.ua.edu
Subject:
I don't show UA56854, ua54819, ua52928, ua51215 or UA50081(sup'd by
UA51215) as outstanding PE situations. All my 1.12 maint went on just
fine, with the caveat that I applied a bunch of it a couples months ago,
and is in production, and could have PE'd since then, but we aren't
seeing the
Larry
I have moved all TCP and VTAM related parms over to 1.9 (so it should look
like the test lpar 1.6)
This implies that your definitions have been in essence copied from a system
at level z/OS V1R6 to a system at level z/OS V1R9.
I couldn't quite remember exactly when the change happened
I found this by hitting PF1 on the Status Screen. I am running z/OS
1.10.
PhaseName Name of the job phase. Tab to Phase and
press F1 for details.
Phase Number of the job phase
I do not know what AWAIT MAIN SELECTION means. Are you
David,
Check out OA34586. It points to UA50081 and UA51215. Now I *do not* have
UA50081 on my system, so I am okay. But the fact remains that the error chain
is as shown below...all caused by UA51215, which is still PE and prevents the
others from being applied. Am I missing something here?
So APPLY UA51215 with a bypass and do the local fix #2 as documented
in OA34586.
Dennis
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Richards, Robert B.
Sent: Tuesday, December 21, 2010 9:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS
Thank you all who replied
The CoD didnt say anything about the change so I missed it
I am currently going through all my current parms and parsing them,
then I will place them where needed.
Again thank you
Larry
--
For
Dennis,
My original answer to Sharon was about PE PTFs. I do not need the local fix
because I have not applied UA50081 (which will eventually be sup'd by UA51215).
Why would I apply UA51215 when it is still PE? For now, I can afford to wait a
little while to see if it is fixed, resolving the
Yea, I saw that. We are not running PFA at all, and do not have health
checker active anywhere outside our tech systems.
_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids,
Bob,
My answer was for Sharon who it seemed was stuck on her co-existence
migration to z/OS 1.12 and the bypass would resolve it. I've got UA51215
and UA50081 applied and I don't even run PFA so it is not hurting
anything.
Dennis
-Original Message-
From: IBM Mainframe Discussion List
In listserv%201012201051032933.0...@bama.ua.edu, on 12/20/2010
at 10:51 AM, Larry Macioce mace1...@gmail.com said:
Subject: Problem with an edit command in tso
ITYM ISPF
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
In p06240850c935e9b77...@[192.168.1.11], on 12/21/2010
at 12:31 AM, Robert A. Rosenberg hal9...@panix.com said:
I assume that this is safe since you can not stop being the running
task between the test and your updating the ECB
There is no between; CS is atomic.
--
Shmuel (Seymour
In m38vzks0ex@garlic.com, on 12/20/2010
at 02:35 PM, Anne Lynn Wheeler l...@garlic.com said:
note that folklore is that unix was simplified version of multics
In the sense that a canoe is a simplified version of a tug boat. The
initial hardware for Unix did not have segmentation; dynamic
In listserv%201012201120430565.0...@bama.ua.edu, on 12/20/2010
at 11:20 AM, Paul Gilmartin paulgboul...@aim.com said:
Whose moronic design fails to treat a command delimiter surrounded by
quotes as plain text?
Someone who understands the law of unintended consequences.
That's what quotes
hal9...@panix.com (Robert A. Rosenberg) writes:
I assume that this is safe since you can not stop being the running
task between the test and your updating the ECB (and there is not
compare swap was invented by charlie at the science center when
he was working on fine-grain locking for cp67
On Tue, Dec 21, 2010 at 8:24 AM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
No. What would you expect ISPF to do with an input of
C /'//;C /C/C'/
Heh, similarly, in XEDIT, typing: LOCATE SYSLOG when you meant LOCATE
/SYSLOG/ will do something suprising. Points for telling
LOCATE SYSLOG
Simple: Finds Y, then issue LOG, which will log you off (30 years of VM)
Larry
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
zMan
Sent: Tuesday, December 21, 2010 10:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Problem
Hi,
I have coded an IFG0EX0B exit and bring it to DLPA. But it doesn't seem to
run cause I cannot see the WTO messages placed at the beginning of the
program.
Is it required to be in PLPA? Or I should define the exit to system? DFSMS
manual doesn't say much about that.
D
It appears to not be a stand-alone module.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2c780/2.6.1
quote
See Replacing an Existing Exit in topic 1.2.1. Your routine must have an
entry point name that matches the exit name. Your CSECT is linked together with
certain system
I have a 2096-Q04 that I recently inherited performance responsibility for.
It has three active LPARs: SYSA (Weight 300, 3 LPs) SYSB (Weight 200, 1
LP), and SYSC (Weight 400, 3 LPs). It is a shared processing environment
that runs up to 93% busy overall with some frequency. But for reasons, I
On Tue, 21 Dec 2010 08:24:16 -0500, Shmuel Metz (Seymour J.) wrote:
In listserv%201012201120430565.0...@bama.ua.edu, on 12/20/2010
at 11:20 AM, Paul Gilmartin said:
Whose moronic design fails to treat a command delimiter surrounded by
quotes as plain text?
Someone who understands the law of
Hi Folks,
We've uncovered a difference in Dynamic Allocation behavior between
z/OS 1.9 and z/OS 1.11 in our location.
A vendor software package does dynamic allocation from a program -
for an //ERRORS DD in this case. This batch job works fine under under
1.9, but abends under
On 20 Dec 2010 15:01:31 -0800, chrisma...@belgacom.net (Chris Mason)
wrote:
My security problem arose because I was in the habit of keying a userid, then
tabbing and keying in the password. All the time I would be looking at the
keyboard - as poor typists do!
All of the solutions that shops
On Tue, 21 Dec 2010 13:19:31 -0700, Lester, Bob
bles...@oppenheimerfunds.com wrote:
We've uncovered a difference in Dynamic Allocation behavior between
z/OS 1.9 and z/OS 1.11 in our location.
A vendor software package does dynamic allocation from a program -
for an //ERRORS DD in this
On Tue, 21 Dec 2010 13:19:31 -0700 Lester, Bob
bles...@oppenheimerfunds.com wrote:
:We've uncovered a difference in Dynamic Allocation behavior between
:z/OS 1.9 and z/OS 1.11 in our location.
:A vendor software package does dynamic allocation from a program -
:for an //ERRORS DD in this
Larry
Thank you all who replied
Thanks gratefully accepted - if Luke and Elardus don't mind me speaking for
them.
The CoD didnt say anything about the change so I missed it
Well the CoD - whatever that is, and you must excuse my not knowing since
I lead a sheltered life - seems to have
When I start the following proc (first line only shown)
//SGPTSTP PROC MEMBER=LOCAL,DEST=LOCAL,INDEX=SGPTST
...with the following console start command
s sgptstp,member=hp9050,dest=HP9050,msgclass=q,msglevel=(1,1)
the following is the o/p in the JESJCL DDNAME:
1 //SGPTSTP JOB
use different name for symbolic in proc...like dest1=hp9050
From: Tom Trainor thomas.j.trai...@exxonmobil.com
To: IBM-MAIN@bama.ua.edu
Date: 12/21/2010 03:10 PM
Subject:Disappearing Proc Parm
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
When I start
On Tue, 21 Dec 2010 14:59:44 -0600 Tom Trainor
thomas.j.trai...@exxonmobil.com wrote:
:When I start the following proc (first line only shown)
://SGPTSTP PROC MEMBER=LOCAL,DEST=LOCAL,INDEX=SGPTST
:...with the following console start command
:s
YES!!!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
On 20 Dec 2010 15:01:31 -0800, chrisma...@belgacom.net (Chris Mason)
wrote:
My security problem arose because I was in the habit of keying a
userid, then
tabbing and keying in the password. All the
On Tue, 21 Dec 2010 15:17:39 -0600 Tom Trainor
thomas.j.trai...@exxonmobil.com wrote:
:YES!!!
Then you have your answer.
--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the mailblocks package and expect
Why would it create the //IEFPROC.IEFRDER DD DEST=HP9050
statement for DEST=HP9050 and NOT for any OTHER parms passed to
the PROC? Is there something special about the DEST= parm?
--
For IBM-MAIN subscribe / signoff / archive
On 21 Dec 2010 13:19:51 -0800, jch...@ussco.com (Chase, John) wrote:
That said - I never understood how a computer professional doesn't
decide that it would be a valuable skill to learn to type and take the
time and effort to do so. Sure it's some up front work - but it
saves so much work
On Tue, 21 Dec 2010 15:42:13 -0600 Tom Trainor
thomas.j.trai...@exxonmobil.com wrote:
:Why would it create the //IEFPROC.IEFRDER DD DEST=HP9050
:statement for DEST=HP9050 and NOT for any OTHER parms passed to
:the PROC? Is there something special about the DEST= parm?
It creates it for any
I wouldlike to take advantage of the unused 7% for the SYSA LPAR.
My fist instinct is to assign a 4th LP to SYSA.
But should I be doing something else?
Do you want resource usage for resource usage's sake?
Do you have workloads waiting?
Is the bottleneck real, or just lack of work.
Try
On 12/21/2010 4:02 PM, Binyamin Dissen wrote:
On Tue, 21 Dec 2010 15:42:13 -0600 Tom Trainor
thomas.j.trai...@exxonmobil.com wrote:
:Why would it create the //IEFPROC.IEFRDER DD DEST=HP9050
:statement for DEST=HP9050 and NOT for any OTHER parms passed to
:the PROC? Is there something special
Just final close-up of the problem.
The problem cause was incorrect definitions to TCPIP, preventing the host
name being resolved to IP address.
Now rmm uses IPV6 compatible interfaces the configuration for TCPIP seems to
need to be better. DB2 also was hit by similar problems with IPV6 and they
My installation experience of the basic deployment of SAS 9.2 was awkward
due to lack of direct experience with UNIX System Services, but I muddled
through it. I was suprised that the HFS DASD space requirements were nearly
a full 3390-9 (ordered on 3590-1 distribution tape). The biggest
We are running z/OS 1.10 and will be migrating to 1.12 next year. I'm in the
process of trying to apply the coexistence ptfs and I'm continually getting
PTFS that are in error and the fixes are still open. Is everyone else
experiencing this also? I've been doing this for a lot of years and
On 12/21/2010 7:20 AM, Gates, Guy wrote:
I do not know what AWAIT MAIN SELECTION means. Are you in WLM Mode and
possibly this means that a resource that is required is not available
and job/step initiation is held up?
This is JES3 terminology that is now making its way into the JES2 world
We've had clean toleration maintenance up to z/OS 1.10. We're also moving
from 1.10 to 1.12 and are hitting a GRS wait state X'082' when attempting to
IPL our 1.12 system into the Plex. Have an open PMR with IBM.
--
For
Hi Binyamin,
We've jumped back to 1.9 on our sandbox system for now (to test
fallback from 1.11), so I'll have to recreate the problem when we're
back up on 1.11.
Best as I can remember (and I don't have the output - DUH!), the
error message was in the CEEMSG or CEEDUMP DD, but I don't
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services write is
basically written ad hoc by us using MS Word and kept in a Windows LAN
directory. Being an admitted anti-MS bigot, I really
On Tue, 21 Dec 2010 18:42:10 -0600, John McKown wrote:
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services write is
basically written ad hoc by us using MS Word and kept in a Windows
On Tue, Dec 21, 2010 at 7:16 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 21 Dec 2010 18:42:10 -0600, John McKown wrote:
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services
On Tue, 21 Dec 2010 20:00:44 -0600, Mike Schwab wrote:
Personally, I like the RTF Rich Text Format. No binary control codes,
english key words in delimited strings.
http://en.wikipedia.org/wiki/Rich_Text_Format
Which begins:
The Rich Text Format (often abbreviated RTF) is a
Thanks.
So it's difficult to maintain cause IPL is required each time we modified
the exit.
I'm thinking of front-ending the actual exit program:
IFG0EX0B load the program and branch to it and the actual program will be
added to LPA or DLPA.
Here we have the overhead: each run of IFG0EX0B
Or better, instead of LOAD, I can use CSVQUERY to seach LPA only.
Best Regards,
Johnny Luo
On Wed, Dec 22, 2010 at 10:25 AM, Johnny Luo
johnny.xingkui@gmail.comwrote:
Thanks.
So it's difficult to maintain cause IPL is required each time we modified
the exit.
I'm thinking of
Unsuscribe - please!
-- Forwarded Message --
From: Johnny Luo johnny.xingkui@gmail.com
To: IBM-MAIN@bama.ua.edu
Subject: Re: DCB open exit(IFG0EX0B) - how to install?
Date: Wed, 22 Dec 2010 10:45:54 +0800
Or better, instead of LOAD, I can use CSVQUERY to seach LPA only.
Best
On 12/21/2010 9:25 PM, Johnny Luo wrote:
Here we have the overhead: each run of IFG0EX0B will do a LOAD. Is it
unacceptable for DCB open exit?
I have read the past discussion about front-ending IFG0EX0B. Using
name/token is more efficient but in my opinion it's a little cumbersome.
Any
Chris Mason wrote:
Thanks gratefully accepted - if Luke and Elardus don't mind me speaking for
them.
I really don't mind it. Actually I read all and every post from you. I assure
you
that I learn from all the posts you gave on these discussion lists.
Again, from my side, many thanks for
On 12/21/2010 12:31 AM, Robert A. Rosenberg wrote:
I assume that this is safe since you can not stop being the
running task between the test and your updating the ECB (and
there is not another running thread/task on another engine/cpu
which could be dispatching Address Space A). The use of CS is
Paul Gilmartin wrote:
Whose moronic design fails to treat a command delimiter appearing in a
delimited string as plain text?
However, I would expect that:
c 'wombat' 'foo;bar'
would change every occurrence of the 6-character delimited string on the
left to the 7-character delimited string,
Not that I want to show my age, but I actually had to do that back on MVS/SP
to provide the highest condition code mods, then IBM changed things a bit
and I was able to develop the exit 8/16 combination that did it, then they
finally added the code themselves.
At the time I was spending a lot of
62 matches
Mail list logo