To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
On Wed, 23 Nov 2011 11:58:00 -0500, Martin, Larry D wrote:
>Gil,
>
>Good thought - did NOT happen
Again, I can only guess, since you didn't provide the error message
that should have appeared in SMPRPT. However, you did tell u
On Wed, 23 Nov 2011 11:58:00 -0500, Martin, Larry D wrote:
>Gil,
>
>Good thought - did NOT happen
Again, I can only guess, since you didn't provide the error message
that should have appeared in SMPRPT. However, you did tell us the
RECEIVE command that you issued and it did not include
BYPASS
On Wed, 23 Nov 2011 18:15:43 +, Linda Mooney wrote:
>
>In the messages you posted, I can see that the package was staged to the
>SMPNTS, but I do not see any messages from unpacking the files in the SMPNTS
>and receiving PTFs into the SMPPTS. That subsequent step unpax (GIMUNZIP)
>the serv
23, 2011 10:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
Hi Larry,
In the messages you posted, I can see that the package was staged to the
SMPNTS, but I do not see any messages from unpacking the files in the SMPNTS
and receiving PTFs into the SMPPTS. That subsequent step
,
Linda
- Original Message -
From: "Larry Martin"
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, November 23, 2011 7:20:19 AM
Subject: Re: SMPE Help Needed
In response to the reply:
I show the PTF (US60411) both Received and Applied.
There were no other messages before the &
On Wed, 23 Nov 2011 11:34:41 -0500, Martin, Larry D wrote:
>You may have missed my earlier replies. The US60411 shows
>both Received and Applied. It was not Accepted.
Yes, I saw that you wrote that in a previous append, but the
importance of that depends upon where you found that information.
In <4025316349756574.wa.ldmartinco.pg.md...@bama.ua.edu>, on
11/23/2011
at 08:34 AM, Larry Martin said:
>GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE
>RECEIVE COMMAND.
What's the FMID on UA60411? How old is it? Did you try ordering it
explicitly? Are you using the appropria
In
<64819e7175d9f54398a14fdea6a731e301cfb...@emo-exmb-m-404.main.ads.uscg.mil>,
on 11/23/2011
at 09:22 AM, "Williamson, James R"
said:
>Those messages would indicate that they are received and not applied.
No. In fact, the opposite.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
I
Gil,
Good thought - did NOT happen
.Larry
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Paul Gilmartin
Sent: Wednesday, November 23, 2011 11:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
On Wed, 23 Nov 2011 10
esday, November 23, 2011 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote:
>On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote:
>
>>There were no other messages before the "No SYSMODS APPLY". See be
Larry,
Do you mean a REJECT then a RECEIVE?
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Martin, Larry D
Sent: Wednesday, November 23, 2011 10:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
Tom,
You may have
On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote:
>On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote:
>
>>There were no other messages before the "No SYSMODS APPLY". See below:
>
>What you showed was the SMPOUT output. What about SMPRPT?
>There should be more messages there.
>
I'll s
Behalf Of
Tom Marchant
Sent: Wednesday, November 23, 2011 11:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote:
>There were no other messages before the "No SYSMODS APPLY". See below:
What you showed was the SMPOUT
On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote:
>There were no other messages before the "No SYSMODS APPLY". See below:
What you showed was the SMPOUT output. What about SMPRPT?
There should be more messages there.
>And yes it was one of the four PTFs ordered. I browsed the SMPPTS fi
Thanks for all of the replies and suggestions.
I will proceed with the RESTORE/RECEIVE process and see what happens . . . but
maybe after Thanksgiving.
Happy Thanksgiving to all.Larry
--
For IBM-MAIN subscribe / si
Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Larry Martin
Sent: Wednesday, November 23, 2011 9:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help Needed
The Receive looks like this:
SET
On 11/23/2011 9:37 AM, Larry Martin wrote:
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13
toleration.
I get a lot of the following messages:
GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR
SYSMOD UA58717 BUT CAN NOT BE USED.
11/23/2011 09:30
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: SMPE Help Needed
In response to the reply:
I show the PTF (US60411) both Received and Applied.
There were no other messages before the "No SYSMODS APPLY". See below:
GIM664
>I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13
>toleration.
>
>I get a lot of the following messages:
>
>GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR
>
> SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID
>
: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Larry Martin
Sent: Wednesday, November 23, 2011 9:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE Help Needed
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13
toleration.
I get a lot of the following
The Receive looks like this:
SET BOUNDARY (GLOBAL) . 0019
GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00.
In response to the reply:
I show the PTF (US60411) both Received and Applied.
There were no other messages before the "No SYSMODS APPLY". See below:
GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML.
GIM66400ITHE TRANSFER IS COMPLETE FOR FILE
@bama.ua.edu
Subject: SMPE Help Needed
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13
toleration.
I get a lot of the following messages:
GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR
SYSMOD UA58717 BUT CAN NOT BE USED. ITS
The first question would be what happened to sysmod UA60411 ?
and next, you should have more errors than the "no sysmods satisfied the
operands specified" on the receive command, look in your receive output, maybe
something like "already received, or no ++ver mcs". ..please list those
error
Can you show the RECEIVE command that you used?
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
On 2011-11-23 09:34, Larry Martin wrote:
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus
I am applying maintenance zos 1.12 RSU 1108 going to RSU 1110 plus 1.13
toleration.
I get a lot of the following messages:
GIM65902E ** MODULE GFSA4UAT IS NEEDED TO BUILD THE FOLLOWING LOAD MODULES FOR
SYSMOD UA58717 BUT CAN NOT BE USED. ITS DISTRIBUTION ZONE RMID
Hi Ram,
Get into SMP/e Option 1 admin panel. Select GLOBAL zone, from there
select utility. Find IEBCOPY entry and fill the parameter field -
PARM='WORK=4M'
The above change would add the work space parameter for PDSE
processing (the one given below) during SMP/e receive process and
hopefully ov
Hi All,
We are trying to install the WAS product on zOS, during SMPE receive step
got failed with following error code message in SMPOUT & COPYOUT
*SMPOUT*
GIM35101E ** SYSMOD HBMZ700 FAILED BECAUSE OF AN ERROR THAT OCCURRED WHILE
LOADDING SMPTLIB DATA SETS. THE RETURN CODE FROM THE COPY UTI
This is a good example as to why your "running" ROOT file(s) should be
mounted read-only. Don't mean to rub salt into your wounds but ...
Guy Gardoit
z/OS Systems Programming
On Wed, Apr 15, 2009 at 7:09 AM, Doug Henry wrote:
> On Tue, 14 Apr 2009 10:46:32 -0500, Tom Marchant ibmm...@yahoo.co
On Tue, 14 Apr 2009 10:46:32 -0500, Tom Marchant wrote:
>
>And you might want to run a LIST DDDEF job before and after and look for
the
>ones that contain PATH.
>
This is not really necessary to run a LIST DDDEF after because the SMPRPT
output is an excellent report that shows the DDDEF's that
On Tue, 14 Apr 2009 17:10:31 -0400, Robert A. Rosenberg wrote:
>At 10:17 -0400 on 04/14/2009, Lizette Koehler wrote about Re: SMPE Help:
>
>>
>>I did something similar. Ran an APPLY but forgot to point to my
>>SMP/E Root and HFS files. I did corrupt my live UNIX f
At 10:17 -0400 on 04/14/2009, Lizette Koehler wrote about Re: SMPE Help:
Matt,
I did something similar. Ran an APPLY but forgot to point to my
SMP/E Root and HFS files. I did corrupt my live UNIX files.
Fortunately it was not severe enough to fix it that day. We really
do not use UNIX on
u] On
Behalf Of Matt Dazzo
Sent: Tuesday, April 14, 2009 3:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help
Since I have back ups of all files (hfs&smp) I plan to restore to just
before the apply, run the zoneedit job to change my path dddef's, run
apply check and verify.
Th
Since I have back ups of all files (hfs&smp) I plan to restore to just before
the apply, run the zoneedit job to change my path dddef's, run apply check and
verify.
Thanks for your help. Matt
>>> "Chase, John" 4/14/2009 1:50 PM >>>
> -Original Message-
> From: IBM Mainframe Discussio
On Tue, 14 Apr 2009 12:50:16 -0500, Chase, John wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Tom Marchant
>>
>> On Tue, 14 Apr 2009 12:03:06 -0500, Staller, Allan wrote:
>> >
>> >As to the original question/problem. An APPLY REDO should put
>everything
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tom Marchant
>
> On Tue, 14 Apr 2009 12:03:06 -0500, Staller, Allan wrote:
> >
> >As to the original question/problem. An APPLY REDO should put
everything
> >back in sync, after, of course, correcting the issue that ca
>As to the original question/problem. An APPLY REDO should put
everything
>back in sync, after, of course, correcting the issue that caused the
>failure
It will not undo the changes that were done to his production HFS data
sets.
True, but HFS/ZFS data is not packaged the same as PTF. Every tim
Jerry, you are correct I did not run job UPDDDUV. That explains the self
inflected wound.
Thanks
>>> Jerry Fuchs 4/14/2009 1:07 PM >>>
I found that job UPDDDUV from the server pac install did
SET BDY(MVST100) .
ZONEEDIT DDDEF .
CHANGE PATH('/Service/'*,
'/'*) .
EN
On Tue, 14 Apr 2009 12:03:06 -0500, Staller, Allan wrote:
>
>As to the original question/problem. An APPLY REDO should put everything
>back in sync, after, of course, correcting the issue that caused the
>failure
It will not undo the changes that were done to his production HFS data sets.
--
Tom
I found that job UPDDDUV from the server pac install did
SET BDY(MVST100) .
ZONEEDIT DDDEF .
CHANGE PATH('/Service/'*,
'/'*) .
ENDZONEEDIT .
Fortunately I bypassed this step, but would explain how your SMPE got that
way
---
Need some direction on how to correct this self inflicted wound on my
z1.9 sand box system. I ran an smp apply for RSU maintenance and forgot
to mount my alternate HFS files under /service before starting. Below
are some messages from DD BPXPRINT and the first error msg in SMPOUT. I
believe the BP
On Tue, 14 Apr 2009 11:05:06 -0400, Matt Dazzo wrote:
>I have back ups of everything before I started so I can recover.
Including the production HFS data sets, I hope.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / arch
On Tue, 14 Apr 2009 10:33:37 -0500, Doug Henry wrote:
>On Tue, 14 Apr 2009 10:18:19 -0500, Manocha, Varun INC.COM> wrote:
>
>>
>>I would use a JCL like the one below to replace all the DDDEF's:
>>> ZONEEDIT DDDEF .
>>CHANGE PATH('/usr/lpp/'*, '/service/usr/lpp/'*) .
>> ENDZONEEDIT .
>>
On Tue, 14 Apr 2009 10:18:19 -0500, Manocha, Varun wrote:
>
>I would use a JCL like the one below to replace all the DDDEF's:
>> ZONEEDIT DDDEF .
>CHANGE PATH('/usr/lpp/'*, '/service/usr/lpp/'*) .
> ENDZONEEDIT .
>
>Thanks & Regards
>Varun Manocha
>Affiliated Computer Services Inc, Ban
sage-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Matt Dazzo
Sent: Tuesday, April 14, 2009 8:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMPE Help
I have back ups of everything before I started so I can recover. There
are over 1000 DDDEF's, how do I go ab
that case, any previous maintenance
that you applied was likely done incorrectly also.
BTW, "SMPE Help" is not a very descriptive subject.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructio
rectly, none of your updates were to /service/
What to your DDDEF PATH entries look like? They should all specify path
names beginning with /service. If they do not, mounting your maintenance
HFS files would not have helped you. In that case, any previous maintenance
that you applied was like
2009 9:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE Help
Need some direction on how to correct this self inflicted wound on my
z1.9 sand box system. I ran an smp apply for RSU maintenance and forgot
to mount my alternate HFS files under /service before starting. Below
are some messages from DD BPX
rom a
different systems UNIX environment if they are at the same level. Otherwise
you will need to build a new HFS or zFS file with the correct level of
maintanence.
Maybe someone else might have a better idea. But that is what I had to do.
Lizette
>Subject: SMPE Help
>
>Need some direc
Need some direction on how to correct this self inflicted wound on my z1.9 sand
box system. I ran an smp apply for RSU maintenance and forgot to mount my
alternate HFS files under /service before starting. Below are some messages
from DD BPXPRINT and the first error msg in SMPOUT. I believe the
me Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Matt Dazzo
Sent: Thursday, April 02, 2009 11:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE Help
I'll leave out the details to keep this pithy. I did the below ADD
GZONE but now want to delete it. I tried a zoneexport with purge, the
job g
This will remove the zone reference that you are seeing:
SET BDY (GLOBAL) .
UCLIN .
DEL GZONE ZINDEX(TZOS19A).
ENDUCL.
---
pril 02, 2009 11:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMPE Help
I'll leave out the details to keep this pithy. I did the below ADD
GZONE but now want to delete it. I tried a zoneexport with purge, the
job got RC=00. The smp listing states the zone was deleted but when
looking in smpe i
I'll leave out the details to keep this pithy. I did the below ADD GZONE but
now want to delete it. I tried a zoneexport with purge, the job got RC=00.
The smp listing states the zone was deleted but when looking in smpe it's still
there. What is the best way to delete this zone? An example w
>From TSO Ready, I looked up the reason code like this:
READY
%bpxmtext EF036052
zFS Wed Sep 26 14:29:33 EDT 2007
Description: File truncate error.
Action: Contact the service representative.
READY
Is it possible your file associated with SFSUMBIN is too small in some
way?
--Roge
On Thu, 11 Sep 2008 15:29:17 -0500, scott evans <[EMAIL PROTECTED]> wrote:
>I went back and re-read, realizing it may be time for me to get glasses.
Not a whole lot of information regarding a 6052, I even checked on IBMLink.
If the dismount/remount doesn't shake it loose of the error, definite
I went back and re-read, realizing it may be time for me to get glasses. Not
a whole lot of information regarding a 6052, I even checked on IBMLink. If
the dismount/remount doesn't shake it loose of the error, definitely sounds
like a PMR.> > It was EF036052 not EF036032 .> > --> Mark Zelden
On Thu, 11 Sep 2008 14:14:20 -0500, scott evans <[EMAIL PROTECTED]> wrote:
>Looks like you don't have the permission for that directory or file. The
EF036032 reason code indicates your userid does not have the authority or
permissions to access that file.
>
It was EF036052 not EF036032 .
--
On Thu, 11 Sep 2008 15:00:57 -0400, Lizette Koehler
<[EMAIL PROTECTED]> wrote:
>Not being very good with the Unix stuff, can some kind sole help me with this?
>
>UA41051 HOT7740 GIM23911E 19 LINK-EDIT PROCESSING FAILED FOR MODULE
FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN
>
I do have the ROOT mounted R/W
I did not change my service directory from when it was last used in July with
the first pass of maint.
I will open an ETR with IBM but had hopes that someone else may have already
run across this problem.
The ID I am running under is already Super User so I shoul
On Thu, 11 Sep 2008, Lizette Koehler wrote:
> Not being very good with the Unix stuff, can some kind sole help me with this?
>
>
> Then my zFS root file gets
>
>
> IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
> EA66010D abend psw 477C1400 98E28C9E IEA794I SVC DUMP HAS
gt; -Original Message-> From: IBM Mainframe Discussion
> List [mailto:[EMAIL PROTECTED] On> Behalf Of Lizette Koehler> Sent: Thursday,
> September 11, 2008 3:01 PM> To: IBM-MAIN@BAMA.UA.EDU> Subject: SMPE Help for
> LinkEdt failures> > Not being very good with th
, September 11, 2008 3:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE Help for LinkEdt failures
Not being very good with the Unix stuff, can some kind sole help me with
this?
UA41051 HOT7740 GIM23911E 19 LINK-EDIT PROCESSING FAILED FOR
MODULE FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN
Not being very good with the Unix stuff, can some kind sole help me with this?
UA41051 HOT7740 GIM23911E 19 LINK-EDIT PROCESSING FAILED FOR MODULE
FSUMXCPI IN LMOD FSUMSCPI IN THE SFSUMBIN
LIBRARY. THE RETURN CODE WAS 12. THE
SEQUENCE NUMBER
In <[EMAIL PROTECTED]>, on
04/19/2006
at 08:28 AM, Howard Rifkind <[EMAIL PROTECTED]> said:
> I don't under stand what the reason(AA09560) means. Iv'e searched
>the IBMLink for an APAR using this name but nothing comes up.
This is a topic that comes up perriodically. Is there an IBM-MAIN F
In <[EMAIL PROTECTED]>, on
04/19/2006
at 10:22 AM, Howard Rifkind <[EMAIL PROTECTED]> said:
>David, I really don't want to do that, I might have mistated the
>question, I just want to apply that sevice which apply to the FMID in
>question.
All of the service that applies to the FMID, even that
-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Behalf Of Howard Rifkind
> Sent: Wednesday, April 19, 2006 11:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SMPE Help with a message
>
> Mark, thanks a lot. How would this be bypassed in an apply run?
>
sma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Wednesday, April 19, 2006 11:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPE Help with a message
Mark, thanks a l
).
Mark Jacobs
Time Customer Service Inc.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Howard Rifkind
Sent: Wednesday, April 19, 2006 11:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPE Help with a message
Mark, thanks a lot. How would this be
:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPE Help with a message
Mark, thanks a lot. How would this be bypassed in an apply run?
Mark Jacobs <[EMAIL PROTECTED]> wrote: This is telling you that
the function HDZ11G0 has a new HIPER apar written against it. The apar
name is AA09560
Apply Select(HDZ11G0) BYPASS(HOLDERROR(AA09560)).
Mark Jacobs
Time Customer Service Inc.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Wednesday, April 19, 2006 11:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPE Help
ervice Inc.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Wednesday, April 19, 2006 11:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE Help with a message
Hello,
I'm doing an SMPE receive from the lates RSU tape and getti
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Wednesday, April 19, 2006 10:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE Help with a message
Hello,
I'm doing an SMPE receive from the lates RSU tape and getting
messages for a numb
Howard Rifkind
Sent: Wednesday, April 19, 2006 11:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE Help with a message
Hello,
I'm doing an SMPE receive from the lates RSU tape and getting
messages for a number of ptf's such as the one below.
I don't under stand what the
Hello,
I'm doing an SMPE receive from the lates RSU tape and getting messages for a
number of ptf's such as the one below.
I don't under stand what the reason(AA09560) means. Iv'e searched the
IBMLink for an APAR using this name but nothing comes up.
Any help will be appre
Sorry all,
I've been out of touch for a while so I'm answering late. Thanks all for you
help.
Ed Gould <[EMAIL PROTECTED]> wrote:
On Jul 15, 2005, at 12:05 PM, Howard Rifkind wrote:
> Ed, how would I prevent this from happening again?
>
> Ed Finnell wrote:
> In a message dated 7/15/2005 11:41
On Jul 15, 2005, at 12:05 PM, Howard Rifkind wrote:
Ed, how would I prevent this from happening again?
Ed Finnell <[EMAIL PROTECTED]> wrote:
In a message dated 7/15/2005 11:41:56 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Can I move these datasets without causing major issues with S
In <[EMAIL PROTECTED]>, on
07/15/2005
at 09:34 AM, Howard Rifkind <[EMAIL PROTECTED]> said:
>I just ran an SMPE job which installed 2 FMID's. I noticed that
>several datasets were placed on a work pack which isn't nice.
The Devil is in the details. What were they called? It's dollars to
donut
In a message dated 7/15/2005 12:12:10 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Ed, how would I prevent this from happening again?
>>
It's a customization/initialization part of SMP/E. Have to
poke around and find HLQ and SMPTLIB defaults. Usually in the
program directory they
In a recent note, Howard Rifkind said:
> Date: Fri, 15 Jul 2005 10:05:25 -0700
>
> Ed, how would I prevent this from happening again?
>
SMS is your friend.
Are these the SMPTLIBS? Can you specify VOLUME(...) (or SMS
options) on the SMPTLIB DDDEF?
> Ed Finnell <[log in to unmask]> wrot
Ed, how would I prevent this from happening again?
Ed Finnell <[EMAIL PROTECTED]> wrote:
In a message dated 7/15/2005 11:41:56 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Can I move these datasets without causing major issues with SMPE?
Probably. If they're the work of RECEIVE. I'd
On Fri, 15 Jul 2005 09:34:47 -0700, Howard Rifkind <[EMAIL PROTECTED]>
wrote:
>Hello,
>
>I just ran an SMPE job which installed 2 FMID's. I noticed that several
datasets were placed on a work pack which isn't nice.
>
>Can I move these datasets without causing major issues with SMPE?
>
>Thanks
>
In a message dated 7/15/2005 11:41:56 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Can I move these datasets without causing major issues with SMPE?
Probably. If they're the work of RECEIVE. I'd move them and
do APPLY check. If it can't find them it will sure hold up it's hand.
Sorry, this was just a RECEIVE job.
Howard Rifkind <[EMAIL PROTECTED]> wrote:Hello,
I just ran an SMPE job which installed 2 FMID's. I noticed that several
datasets were placed on a work pack which isn't nice.
Can I move these datasets without causing major issues with SMPE?
Thanks
__
Hello,
I just ran an SMPE job which installed 2 FMID's. I noticed that several
datasets were placed on a work pack which isn't nice.
Can I move these datasets without causing major issues with SMPE?
Thanks
__
Do You Yahoo!?
Tired of spam? Ya
o
go.
Rex
-Original Message-
From: Ed Finnell [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 30, 2005 11:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMPE Help.
In a message dated 6/30/2005 11:06:04 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I almost never use the pane
In a message dated 6/30/2005 11:06:04 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I almost never use the panels, mostly because I've been doing this for so
long that I have JCL for pratically every possibility.
>>
Think with the panels need other DSN and it will produce the
corr
Try this JCL example:
//STEP01 EXEC PGM=GIMSMP
//SMPCSIDD DSN=SMPE.GLOBAL.CSI,DISP=SHR
//SMPPTFIN DD DSN=your seq ptf file,DISP=OLD
//SMPHOLD DD DUMMY,BLKSIZE=80
//SYSPRINT DD SYSOUT=*
//SMPOUTDD SYSOUT=*
//SMPLIST DD SYSOUT=*
//SMPCNTL DD *
SET BDY(GLOBAL).
RECEIVE
Hello All;
I need some help with SMPE.
I received a whole bunch SYSMODS from IBM Link which were missing sysmods for
FMID HOS1110, IBM Ported Tools.
I used TRSMAIN and they are now unpacked in a sequential dataset...not a PDS.
I have to get these into the system and I would assume I would
89 matches
Mail list logo