Re: SMPE HOLDDATA - when received?

2024-01-17 Thread Kurt Quackenbush
> Does gimapi has access to this data? No. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff /

Re: SMPE HOLDDATA - when received?

2024-01-17 Thread ITschak Mugzach
**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* בתאריך יום ד׳, 17 בינו׳ 2024 ב-22:36 מאת Kurt Quackenbush : > > How can I check the date of HOLDDATA in my SMPE CSI? > > Examining the SMPLOG as already mentioned is one option. > > Another: SMP/E does maintain the date eac

Re: SMPE HOLDDATA - when received?

2024-01-17 Thread Kurt Quackenbush
> How can I check the date of HOLDDATA in my SMPE CSI? Examining the SMPLOG as already mentioned is one option. Another: SMP/E does maintain the date each ++HOLD statement was received, but it does not expose it, not even in the CSI Query API. However, z/OSMF Software Management has

Re: SMPE HOLDDATA - when received?

2024-01-17 Thread Tom Marchant
Look at your SMPLOG for the most recent RECEIVE HOLDDATA. Once you find it, look at that line in hex. The first few bytes is the date and time in packed decimal. -- Tom Marchant On Wed, 17 Jan 2024 17:47:33 +0100, Radoslaw Skorupka wrote: >How can I check the date of HOLDDATA in my SMPE

SMPE HOLDDATA - when received?

2024-01-17 Thread Radoslaw Skorupka
How can I check the date of HOLDDATA in my SMPE CSI? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Free SMPE product to just practice

2023-09-18 Thread Radoslaw Skorupka
W dniu 15.09.2023 o 09:23, Timothy Sipples pisze: I’ve seen some good suggestions. Also, there are several no additional license charge products available from IBM for z/OS than you can order. Here are some examples: 5655-UA1IBM Semuru Runtime Certified Edition for z/OS 5655-PYT

Re: Free SMPE product to just practice

2023-09-15 Thread Timothy Sipples
I’ve seen some good suggestions. Also, there are several no additional license charge products available from IBM for z/OS than you can order. Here are some examples: 5655-UA1IBM Semuru Runtime Certified Edition for z/OS 5655-PYT IBM Open Enterprise Python for z/OS

Re: Free SMPE product to just practice

2023-09-14 Thread Bill Johnson
Best bet is to ask the IBM expert who is the SMP/E manager. Kurt Quackenbush.  Sent from Yahoo Mail for iPhone On Thursday, September 14, 2023, 3:36 PM, Jake Anderson wrote: Hello Good morning Is there any freeware product which can be installed using SMP/e. Any pointers are appreciated

Re: Free SMPE product to just practice

2023-09-14 Thread Michael Babcock
How about Rocket’s Ported Tools in SMPE format? I thought it’s free with no support. I can’t remember if you need to be licensed for one of their other products first or not. On Thu, Sep 14, 2023 at 6:36 PM Farley, Peter < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

Re: Free SMPE product to just practice

2023-09-14 Thread Farley, Peter
Mike, it seems to me that BUILDING an SMPE package (no matter how simple) and INSTALLING an SMPE package that someone else built are two different skill levels. I think Tom was asking to practice the latter, the INSTALL skills, not the BUILD skills. Peter From: IBM Mainframe Discussion List

Re: Free SMPE product to just practice

2023-09-14 Thread Paul Gilmartin
On Thu, 14 Sep 2023 14:51:38 -0500, Tom Marchant wrote: >... >Or you could build your own product. You don't need much. Just a load module, >maybe a source to generate it. The result doesn't even have to do anything. >But if you create a function sysmod (FMID) and apply it, you will learn a

Re: Free SMPE product to just practice

2023-09-14 Thread Matt Hogstrom
My misread your question I read it as freeware packaged in smp/e format Matt Hogstrom PGP key 0F143BC1 > On Sep 14, 2023, at 15:36, Jake Anderson wrote: > > Hello > > Good morning > > Is there any freeware product which can be installed using SMP/e. > > Any pointers are appreciated > >

Re: Free SMPE product to just practice

2023-09-14 Thread Matt Hogstrom
ZoweHttps://zowe.org They offer a pax and an smp/e install Not sure if they pswis or not Matt Hogstrom PGP key 0F143BC1 > On Sep 14, 2023, at 15:36, Jake Anderson wrote: > > Hello > > Good morning > > Is there any freeware product which can be installed using SMP/e. > > Any pointers

Re: Free SMPE product to just practice

2023-09-14 Thread Mike Schwab
Not in smpe format, but a simple application you could package. https://github.com/mainframed/DOGECICS On Thu, Sep 14, 2023 at 2:51 PM Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > > I don't know of any. Maybe someone else does. > > You could use any

Re: Free SMPE product to just practice

2023-09-14 Thread Tom Marchant
I don't know of any. Maybe someone else does. You could use any product that your installation runs and install it into your own data sets. That will get you practice applying, accepting, restoring, rejecting, etc. And if you get stuck, you can blow it all away and start over. Or you could

Free SMPE product to just practice

2023-09-14 Thread Jake Anderson
Hello Good morning Is there any freeware product which can be installed using SMP/e. Any pointers are appreciated Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu

Re: Cloning SMPe Global, Target and DLIB

2023-03-31 Thread Mark Zelden
On Wed, 29 Mar 2023 03:40:03 -0500, Bill Giannelli wrote: >Hi Mark, >thanks for your response. >One of the things of my posts that might be confusing, is that I am >specifically working with DB2 installations and it's tools. I do not work on >or change the z/OS system it's self. I am a Db2

Re: Cloning SMPe Global, Target and DLIB

2023-03-29 Thread Bill Giannelli
J. Quackenbush wrote: >> What is the best or recommended way to copy or clone a SMPe Global CSI, >> Target and Dlib with all the underlying datasets? >> I want to create a new HLQ and clone under that. > >If you don't already have a process or set of jobs def

Re: Cloning SMPe Global, Target and DLIB

2023-03-29 Thread Bill Giannelli
.LINKLIB. thanks Bill On Tue, 28 Mar 2023 11:24:36 -0500, Mark Zelden wrote: >On Tue, 28 Mar 2023 04:08:13 -0500, Bill Giannelli >wrote: > >>What is the best or recommended way to copy or clone a SMPe Global CSI, >>Target and Dlib with all the underlying datasets? >>

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Mark Zelden
On Tue, 28 Mar 2023 04:08:13 -0500, Bill Giannelli wrote: >What is the best or recommended way to copy or clone a SMPe Global CSI, Target >and Dlib with all the underlying datasets? >I want to create a new HLQ and clone under that. >thanks >Bill A new HLQ for the zones? Y

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Adam Johanson
> What is the best or recommended way to copy or clone a SMPe Global CSI, > Target and Dlib with all the underlying datasets? There's also the "native" BUILDMCS command, but then you have to figure out the best way to do the updates that Kurt mentioned z/OSMF doing on your

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Kurt J. Quackenbush
> What is the best or recommended way to copy or clone a SMPe Global CSI, > Target and Dlib with all the underlying datasets? > I want to create a new HLQ and clone under that. If you don't already have a process or set of jobs defined to clone your SMP/E environment, I suggest you

Re: SMPe securing zones

2023-03-28 Thread Kurt J. Quackenbush
> I've found that GIMSMP opens the datasets in UPDATE mode, so the user will > still need UPDATE or higher access. READ access fails when the program > starts. That is not true for all SMP/E commands. LIST for example, or the REPORT commands, and the ISPF Query dialog, definitely open the

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Seymour J Metz
@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, March 28, 2023 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cloning SMPe Global, Target and DLIB Hi Wayne, Thanks for the response! So, my current CSI, zones and underlying datasets are all within one storage

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Bill Giannelli
3 at 8:08 PM Bill Giannelli >wrote: > >> What is the best or recommended way to copy or clone a SMPe Global CSI, >> Target and Dlib with all the underlying datasets? >> I want to create a new HLQ and

Re: Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Wayne Bickerdike
ADRDSSU . DUMP and RESTORE with HLQ rename. After that, you'll need to modify DDDEFs to reflect the newly created underlying datasets. On Tue, Mar 28, 2023 at 8:08 PM Bill Giannelli wrote: > What is the best or recommended way to copy or clone a SMPe Global CSI, > Target and Dlib wi

Cloning SMPe Global, Target and DLIB

2023-03-28 Thread Bill Giannelli
What is the best or recommended way to copy or clone a SMPe Global CSI, Target and Dlib with all the underlying datasets? I want to create a new HLQ and clone under that. thanks Bill -- For IBM-MAIN subscribe / signoff / archive

Re: separate SMPe environments

2023-03-27 Thread Seymour J Metz
...@gmail.com] Sent: Monday, March 27, 2023 5:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: separate SMPe environments Another stupid SMPe question. Currently, we have one CSI with one target and one dlib. (I inherited this). I want to setup at least another target and dlib zones for a "b

Re: separate SMPe environments

2023-03-27 Thread Mark Zelden
On Mon, 27 Mar 2023 16:43:46 -0500, Bill Giannelli wrote: >Another stupid SMPe question. >Currently, we have one CSI with one target and one dlib. (I inherited this). I >want to setup at least another target and dlib zones for a "before" >maintenance level. >Might y

Re: SMPe securing zones

2023-03-27 Thread Mark Jacobs
; I want to create another TARGET and DLIB zone for another level of > > > maintenance. > > > I am currently, showing "newbie" offshore folks our SMPe environment. > > > Is there a way to "secure" the newly created TARGET and DLIB zones so > > > t

Re: [EXTERNAL] separate SMPe environments

2023-03-27 Thread Pommier, Rex
the volumes and my SMP/E environment comes back automagically with the system. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Monday, March 27, 2023 4:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] separate SMPe environments Another stupid

separate SMPe environments

2023-03-27 Thread Bill Giannelli
Another stupid SMPe question. Currently, we have one CSI with one target and one dlib. (I inherited this). I want to setup at least another target and dlib zones for a "before" maintenance level. Might you ever consider creating a whole new csi for that or just as normal have diffe

Re: SMPe securing zones

2023-03-27 Thread Matthew Stitt
l.ch/pks/lookup?op=get=markjac...@protonmail.com > > >--- Original Message --- >On Monday, March 27th, 2023 at 9:46 AM, Bill Giannelli > wrote: > > >> I want to create another TARGET and DLIB zone for another level of >> maintenance. >> I am currently, sh

Re: SMPe securing zones

2023-03-27 Thread Mark Jacobs
--- On Monday, March 27th, 2023 at 9:46 AM, Bill Giannelli wrote: > I want to create another TARGET and DLIB zone for another level of > maintenance. > I am currently, showing "newbie" offshore folks our SMPe environment. > Is there a way to "secure" the newly

Re: SMPe securing zones

2023-03-27 Thread Seymour J Metz
Why not give them read-only access? From: IBM Mainframe Discussion List on behalf of Bill Giannelli Sent: Monday, March 27, 2023 9:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe securing zones I want to create another TARGET and DLIB zone for another

SMPe securing zones

2023-03-27 Thread Bill Giannelli
I want to create another TARGET and DLIB zone for another level of maintenance. I am currently, showing "newbie" offshore folks our SMPe environment. Is there a way to "secure" the newly created TARGET and DLIB zones so they are not inadvertently

Re: not using SMPe

2023-03-17 Thread Andrew Rowley
On 17/03/2023 9:20 am, Jeremy Nicoll wrote: But doesn't the vendor already have to understand whether or not separate changes they've made to their product affect each other? In theory yes, in practice you rely a lot on the compiler to verify calls between modules etc. It's much easier to do

Re: not using SMPe

2023-03-16 Thread Jeremy Nicoll
On Wed, 15 Mar 2023, at 23:10, Andrew Rowley wrote: > Not everyone loves chasing pre-req chains in SMP/E. Plus the > vendor needs to track it all somehow and build those chains. But doesn't the vendor already have to understand whether or not separate changes they've made to their product

Re: not using SMPe

2023-03-15 Thread Warren Brown
Thanks On Wednesday, March 15, 2023 at 09:15:59 PM EDT, Andrew Rowley wrote: On 16/03/2023 12:01 pm, Warren Brown wrote: >  Andrew, I have been out for a while.  Is there a replacement for SMPE ? > Warren There have always been ways to deliver software without using SMP

Re: not using SMPe

2023-03-15 Thread Andrew Rowley
On 16/03/2023 12:01 pm, Warren Brown wrote: Andrew, I have been out for a while.  Is there a replacement for SMPE ? Warren There have always been ways to deliver software without using SMP/E e.g. datasets dumped to tape. As people have noted, you can also deliver what is effectively a full

Re: not using SMPe

2023-03-15 Thread Warren Brown
Andrew, I have been out for a while.  Is there a replacement for SMPE ? Warren On Wednesday, March 15, 2023 at 06:15:29 PM EDT, Andrew Rowley wrote: On 15/03/2023 8:33 am, Jay Maynard wrote: > That's because SMP/E and its power are only truly present in the z/OS and > predec

Re: not using SMPe

2023-03-15 Thread Andrew Rowley
On 16/03/2023 9:33 am, Ed Jaffe wrote: Not true. It simply means if you change the (non-fixed) interface, you must re-issue all affected components. OK yes... I did say that you could change the interface with corresponding pre and co-reqs. And if you just want to change one of the

Re: not using SMPe

2023-03-15 Thread Ed Jaffe
On 3/15/2023 3:15 PM, Andrew Rowley wrote: The problem with individual fixes rather than full replacement is that it means the interface for every individually replaceable component is fixed. Not true. It simply means if you change the (non-fixed) interface, you must re-issue all affected

Re: not using SMPe

2023-03-15 Thread Andrew Rowley
On 15/03/2023 8:33 am, Jay Maynard wrote: That's because SMP/E and its power are only truly present in the z/OS and predecessors world. Everyone else thinks of applying maintenance as a matter of replacing the entire product, instead of individual fixes that are automatically maintained and

Re: not using SMPe

2023-03-15 Thread Paul Gilmartin
On Wed, 15 Mar 2023 09:30:33 -0700, Michael Stein wrote: >... >Then a SMP build process would build or rebuild the targets needing >changes from the current configuration to the new desired configuration. >So any PTF could be removed, at least as long as the pile of MODs still >contained the

Re: not using SMPe

2023-03-15 Thread Michael Stein
commenting on previous merged emails: > Yes, there are indeed Linux package managers. They don't get beyond the > "replace the entire package" level. THey have no concept of individual > fixes and their interactions. > Are they as powerful as SMP? No, but they fill a similar niche. They are more

Re: not using SMPe

2023-03-15 Thread Paul Gilmartin
On Tue, 14 Mar 2023 20:49:24 -0500, Jay Maynard wrote: >Yes, there are indeed Linux package managers. They don't get beyond the >"replace the entire package" level. THey have no concept of individual >fixes and their interactions. > There's a hazard. Customers come to fear possible collateral

Re: not using SMPe

2023-03-15 Thread Joel C. Ewing
[jaymayn...@gmail.com] Sent: Tuesday, March 14, 2023 9:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: not using SMPe Yes, there are indeed Linux package managers. They don't get beyond the "replace the entire package" level. THey have no concept of individual fixes and their interaction

Re: not using SMPe

2023-03-15 Thread Seymour J Metz
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jay Maynard [jaymayn...@gmail.com] Sent: Tuesday, March 14, 2023 9:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: not using SMPe Yes, there are indeed Linux package managers. They don't get beyond the "re

Re: not using SMPe

2023-03-15 Thread Seymour J Metz
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Spiegel [0468385049d1-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, March 14, 2023 10:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: not using SMPe Hi Ed, Thank you for the compliment! (Yeshiva training really

Re: not using SMPe

2023-03-14 Thread David Spiegel
Hi Ed, Thank you for the compliment! (Yeshiva training really pays off for arguing logically.) Now that I'm telling bank stories (this should really be a separate thread) ... At the same bank ... One day (1990), a colleague comes over and asks for help with his batch job failing. I looked at

Re: not using SMPe

2023-03-14 Thread Jay Maynard
n List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Jay Maynard [jaymayn...@gmail.com] > Sent: Tuesday, March 14, 2023 5:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: not using SMPe > > That's because SMP/E and its power are only truly present in the z/OS and > predecessors w

Re: not using SMPe

2023-03-14 Thread Ed Jaffe
On 3/14/2023 6:05 PM, David Spiegel wrote: Hi Ed, I knew that there were means of ensuring integrity and that's why I asked the question. It was a brilliant question! His ignorance about why he should trust tape was the same reason he distrusted the communication line. -- Phoenix

Re: not using SMPe

2023-03-14 Thread David Spiegel
Hi Ed, I knew that there were means of ensuring integrity and that's why I asked the question. Regards, David On 2023-03-14 18:52, Ed Jaffe wrote: On 3/14/2023 3:07 PM, David Spiegel wrote: I went over to the 2nd in command VM guy and asked why I would have to wait a week for delivery of a

Re: not using SMPe

2023-03-14 Thread Seymour J Metz
Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jay Maynard [jaymayn...@gmail.com] Sent: Tuesday, March 14, 2023 5:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: not using SMPe That's because SMP/E and its power are only truly present in the z/OS and predecessors world. Everyone else

Re: not using SMPe

2023-03-14 Thread Ed Jaffe
On 3/14/2023 3:07 PM, David Spiegel wrote: I went over to the 2nd in command VM guy and asked why I would have to wait a week for delivery of a tape when it could he delivered electronically in under an hour. He had this irrational xenophobia against it and since he was the gatekeeper, his

Re: not using SMPe

2023-03-14 Thread David Spiegel
Hi Gil, This reminds me of a story ... I say that a lot, just ask my kids. Way back in the late late '80s, I worked at a national Canadian bank. They had been used to getting tapes from IBM when they ordered maintenance (for both VM and MVS) and would not even consider VNET compressed

Re: not using SMPe

2023-03-14 Thread Paul Gilmartin
On Tue, 14 Mar 2023 14:21:34 -0700, Ed Jaffe wrote: >... >For such products, the value-add SMP/E provides is often just RECEIVE >ORDER, but even that is dependent upon the software vendor standing up a >RECEIVE ORDER server back at the "Ranch." > Our sheriff deemed the MVS "Ranch" an outlaws'

Re: not using SMPe

2023-03-14 Thread Jay Maynard
That's because SMP/E and its power are only truly present in the z/OS and predecessors world. Everyone else thinks of applying maintenance as a matter of replacing the entire product, instead of individual fixes that are automatically maintained and managed. On Tue, Mar 14, 2023 at 4:22 PM Ed

Re: not using SMPe

2023-03-14 Thread Ed Jaffe
On 3/14/2023 5:40 AM, Bill Giannelli wrote: Just curious, is it possible and do some companies NOT use SMPe for z/OS software updates? thanks Bill The z/OSMF Portable Software Instance format does not require SMP/E. Websphere uses Installation Manager. SMP/E use for products like Java

Re: not using SMPe

2023-03-14 Thread Paul Gilmartin
On Tue, 14 Mar 2023 12:46:59 -0700, Tom Brennan wrote: >... >So I went back to my desk determined to map/dump the tape contents and >do the install without knowing what SMP was. About 10 minutes later I >gave up and looked for someone else to help :) > Sounds like the Good Old Days when

Re: not using SMPe

2023-03-14 Thread Tom Brennan
du/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, March 14, 2023 8:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: not using SMPe Just curious, is it possible and do some companies NOT use SMPe for z/OS softwa

Re: not using SMPe

2023-03-14 Thread Seymour J Metz
-MAIN@LISTSERV.UA.EDU Subject: not using SMPe Just curious, is it possible and do some companies NOT use SMPe for z/OS software updates? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: not using SMPe

2023-03-14 Thread Bill Giannelli
Hi Steve, Thanks for your answer! Also, more specifically, for IBM software itself. Is it possible? Or is it an IBM requirement? Just curious, as it was asked of me. Not planning on doing it without SMPe! To use IEBUPDTE IEBCOPY.you end up doing manually what SMPe does automatically

Re: not using SMPe

2023-03-14 Thread Steve Thompson
On 3/14/2023 8:40 AM, Bill Giannelli wrote: Just curious, is it possible and do some companies NOT use SMPe for z/OS software updates? thanks Bill I take it from your question that you have software provided by third parties and do not see an associated CSI for them? Yes, there are some

Re: not using SMPe

2023-03-14 Thread David Spiegel
Hi Bill, If there are companies that do this, they're certifiably insane. Imagine opening a case with IBM. The IBM person asks: "Is PTF AB12345 APPLYd?" Regards, David On 2023-03-14 08:40, Bill Giannelli wrote: Just curious, is it possible and do some companies NOT use SMP

not using SMPe

2023-03-14 Thread Bill Giannelli
Just curious, is it possible and do some companies NOT use SMPe for z/OS software updates? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message

Re: SMPE recreate a target library... Possible?

2023-01-05 Thread Dejan Stamatovic
@Tom Marchant Cloning is even better as it enables ease of rollback. Dejan Stamatovic CROZ D.O.O. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message:

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Tom Marchant
One way of effectively providing a backup is to clone the target zone before applying maintenance. Then apply to the clone. -- Tom Marchant On Wed, 4 Jan 2023 09:16:58 -0600, Dejan Stamatovic wrote: >I agree totally. Only backups provide a sure way out of problems during >applying

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Dejan Stamatovic
maintenance. SMPE might not be able to recreate a target library or it might take too much effort to use SMPE to do that. Dejan Stamatovic CROZ D.O.O. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Rob Schramm
I haven't > tried it. > > >> So I know all the information is in SMPE. I'm looking for if there's > >> an easy way to do this.. The target library got smashed actually It's > >> a ZFS file and none of the backups are available, but the distribution > >

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Michael Babcock
And start making backups! I always make backups of target and dlibs, SMPE libs, ZFSs, SYSRES, and DLIB volumes too. All right before applying maintenance. On Wed, Jan 4, 2023 at 4:00 AM Lizette Koehler wrote: > You might want to open a case with IBM SMP/e on this issue > > No

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Kurt J. Quackenbush
on the product(s) you might be better off re-installing from scratch... its safer. > Look at the GENERATE command. It should do what you want, but I haven't > tried it. >> So I know all the information is in SMPE. I'm looking for if there's >> an easy way to do this.. The

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Steve Smith
Look at the GENERATE command. It should do what you want, but I haven't tried it. sas On Tue, Jan 3, 2023 at 4:07 PM Rob Schramm wrote: > So I know all the information is in SMPE. I'm looking for if there's an > easy way to do this.. The target library got smashed actually It's a ZFS

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Itschak Mugzach
you might see if they can > help. > > Some of the ZONE* commands may work. But I am not sure. > > > Lizette > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Rob Schramm > Sent: Tuesday, January 3, 2023 2:07 PM > To: IBM-MAIN@LIST

Re: SMPE recreate a target library... Possible?

2023-01-04 Thread Lizette Koehler
Sent: Tuesday, January 3, 2023 2:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE recreate a target library... Possible? So I know all the information is in SMPE. I'm looking for if there's an easy way to do this.. The target library got smashed actually It's a ZFS file and none of the backups

Re: SMPE recreate a target library... Possible?

2023-01-03 Thread Attila Fogarasi
BUILDMCS. takes 5 seconds to type in the command, many hours to execute :) Re-install of the product might be the best alternative. On Wed, Jan 4, 2023 at 8:07 AM Rob Schramm wrote: > So I know all the information is in SMPE. I'm looking for if there's an > easy way to do this.. The

SMPE recreate a target library... Possible?

2023-01-03 Thread Rob Schramm
So I know all the information is in SMPE. I'm looking for if there's an easy way to do this.. The target library got smashed actually It's a ZFS file and none of the backups are available, but the distribution libraries are all intact.. I'm looking for an easy way to repopulate from

Re: [Public] RE: EXTERNAL: Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread Ed Jaffe
On 10/6/2022 6:14 AM, Usher, Darrold wrote: That makes sense. Also, if you need to keep JES3 around, need to look at a support model with Phoenix Software. We have been providing significant enhancements as well as support. JES3plus V1R2 just went out the door last month:

Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread David Spiegel
Hi Keith, z/OS V2.5 is the last release that IBM will deliver JES3. That may also be related to the separate Target Zone. Regards, David On 2022-10-06 09:11, Keith Gooding wrote: Thanks Paul. We still need to have JES3 because as an ISV we do have to do some testing on a JES3 system. It

[Public] RE: EXTERNAL: Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread Usher, Darrold
: JES3 SMPE zone in Serverpac Thanks Paul. We still need to have JES3 because as an ISV we do have to do some testing on a JES3 system. It would probably be safer to change our cloning jobs rather than ZONEMERGE the zones just in case an element with the same name as a JES3 element is added to z

Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread Keith Gooding
Thanks Paul. We still need to have JES3 because as an ISV we do have to do some testing on a JES3 system. It would probably be safer to change our cloning jobs rather than ZONEMERGE the zones just in case an element with the same name as a JES3 element is added to z/OS. Keith > On 6 Oct

Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread Keith Gooding
I found a partial explanation for the changes to Serverpac in “z/os v2.5: Planning for Installation” - SDSF and JES2 are now delivered in the BCP zone but JES3 is delivered only if ordered. It makes sense that the SDSF/JES2/JES3 merge feature may not have been included in the z/OSMF version but

Re: JES3 SMPE zone in Serverpac

2022-10-06 Thread Paul Gorlinsky
JES3 is no longer being maintained by IBM product. Phoenix Software International - https://phoenixsoftware.com/jes3plus.htm - is licensed to maintain and enhance JES3. This is probably the reason for the SMP/E split. Note also that z/VSE is in a similar situation. As of June 1, 2021, 21st

JES3 SMPE zone in Serverpac

2022-10-06 Thread Keith Gooding
I installed z/os 2.5 using z/OSMF in October last year and noticed that the installation placed JES3 in a target zone separate from the rest of z/os. I do not recall being given the option to put JES2 and JES3 in the same zone but I may have skipped over it . I know that there was such an

Re: Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Charles Mills
To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Title of book -- Naming Convention thing for SMPE On Wed, 14 Sep 2022 20:36:14 -0500, Paul Gilmartin wrote: >On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer wrote: > >>It is in chapter 10 of "Standard Packaging Rules for z/OS-Based

Re: Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Paul Gilmartin
On Wed, 14 Sep 2022 20:36:14 -0500, Paul Gilmartin wrote: >On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer wrote: > >>It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products," >>SC23-3695-10. >> >A search for that gets many hits; mostly containing rotten links. > >Several

Re: Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Paul Gilmartin
On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer wrote: >It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products," >SC23-3695-10. > A search for that gets many hits; mostly containing rotten links. IBM could do better. Several are HTTP links, for which Firefox reports

Re: Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Steve Thompson
ssion List On Behalf Of Steve Thompson Sent: Wednesday, September 14, 2022 4:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Title of book -- Naming Convention thing for SMPE Once upon a time I had a copy of a book that gave the naming convention for naming elements for SMPE so that one would not conflic

Re: Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Retired Mainframer
-- Naming Convention thing for SMPE Once upon a time I had a copy of a book that gave the naming convention for naming elements for SMPE so that one would not conflict with IBM either in LPA, or LNKLST, etc. And one could even share a common CSI. I know it has to have been updated by now (my copy was

Title of book -- Naming Convention thing for SMPE

2022-09-14 Thread Steve Thompson
Once upon a time I had a copy of a book that gave the naming convention for naming elements for SMPE so that one would not conflict with IBM either in LPA, or LNKLST, etc. And one could even share a common CSI. I know it has to have been updated by now (my copy was from back about 1997

Re: Shopz via smpe

2022-07-18 Thread Kurt J. Quackenbush
> Can you dl a shopz order smpe receive order? I’ve tried to get information > but the links ibm sends are not working. I already have receive order > processing set up for fixes etc. The Shopz download page for your order should contain links to sample SMP/E jobs to download the or

Re: Shopz via smpe

2022-07-15 Thread James Cradesh
Thank you sir. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Shopz via smpe

2022-07-15 Thread Matthew Stitt
)/* <=== NOTE 4 */ /* TRANSFERONLY */ /* <=== NOTE 3 */ ). And: wrote: >Can you dl a shopz order smpe receive order? I’ve tried to get information >but the links ibm sends are not working. I already

Shopz via smpe

2022-07-15 Thread James Cradesh
Can you dl a shopz order smpe receive order? I’ve tried to get information but the links ibm sends are not working. I already have receive order processing set up for fixes etc. -- For IBM-MAIN subscribe / signoff / archive

Re: SMPe REPORT by APPLY date

2022-06-20 Thread Kurt J. Quackenbush
> Is it possible to get a SMPe report in order of the date the sysmods were > applied? The SMP/E LIST and UNLOAD commands outputs do not sort the currently installed SYSMODs by APPLY date. You'll have to roll your own by either manipulating and sorting LIST or UNLOAD output, or

Re: SMPe ACCEPT process

2022-06-19 Thread Seymour J Metz
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu] Sent: Saturday, June 18, 2022 11:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe ACCEPT process In the 1980's, IMS

Re: SMPe ACCEPT process

2022-06-18 Thread CM Poncelet
In the 1980's, IMS SYSMODs (CBIPO/CBPDO etc.) had to be accepted before they could be applied. It might have had to do with the macros needing to be accepted before the rest of it could be applied.   Not sure how it is done now. The last IMS *native SMP/E* CBIPO I did was in 2000 - probably an

Re: SMPe REPORT by APPLY date

2022-06-18 Thread Rob Schramm
Smplog has all the info. Unless it was dummy'd out. Rob On Sat, Jun 18, 2022, 09:41 Bill Giannelli wrote: > Is it possible to get a SMPe report in order of the date the sysmods were > applied? > thanks > Bill > > --

SMPe REPORT by APPLY date

2022-06-18 Thread Bill Giannelli
Is it possible to get a SMPe report in order of the date the sysmods were applied? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM

  1   2   3   4   5   6   7   >