Rex Pommier:
>Timothy, I guess the answer to the EOS question is "it depends".
>It depends on what model of the DS8884 you're running.
Yes, that's my understanding as well. In particular the Generation 1
DS8884 (283x-980) that was Generally Available only in 2016 and for a
couple weeks in 2015
With the certificate chain complete, I was able to get an order built, but now
the download fails
> /bin/ftp -e deliverycb-bld.dhe.ibm.com
>
Using 'GIBNEY.FTP.DATA' for
Every time I see an email with this subject line, I think at first the
spammers have found us. I keep getting scams saying "thank you for your
order", usually for an antivirus product, telling me they've charged me a
few hundred dollars. When those emails first became fashionable I was
getting
I suspect I don't. I used to do this work from a different sandbox. Thank you
for the link, I couldn't find it myself
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Kurt J. Quackenbush
> Sent: Monday, January 24, 2022 3:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE
> SERVER FAILED. javax.net.ssl.SSLHandshakeException:
> com.ibm.jsse2.util.h: PKIX path building failed:
> com.ibm.security.cert.IBMCertPathBuilderException: unable to find
> valid certification path to requested target
Ah hah,
Sorry, 2 hours, not 22 hours
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Gibney, Dave
> Sent: Monday, January 24, 2022 2:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RECEIVE ORDER
>
> There was a 22 hour and 45 minute wait between the sending of the
There was a 22 hour and 45 minute wait between the sending of the RECEIVE ORDER
and the connection refused.
But, my firewall people did find a rule blocking, and allowed me access.
Now, I get (much faser):
RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE
SERVER FAILED.
Since GIM69207S was the first message from RECEIVE it means SMP/E could
not connect to the server to submit the order request. If it were a CA
certificate issue I would have expected an SSL handshake exception
message, not "Connection refused". I'm with Carmen, check your local
network to
On Mon, 24 Jan 2022 21:59:53 +, Dave Barry wrote:
>Is it possible the "\" is taken as an escape character?
>
You came in late, but didn't read further in the conversation
to where the OP said that he was using "find ... -exec ... \; "
Yes, "\" escapes the ";" as a shell token. And find
The find command -exec option requires that the list of tokens following it are
terminated by a semicolon.
The backslash is an escape that prevents the shell from interpreting the
semicolon as a meta character (end of command).
See:
Is it possible the "\" is taken as an escape character?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Sunday, January 23, 2022 7:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Chaining unix commands
CAUTION! This email originated
> Now, if only there was a reliable way to detect and prevent topic drift...
Then I would be forced to watch the soaps or novellas
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gord Tomlin
Sent: Monday, January 24, 2022 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
On 2022-01-24 01:31 AM, Paul Gilmartin wrote:
Could LISTSERV be configured to reject any posting which quotes
the footer, "> For IBM-MAIN subscribe ..."?
I expect the end result of such an action would be a multitude of posts
from people complaining that their replies were not appearing in the
That is a good thought. I'll check in with my network folks
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent: Monday, January 24, 2022 11:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RECEIVE ORDER
>
> I wonder, if somehow you have a
I wonder, if somehow you have a local firewall issue, I know we recently
had to add a HTTPPROXY statement to tunnel thru a proxy server
Carmen
On 1/24/2022 1:30 PM, Gibney, Dave wrote:
Full JCL
//SMPER1 EXEC PGM=GIMSMP,
// PARM='PROCESS=WAIT,CSI=ZOS23S.SMPE.GLOBAL.CSI',
//
Full JCL
//SMPER1 EXEC PGM=GIMSMP,
// PARM='PROCESS=WAIT,CSI=ZOS23S.SMPE.GLOBAL.CSI',
// DYNAMNBR=120,REGION=0M,TIME=NOLIMIT
//SMPNTS DD PATHDISP=KEEP,
//
Yes, and without a the new certificate, the process fails sooner. I should have
mentioned that the job runs for some time, presumably while the order is being
built by the IBM server.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent:
Was the old cert removed and the new cert created in RACF or TSS or ACF?
Carmen
On 1/24/2022 1:22 PM, Gibney, Dave wrote:
Since we are on a shutdown path, I don't pull maintenance as often as I
used to. I now get this:
GIM42401ITHE FOLLOWING PARAMETERS WERE SPECIFIED ON THE EXEC
Since we are on a shutdown path, I don't pull maintenance as often as I
used to. I now get this:
GIM42401ITHE FOLLOWING PARAMETERS WERE SPECIFIED ON THE EXEC STATEMENT FOR
GIMSMP:
'PROCESS=WAIT,CSI=ZOS23S.SMPE.GLOBAL.CSI'.
SET BDY(GLOBAL).
GIM20501ISET PROCESSING IS
On Mon, 24 Jan 2022 at 10:08, Bob Bridges wrote:
>
> I wouldn't think that'd be a good idea. Better, if you object to seeing such
> posts, would surely be to make a rule for your email client to throw them in
> your junk-mail folder.
Presumably the idea is to train people to trim their posts
The text is at the bottom of every message, but it is not quoted; that is, it
does note have framing characters such as greater than or quotes.
From: IBM Mainframe Discussion List on behalf of
Mike Schwab
Sent: Monday, January 24, 2022 11:05 AM
To:
It would be in most replies as input to the listserve.
It will be in all listserve messages to emails so he can't do that on
his email filter, unless he can select for multiple lines..
On Mon, Jan 24, 2022 at 3:08 PM Bob Bridges wrote:
>
> I wouldn't think that'd be a good idea. Better, if you
Thank you. I would have never found that.
On Mon, Jan 24, 2022 at 10:08 AM Richards, Robert B. (CTR) <
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
> Remove the /IBM and you will see upgrade. Select it and you will see the
> workflow XML file:
>
>
Timothy, I guess the answer to the EOS question is "it depends". It depends on
what model of the DS8884 you're running. Here's a snippet from a sales manual
entry dated November 23, 2021.
Type Model Announced Available Marketing Withdrawn Service
Discontinued
2834-98B
Remove the /IBM and you will see upgrade. Select it and you will see the
workflow XML file:
zOS_V2.5_from_V2.4_Upgrade_Workflow_V1.0.xml
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Pace
Sent: Monday, January 24, 2022 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
I wouldn't think that'd be a good idea. Better, if you object to seeing such
posts, would surely be to make a rule for your email client to throw them in
your junk-mail folder.
Wait, where is that footer coming from anyway? Is the listserv itself doing it?
---
Bob Bridges,
Yes, I have it applied. Sorry I use the VSE term of installed instead of
applied. :) Old habits.
SFOMBCPH - /usr/lpp/bcp/IBM
HFS IEAUDISC IEAUHCRX IEAUH001 IEAU0002
Each of those files appear to be a binary TEXT file. I don't see any
txt files that look like a workflow.
On Mon, Jan 24,
I forgot to ask if you have UJ06880 *applied*. If you don't, you need to.
By the way, there is no independent migration guide anymore, in case you were
looking for that. The migration workflow replaces it.
Bob
-Original Message-
From: Richards, Robert B. (CTR)
Sent: Monday, January
Review the PTF in the SMPPTS. Find the DDDEF path for SFOMBCPH.
Go into z/OSMF Workflows and follow the instructions to create a new one.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Pace
Sent: Monday, January 24, 2022 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Thanks, I have that PTF installed. I still can't find, in any of the
documentation provided with my ServerPac Dialog order, how or where to find
the z/OS upgrade workflow. I could have just overlooked it, but I don't
see it.
On Mon, Jan 24, 2022 at 8:31 AM Richards, Robert B. (CTR) <
See PTF UJ06880
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Pace
Sent: Monday, January 24, 2022 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOS 2.5 Dialog Install quesiton
Going through the traditional Dialog install of zOS 2.5.
*4.6.1 Migrating Existing
Going through the traditional Dialog install of zOS 2.5.
*4.6.1 Migrating Existing /etc and /var Control Files*
For information on migrating your existing /etc and /var control files, see
section titled
Migrate /etc and /var System Control Files in z/OS Upgrade Workflow.
I can not figure out
This last instance I was using an internet search tool, it took me to an
IBM KC page, others in my team were trying to get to the same or other
doc and had the same issue, I'm not sure HOW they got there but they
were never redirected to a correct page.
Carmen
On 1/21/2022 6:24 PM, Roger
Peter, the names supplied were just to demonstrate the need...
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon *
On Mon, Jan 24, 2022 at 10:50 AM Peter Sylvester
wrote:
> On 24/01/2022 06:28, Itschak
On 24/01/2022 06:28, Itschak Mugzach wrote:
Sorry: find / -name *.txt -exec echo {}; echo {} >> all.txt ; cat {} >>
all.txt \;
find / -name '*.txt' -exec sh -c 'echo {}; echo {} >> all.txt ; cat {}
>>all.txt' \;
might worlk, (but as already said, all.txt is probably not the best choice for
35 matches
Mail list logo