I downloaded Db2 maintenance without superseded sysmods. I am running a SMPE
APPLY CHECK with BYPASS and am getting a CC 04. Various messages say
"conditions were not satisfied for sysmod XX". As long as I take care of
the HOLDDATA requirements I bypassed, can I accept the CC 04 and not try
Which conditions?
It might be helpful to Copy and Paste from your Job.
On 2019-06-30 05:36, Bill Giannelli wrote:
> I downloaded Db2 maintenance without superseded sysmods. I am running a SMPE
> APPLY CHECK with BYPASS and am getting a CC 04. Various messages say
> "conditions were not satisfied
There are many "error" or "warning" messages such as:
THE FOLLOWING CONDITIONS FOR SYSMOD UI63859 WERE NOT SATISFIED, BUT WERE IGNORE
SYSTEM HOLD DB2BIND ORIGINATED BY SYSMOD UI63859 WAS BYPASSED.
SYSTEM HOLD ACTION ORIGINATED BY SYSMOD UI63859 WAS BYPASSED.
Shoul
HOLDs for DB2BIND, ACTION etc should return CC=4, BUT, you may have
things to do before/after the APPLY.
On 2019-06-30 09:35, Bill Giannelli wrote:
> There are many "error" or "warning" messages such as:
> THE FOLLOWING CONDITIONS FOR SYSMOD UI63859 WERE NOT SATISFIED, BUT WERE
> IGNORE
> SYSTEM
We have the following at the end of our APPLY
BYPASS(HOLDSYS,HOLDUSER,
HOLDCLASS(UCLREL,ERREL,HIPER)).
And we have NEVER concerned ourselves with a cc 4
Just capture the holddata and do what it says (possibly before (like a new
DDDEF) but usually after the APPLY)
Thank You,
Chris
Check your HOLDSYS(ACTION) info in SYSMOD (PTF) UI63859 and deal with
whatever action it requires - if anything (usually trivial).
Then code BYPASS(HOLDSYS(ACTION)) on the actual APPLY step (without the
"CHECK").
//SMPCNTL DD *
SET BDY(TZONE)
.
APPLY
CHECK
GROUP
I have a batch process in zOS 2.1 (soon to be 2.3) that creates a large
text file I want to FTP to a zLinux system.
How can I use bpxbatch tar or compress (or ?) to create a smaller file I
can ftp instead instead of the original file? I don’t want to use pkzip
unless that’s the only choice. Terse
If both systems are on the same physical computer, it might not be worth it.
The time and cpu cycles it would take to compress and uncompress might take
longer than transferring the un compressed file.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Donald Russell
If this file is being sent inside your firewall, the time and CPU cycles will
cost more than the ftp. This is based on experiences using MFT products.
(Basically what Gadi said).
We found in testing that compressing was really only useful with small pipes.
Of course, there is a ratio between n
I’m not considering the cost of compression in relation to the transfer
savings because the size of the files is huge (several million lines of
text) that compress really well. Pkzip/gzip seems to get well over 80%
compression. Then yes, after the mvs job step runs, the ftp target is in
another ci
Another consideration is how many times the compressed file would be
transferred. We used to host lots of documents on our mainframe to be
served out on a website. When the transfer load became noticeable on the
performance reports, we started compressing the most common documents.
The transfer
I sincerely appreciate people’s feedback on this subject but the problem
I’m trying to solve is how to compress the file, not whether compression is
needed. The decision to compress was made based on frequency of use,
bandwidth between source and destination and difference in file
size/transmission
Hello, You can consider adding the command MODE C before the PUT command in
your FTP. This will compress the file during transmit only.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Donald Russell
Sent: Sunday, June 30, 2019 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
You could use Info-Zip, which is free.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Donald Russell
Sent: Sunday, June 30, 2019 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using bpxbatch
You are getting a CC=04 because you are bypassing HOLDSYS. Checjk the
HOLDSYS reasons after the check, do what needs to be done (most of the
time very little needs to be done) and do the apply, also bypassing the
HOLDSYS.
Doug Fuerst
d...@bkassociates.net
-- Original Message --
From:
I wonder if the jar command of the Java SDK in z/OS creates gzip compatible jar
files, which in Windows can be extracted/used by renaming Form .jar to .ZIP.I
cannot remember if the jar compression uses ziip.Any file type can be added to
a jar, but I have not tried dd names.
-Original Messag
On Sun, 30 Jun 2019 08:58:00 -0700, Donald Russell wrote:
>I have a batch process in zOS 2.1 (soon to be 2.3) that creates a large
>text file I want to FTP to a zLinux system.
>
>How can I use bpxbatch tar or compress (or ?) to create a smaller file I
>can ftp instead instead of the original file?
On Sun, 30 Jun 2019 20:34:19 +, Denis wrote:
>I wonder if the jar command of the Java SDK in z/OS creates gzip compatible
>jar files, which in Windows can be extracted/used by renaming Form .jar to
>.ZIP.I cannot remember if the jar compression uses ziip.Any file type can be
>added to a jar
So much for paying prevailing wages to H1B visa holders. this should be in
court, but I won't hold my breathe.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Mark Regan
Sent: Saturday, June 29
If this is a batch process to FTP to another platform, and it can handle tar
or jar etc...
Then you can certainly do that.
If the other platform can use TRSMAIN output, that is part of z/OS
So for your issue, you just need a first step to send the file to USS and pax
or tar it.
Then ftp to t
> But it seems you also expect that the message will be at the bottom of the
> log display
> in SDSF along with the WTOR messages, and I'm pretty sure that they are not
> handled that way.
You are correct. My real console experience is basically zero. I have never
worked as an operator. The la
Okay, I am "dropping up one level" from my question about persistent WTO
messages. The REAL question is "what would be the best way to tell a
customer that their license is fairly close to expiration?"
Please, may I ask that we not digress into whether license enforcement is a
good idea. That's a
>BPX ptrace...Does that mean performance is not an issue in that case?
That seems like a logical conclusion.
When the system is running in a privileged state, just about the only safe
way to give control to non-privileged work running as an exit or extention
under that same task is via SYNCH.
Charles,
You started with
I have an APF-authorized batch program that I want to have WTO a message
that will hang out at the bottom of the console screen until it is
explicitly deleted
I'm quite sure that the system will automatically DOM a message upon
termination of the jobstep of the issuer
@Peter, thanks.
Frankly, the documentation of the more esoteric aspects of WTO seems
haphazard to this observer. I think WTO's clarity of documentation suffers
from the various things that have been layered on over the years such as
MCS. As I wrote in the OP, the idea that DESC=3 requires an expli
Something we have done as the grunts (because we WANT to know if a product of
value is soon to expire) is to set up automation (ops/mvs for example) to look
for and email such soon-to-expire occurrences to we grunts - who then scream to
our managers to scream to our contracts team to get the lic
[Default] On 30 Jun 2019 15:40:29 -0700, in bit.listserv.ibm-main
charl...@mcn.org (Charles Mills) wrote:
>Okay, I am "dropping up one level" from my question about persistent WTO
>messages. The REAL question is "what would be the best way to tell a
>customer that their license is fairly close to
From what I recall, SAS adds messages to the log when the licence is
about to expire.
Now, in contrast, here's something that doesn't work.
Approximately 18 years ago on a weekend, one of my colleagues called me
in a panic, because, the hospital where he was placed was encountering
random ABEN
So tricky question.
The people you want to notice the message are not on the system. They are in a
tiny room with numbers and an 8 to 5 job.
The system teams (Ops, MVS, IMS, etc) would be monitoring for these types of
messages.
The process I like is when I can run a daily batch job to check the
Clark Morris wrote:
>I suggest a call home module that notifies the vendor a product
>is actually installed and the date of installation.
You're assuming that the target machine has the technical connectivity to
"call home," or, that if it doesn't, the operators and managers of the
target machine
30 matches
Mail list logo
