On Wed, 25 Apr 2012 19:24:57 -0400, Shmuel Metz (Seymour J.) wrote:
In 4f96b36c.3000...@acm.org, on 04/24/2012
at 09:06 AM, Joel C. Ewing jcew...@acm.org said:
SMP/E dialogs do not work that way. Users do not share the same
variables directly, they share the same list of named maintenance
In 5616521949719829.wa.m42tomibmmainyahoo@bama.ua.edu, on
04/26/2012
at 07:10 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:
The state information that is stored in SMPTABL is not the state of
SYSMODs. It is the state of the Sysmod Management dialog.
I understand that; it is precisely
In 4f96b36c.3000...@acm.org, on 04/24/2012
at 09:06 AM, Joel C. Ewing jcew...@acm.org said:
SMP/E dialogs do not work that way. Users do not share the same
variables directly, they share the same list of named maintenance
projects
Is that a new function? I don't recall ever seeing named
In 4f915489.3060...@us.ibm.com, on 04/20/2012
at 08:20 AM, Kurt Quackenbush ku...@us.ibm.com said:
The intent is to allow users to share workload and pickup an
install process from a coworker as Joel clearly explained.
Actually, it wasn't clear. If I have to pick up an install process
from a
In 1009339904279500.wa.markmzelden@bama.ua.edu, on 04/20/2012
at 08:34 AM, Mark Zelden m...@mzelden.com said:
What problems have you run into when sharing?
It's been a few years, but I vaguely recall issues when two people
were concurrently installing service to the same targets, for
In 4f90d295.6000...@acm.org, on 04/19/2012
at 10:05 PM, Joel C. Ewing jcew...@acm.org said:
If you have multiple people who might have to back each other up and
be able to take over and eventually complete a maintenance project
started by another using SMP/E ISPF dialogs, then they had better
On 04/23/2012 04:35 PM, Shmuel Metz (Seymour J.) wrote:
In4f90d295.6000...@acm.org, on 04/19/2012
at 10:05 PM, Joel C. Ewingjcew...@acm.org said:
If you have multiple people who might have to back each other up and
be able to take over and eventually complete a maintenance project
started
The only explanation given for installation-wide is SMP/E uses this
table data set to save process status information for the SYSMOD
management dialogs. What problems occur[1] if you don't use a shared
SMPTABL?I've run into problems when it's shared.
The intent is to allow users to share
On Thu, 19 Apr 2012 09:16:51 -0400, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In 4f8eb53d.9000...@us.ibm.com, on 04/18/2012
at 08:36 AM, Kurt Quackenbush ku...@us.ibm.com said:
In 4f8eb53d.9000...@us.ibm.com, on 04/18/2012
at 08:36 AM, Kurt Quackenbush ku...@us.ibm.com said:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimusr51/3.6.3?SHELF=gim2bk90DT=20110811181158
The only explanation given for installation-wide is SMP/E uses this
table data set to
On 04/19/2012 08:16 AM, Shmuel Metz (Seymour J.) wrote:
In4f8eb53d.9000...@us.ibm.com, on 04/18/2012
at 08:36 AM, Kurt Quackenbushku...@us.ibm.com said:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimusr51/3.6.3?SHELF=gim2bk90DT=20110811181158
The only explanation given
Presumably an output PDS for file tailoring within the SMP/E dialogs.
You might want to make it a per-user data set.
No no no. SMPTABL is an ISPF table data set intended to be shared by
all your SMP/E dialog users.
In
4c9510dff1800349929e187eaf4a7cc214ac73d...@exchange.classic.pchad.com,
on 04/13/2012
at 11:46 AM, Dazzo, Matt mda...@pch.com said:
I have installed Z1.13 and it's up and running in our test lpar.
Seems dsn= SYS1.SMP.SMPTABL is not on the new res volume. I checked
the CPAC alloc and restore
I have installed Z1.13 and it's up and running in our test lpar. Seems dsn=
SYS1.SMP.SMPTABL is not on the new res volume. I checked the CPAC alloc and
restore jobs and can't find it in there either. Searched the migration guide
and no mention of it there either. Anyone else run into this or
Life and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt
Sent: Friday, April 13, 2012 10:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: ZOS 1.13 SMPTABL Mystery
I have installed Z1.13 and it's up
] On Behalf Of
McKown, John
Sent: Friday, April 13, 2012 11:53 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ZOS 1.13 SMPTABL Mystery
I've never heard of that data set. Is it an ISPF table data set? Would
something like GIM.SGIMTENU / SYS1.GIM.SGIMTENU / SYS1.SGIMTENU be what you
need? I would guess SYS1
16 matches
Mail list logo