On Fri, 23 May 2025 12:50:37 +, Allan Staller wrote:
>
>It is (usually) not required for SMPE to be run under UID(0). However, as you
>have observed, it can cause problems with directory permissions.
>
If such problems occur with IBM products, it would be a good Idea
That fixed it. Thanks for the info.
Richard
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kurt Quackenbush
Sent: Thursday, January 23, 2025 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] : Re: SMPE Internet Order
> GIM69207S ** RECEIVE PROCESSING
> GIM69207S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE
> SERVER FAILED. javax.net.ssl.SSLHandshakeException:
> com.ibm.jsse2.util.ValidatorException: PKIX path building failed:
> com.ibm.security.cert.IBMCertPathBuilderException: unable t
:06 PM, Richard McIntosh < wrote:
> Just this week, all of my SMPE jobs have been failing with
>
> GIM69207S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE
> SERVER FAILED. javax.net.ssl.SSLHandshakeException:
> com.ibm.jsse2.util.ValidatorExc
Just this week, all of my SMPE jobs have been failing with
GIM69207S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE
SERVER FAILED. javax.net.ssl.SSLHandshakeException:
com.ibm.jsse2.util.ValidatorException: PKIX path building failed
Turns out my order was much too big, 1 FMID of RECOMMENDED service was 62GB.
On Tue, Jan 21, 2025 at 2:23 PM Mark Pace wrote:
> Thanks, Kurt.
>
> Opened a Support Case.
>
> On Tue, Jan 21, 2025 at 8:46 AM Kurt Quackenbush wrote:
>
>> > GIM69192S ** RECEIVE PROCESSING HAS FAILED FOR ORDER ORD000
Thanks, Kurt.
Opened a Support Case.
On Tue, Jan 21, 2025 at 8:46 AM Kurt Quackenbush wrote:
> > GIM69192S ** RECEIVE PROCESSING HAS FAILED FOR ORDER ORD00014. AN ERROR
> WAS FOUND IN THE RESPONSE RECEIVED FROM THE
> > SERVER AT
> > https://eccgw01.boulder.ibm.com/services/projects
> GIM69192S ** RECEIVE PROCESSING HAS FAILED FOR ORDER ORD00014. AN ERROR WAS
> FOUND IN THE RESPONSE RECEIVED FROM THE
> SERVER AT
> https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/ WHEN PROCESSING
> ORDER ORD00014 WITH
> ORDERID H09421646.
> GIM69226Ifault
On Monday Jan 13th I completed a Receive Order for OSMF, that
ultimately failed for lack of space in the SMPPTS. I fixed that issue. On
Tuesday I tried to rerun the Receive Job, but quickly received an error
message I've not seen before. I can't tell if that is an error on my side
or the IBM serve
לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of Tom
Longfellow <03e29b607131-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, December 11, 2024 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
External M
t; Classification: Confidential
>
> As I said yesterday, and auditor that can spell S-M-P-E is a rarity.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Joel Ewing
> Sent: Tuesday, December 10, 2024 6:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
Classification: Confidential
As I said yesterday, and auditor that can spell S-M-P-E is a rarity.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joel Ewing
Sent: Tuesday, December 10, 2024 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
Your word and SMPLOG should back your claims. But even that will not work for
the auditor that does not trust anyone or anything (which is what they THINK is
their job). Many unfounded requests are based upon misunderstandings and
mistrust. I agree with the general response I have seen her
://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
On Tuesday, December 10th, 2024 at 8:17 PM, Steve Beaver
<050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:
> I’m going to say this because we all learned via RTFM. I would suggest that
> you dump the SMPe output to
I’m going to say this because we all learned via RTFM. I would suggest that
you dump the SMPe output to paper. Point the auditors at the PDF’s and tell
them come back in a week with questions.
Sent from my iPhone
No one said I could type with one thumb
> On Dec 10, 2024, at 18:16, J
III wrote:
Can we first stop and be impressed that an auditor understands enough to ask
about this?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Tuesday, December 10, 2024 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Tuesday, December 10, 2024 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
Let your auditor access to the smp log files and find the answer himself.
ITschak
*| **Itschak Mugzach | Director | SecuriTeam Software
Thanks Kurt. That was a head slapper….
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM Mainframe Discussion List on behalf of
Kurt Quackenbush
Date: Tuesday, December 10, 2024 at 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
> is ther
You did misunderstand. I didn’t say that I put it on the SYSRES. I said I
maintain a complete SMPE environment that matches each SYSRES.
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM Mainframe Discussion List on behalf of
Steve Estle <05dcac13570d-dm
SMPE List Log statement:
https://www.ibm.com/docs/en/zos/2.5.0?topic=syntax-smplog - As I'm sure you
know typically there is a separate log for each zone - Global, Target, DLIB
Also, not sure if I understood correctly but I never recommend putting SMPE
logs (or CSI's) onto sys
> is there a IBM provided utility to print with formatting the SMP LOGS?
Yes, the SMP/E LIST LOG command.
https://www.ibm.com/docs/en/zos/3.1.0?topic=commands-log-command
Kurt Quackenbush
IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com
Chuck Norris never uses CHECK when he
Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
Date: Tuesday, December 10, 2024 at 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
Not a bad idea going forward Steve. I may just supersize my SMP Log files.
They’ve been pitifully smally historically
Not a bad idea going forward Steve. I may just supersize my SMP Log files.
They’ve been pitifully smally historically. My SYSRES cloning process does
build an entire matching SMPE environment including the LOGS(which I hadn’t
thought about), so they would match what was applied. I think I
ma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List on behalf
> of Kurt Quackenbush
> Date: Tuesday, December 10, 2024 at 1:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMPE and auditors
>
>
>
> &g
behalf of
Kurt Quackenbush
Date: Tuesday, December 10, 2024 at 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
> Well, what he was wanting to see was all the listings to see that there were
> no BYPASS HOLD ERROR specified.
You can't get this kind of info f
> Well, what he was wanting to see was all the listings to see that there were
> no BYPASS HOLD ERROR specified.
You can't get this kind of info from the CSI, so they'd have to review the
SMPLOGs or APPLY output listings. But it sure seems like an odd request to me.
Why not check the results
Dave,
Two quick thoughts:
1. Might be good to post this on the RACF forum as my guess is it is a more
"auditor" knowledgeable audience over there and possible ways to best handle...
2. Even though you don't have SMPLOG's as far back as he wants - I would still
send him what you have. Hopefull
direction of the support
> center, or to get a specific FMID installed, and come around with the needed
> maintenance after that.
>
> Yea, he’s digging way deeper than I ever expected.Then we got into
> vulnerability management. Another can of worms. When we do maintenance,
management. Another can of worms. When we do maintenance,
> we do pull the SMPE ++ASSIGN data from the Security Portal and apply all
> PTF’s with SECINT sourceID. His next question was how often we applied
> maintenance….we do it 2 times per year. Corp standard is vulnerabilities
>
can of worms. When we do maintenance, we
do pull the SMPE ++ASSIGN data from the Security Portal and apply all PTF’s
with SECINT sourceID. His next question was how often we applied
maintenance….we do it 2 times per year. Corp standard is vulnerabilities get
fixed within 90 days of
Classification: Confidential
That is a rather amazing thing. That an auditor can even spell s-m-p-e
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: Tuesday, December 10, 2024 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
Can we first stop and be impressed that an auditor understands enough to ask
about this?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Tuesday, December 10, 2024 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
Let your
applied
> in my environment where BYPASS HOLDERROR was specified. Its not enough
> for me to tell them that there weren’t any. I have been playing around
> with SMPE list commands, and can list PTF’s where BYPASS was specified, but
> no further granularity that I can see.And I guess it
All,
I have an auditor that would like to see if there were any PTF’s applied in my
environment where BYPASS HOLDERROR was specified. Its not enough for me to
tell them that there weren’t any. I have been playing around with SMPE list
commands, and can list PTF’s where BYPASS was specified
> I am installing ServerPac (using z/OSMF) and I have noticed there is no
> SMPLTS dataset in the CSI.
> I see SMPMTS, SMPSTS and SMPSCDS, but SMPLTS is not on the list.
SMPLTS should be defined in the target zone DDDEF entry as a temporary data
set. Its been over 20+ years that SMP/E was updat
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE: SMPLTS gone?
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open attachments as it may be a Phishing email,
which can steal your Information and compromise your Computer.]
I am installing Serv
I am installing ServerPac (using z/OSMF) and I have noticed there is no
SMPLTS dataset in the CSI.
I see SMPMTS, SMPSTS and SMPSCDS, but SMPLTS is not on the list.
Is it result of some change which I have missed?
--
Radoslaw Skorupka
Lodz, Poland
---
> 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 / archiv
**: 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 each ++
> 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
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
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
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
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
5698-P
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
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:
>
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
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 l
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
>
> J
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
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 us
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 buil
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 w
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 Sys
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 job
like SYS1.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?
&
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? You&
> 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
> 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
> 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 SMP
-MAIN@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 st
, 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 with all the underlying datasets?
>> I want to create a new HL
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 w
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
ianne...@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 &q
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 you
.com 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 cr
e 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 s
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
i.protonmail.ch/pks/lookup?op=get&search=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.
>>
inal 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, showing "newbie" offshore folks our SMPe environment.
> Is there a way to "secure&quo
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
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
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 i
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 affect
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
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
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
> p
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
dependent
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
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 manag
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 ol
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
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 da
[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 intera
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
&qu
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
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 i
ussion 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
> pred
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 Software
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 t
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
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 mana
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 maintenanc
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'
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 Jaff
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
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 (most)
gmu.edu/~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
s
-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 to
1 - 100 of 749 matches
Mail list logo
